<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[csdnuu123的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/csdnuu123</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; csdnuu123]]></copyright><item><title><![CDATA[看 AI 怎样处理三份表格，理解 Harness]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/169067517</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/169067517</guid><author>csdnuu123</author><pubDate>Sun, 25 Oct 2026 18:28:21 +0800</pubDate><description><![CDATA[工具返回“文件被占用，保存失败”，Harness 就把失败结果交给模型，并按系统规则继续处理或暂停。要理解这个例子里的 Harness，就去找组织“模型提出请求—工具执行—结果返回—模型继续”的那段程序。最后，模型才根据这些执行结果告诉用户：“处理完成，共 92 人，文件保存在这里。Anthropic 的官方说明，也把 Harness 描述为调用模型、将模型的工具调用交给相应执行系统的循环。图 1：模型提出“读取文件”，工具真正读取文件，Harness 程序把这两件事接起来。这里把工具请求写成了人话；]]></description><category></category></item><item><title><![CDATA[AI原生：从出差安排看未来工作方式]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/169066413</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/169066413</guid><author>csdnuu123</author><pubDate>Sun, 25 Oct 2026 16:52:21 +0800</pubDate><description><![CDATA[AINative是将AI能力、局限与人机协作融入产品核心流程的设计理念。以出差安排为例，传统方式需手动查信息、拼接结果，而AINative产品能理解目标、调用工具、生成可核对方案，并透明展示进度与风险。其关键在于模型、上下文、工具、校验与交互的协同，而非仅靠强大模型。判断标准应聚焦：成果是否可用、检查成本是否降低、出错能否说明、使用是否值得。真正的AINative，是让AI真正参与从需求到交付的全过程，而非仅提供“智能按钮”。]]></description><category></category></item><item><title><![CDATA[MCP：大模型的“万能插头“从零搞懂 Model Context Protocol]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/163235111</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/163235111</guid><author>csdnuu123</author><pubDate>Mon, 27 Jul 2026 11:27:58 +0800</pubDate><description><![CDATA[1. 统一接口— 一套协议，连接任何外部能力2. 一次编写，到处使用— Server 写一次，任何 MCP Client 都能用3. 安全可控— 能力声明、权限协商、进程隔离如果你在构建 AI 应用，无论是一个简单的 CLI 工具还是复杂的企业级 Agent 平台，MCP 都值得你认真考虑。它可能不是银弹，但它正在重新定义大模型和外部世界的交互方式。]]></description><category></category></item><item><title><![CDATA[DevOps 从入门到实践：构建高效交付流水线]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/161984059</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/161984059</guid><author>csdnuu123</author><pubDate>Sun, 14 Jun 2026 21:12:32 +0800</pubDate><description><![CDATA[DevOps 是Development（开发）和Operations（运维）的组合词，代表了一种打破开发和运维之间隔阂的文化运动。它强调通过自动化工具链和协作流程，实现软件的快速、可靠交付。DevOps 的核心理念可以用一个无限循环来表示，涵盖了软件从规划到监控的完整生命周期：DevOps 生命周期：从 Plan 到 Monitor 的无限循环DevOps 的本质是一场文化运动：让开发、测试、运维在同一个目标下协作，用自动化工具链消除重复劳动，用数据驱动持续改进。第一，先文化后工具。]]></description><category></category></item><item><title><![CDATA[为什么 AI 智能体不能拥有无限上下文？三重硬约束的深度拆解]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/161904291</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/161904291</guid><author>csdnuu123</author><pubDate>Thu, 11 Jun 2026 23:51:47 +0800</pubDate><description><![CDATA[为什么 AI 智能体不能拥有无限上下文？答案不是单一的，而是三道硬约束层层叠加的结果：在数学层面，Transformer 自注意力的 O(n²) 复杂度让计算量随上下文长度平方级增长，这是架构本身的基因性限制。在硬件层面，KV 缓存随上下文线性膨胀，而 GPU 显存是有限的。大模型加长上下文加多用户并发，三者叠加会导致硬件需求指数级增长，成本不可承受。在信息论层面，更大的上下文并不等于更好的答案。当噪声淹没信号时，AI 反而会"迷失在信息的海洋中"，输出质量不升反降。]]></description><category></category></item><item><title><![CDATA[深入理解 AI Skill：从概念到实践的全方位指南]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/161903870</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/161903870</guid><author>csdnuu123</author><pubDate>Thu, 11 Jun 2026 23:11:22 +0800</pubDate><description><![CDATA[在动手之前，你需要清晰地回答三个问题：这个 Skill 要解决什么问题？它的使用者是谁？成功的标准是什么？举个例子：如果你想创建一个"Word 文档生成"的 Skill，你的目标应该是"让用户通过自然语言描述，就能生成格式规范、排版专业的 .docx 文件"，而不是泛泛的"帮助用户处理文档"。目标越具体，Skill 就越有效。小贴士：一个好的 Skill 目标应该遵循"单一职责原则"——一个 Skill 只做好一件事。]]></description><category></category></item><item><title><![CDATA[技术债务：写出好代码为什么这么难？]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/161903584</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/161903584</guid><author>csdnuu123</author><pubDate>Thu, 11 Jun 2026 22:44:23 +0800</pubDate><description><![CDATA[技术债务是一个伴随软件开发始终的话题。它不是一个需要"一次性解决"的问题，而是一个需要持续管理的过程——就像你不会指望一次性还清所有贷款然后永远不再借钱，你也不会期望代码库永远零债务。优秀的技术团队不是那些不欠债的团队，而是那些知道自己欠了多少债、利息是多少、什么时候还，并且有能力说服业务方给予还债时间的团队。下次当你面对"快速上线还是好好写"的抉择时，不妨问问自己三个问题：这笔债是故意的还是无意的？我知道利息是多少吗？我有没有在任务清单里给它留一个位置？]]></description><category></category></item><item><title><![CDATA[精益方法论：用更少的资源创造更大的价值]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/161903305</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/161903305</guid><author>csdnuu123</author><pubDate>Thu, 11 Jun 2026 22:24:12 +0800</pubDate><description><![CDATA[精益方法论从一条汽车生产线起家，走过七十多年的历程，如今已经成为全球范围内最被广泛认可的管理哲学之一。它的持久生命力，正来源于它的简洁与实用——不需要复杂的理论框架，不需要昂贵的咨询顾问，只要你愿意用"客户价值"和"消除浪费"这两把尺子去衡量手头的工作，精益就已经在你身上发生了。今天比昨天好一点，明天比今天好一点。持续改善不是百米冲刺，而是一场没有终点的马拉松。愿你在这条路上走得更远，也走得更从容。如果你对精益方法有任何想法或实践经验，欢迎在评论区分享交流。]]></description><category></category></item><item><title><![CDATA[ACP敏捷项目管理核心方法论]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/161201843</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/161201843</guid><author>csdnuu123</author><pubDate>Mon, 18 May 2026 21:25:09 +0800</pubDate><description><![CDATA[在实际的ACP敏捷项目中，DISC、MOSCOW、SAFe和BUDGET四个方法论并不是孤立的，而是相互关联、协同工作的。]]></description><category></category></item><item><title><![CDATA[ACP敏捷会议全景图：每种会议的核心价值与实操指南]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/161144349</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/161144349</guid><author>csdnuu123</author><pubDate>Sat, 16 May 2026 16:28:16 +0800</pubDate><description><![CDATA[ACP敏捷会议体系全景解析：高效协作的会议指南 本文系统梳理了ACP敏捷开发中的核心会议类型及其价值实现方式。敏捷会议体系分为日常层、迭代层和持续层三个层级，包括每日站会、冲刺计划会、评审会和回顾会等关键会议。每类会议都有明确目标：站会实现团队同步而非汇报，计划会聚焦承诺交付内容，评审会验证价值而非功能展示，回顾会推动持续改进。文章特别强调会议效率技巧，如站会控制在15分钟内、计划会前做好Backlog准备、评审会以用户场景为导向等。同时指出常见误区，如站会变成汇报会、回顾会流于形式等。通过规范会议目的、节]]></description><category></category></item><item><title><![CDATA[ACP敏捷项目管理中的风险燃尽图：让风险一目了然敏捷实践 · 风险管理 · 可视化]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/161144137</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/161144137</guid><author>csdnuu123</author><pubDate>Sat, 16 May 2026 16:10:02 +0800</pubDate><description><![CDATA[风险燃尽图是一种追踪项目风险数量随时间变化的图表。它的基本原理和传统的任务燃尽图类似：通过可视化风险随迭代减少的过程，帮助团队直观地了解风险管理的进展。想象一下：你开始一个项目时有20个已知风险，随着迭代推进，这些风险被一个个解决、转移或接受。图上的曲线逐渐向下"燃烧"，直到归零——这就是风险燃尽的含义风险燃尽图是ACP敏捷实践中一个强大而直观的工具。它将抽象的风险管理过程具象化，让团队能够：实时了解风险状态、快速发现问题趋势、促进团队沟通、支持数据驱动的决策。]]></description><category></category></item><item><title><![CDATA[读懂塔克曼阶梯理论：从陌生到高效，团队成长的必经之路]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/159618245</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/159618245</guid><author>csdnuu123</author><pubDate>Sun, 29 Mar 2026 22:13:18 +0800</pubDate><description><![CDATA[团队的成长就像产品的迭代一样，需要经历。]]></description><category></category></item><item><title><![CDATA[如何用“波特三大竞争战略”为你的新产品破局？]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/159617512</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/159617512</guid><author>csdnuu123</author><pubDate>Sun, 29 Mar 2026 22:07:00 +0800</pubDate><description><![CDATA[想赢在规模和效率？选择。]]></description><category></category></item><item><title><![CDATA[从 “瞎猜” 到 “精准”：一文搞懂 LLM reAct 框架的底层逻辑与实战]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/159394819</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/159394819</guid><author>csdnuu123</author><pubDate>Mon, 23 Mar 2026 21:04:15 +0800</pubDate><description><![CDATA[既然你已经掌握了 ReAct 这个让大模型长出“手脚”的底层逻辑，不妨顺着这个思路推演一下：在设计一个实际的 Agent 时，为了避免它滥用工具或者查错地方，在它的。通过“行动”环节，大模型可以调用你写好的各种 API（比如直接去查某个特定的数据库表，而不是在庞杂的知识库里瞎找），获取实时、准确的信息。如果用户问大模型：“找出计算机系上个月登记的、采用率最高的三本教材，并核对它们在最新系统里的定价。它没有内部最新的业务数据，于是它会根据它几年前训练过的语料，一本正经地“胡说八道”（这就是幻觉）。]]></description><category></category></item><item><title><![CDATA[新产品开发(NPDP)指南：产品测试与市场测试完全解析，助你打造爆款！]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/159252891</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/159252891</guid><author>csdnuu123</author><pubDate>Thu, 19 Mar 2026 21:46:35 +0800</pubDate><description><![CDATA[产品开发过程中，产品使用测试和市场测试是确保成功的两大关键环节。产品使用测试（包括Alpha、Beta、Gamma测试）聚焦技术验证，通过内部员工和核心用户测试产品功能、易用性和可靠性；市场测试则评估商业可行性，通过控制试销、模拟试销或标准试销预测销售表现和营销计划有效性。案例显示，智能厨师机通过Beta测试发现清洗问题，咖啡品牌通过标准试销调整区域定价策略。两者缺一不可：产品测试确保产品好用，市场测试验证产品好卖，共同降低新品开发风险。]]></description><category></category></item><item><title><![CDATA[产品经理必须掌握的定量市场调研全指南]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/159215485</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/159215485</guid><author>csdnuu123</author><pubDate>Wed, 18 Mar 2026 23:23:28 +0800</pubDate><description><![CDATA[定量市场调研在产品开发中的应用 定量市场调研通过结构化数据收集和统计分析，为产品决策提供客观依据。主要方法包括： 问卷调查：使用李克特量表、排序题等工具评估用户偏好和满意度。 联合分析：分析用户对不同产品属性的权衡，确定最优组合。 定量定价调研：如范西斯滕多普模型，确定可接受价格区间。 实验与试销：通过A/B测试或区域试销验证策略效果。 定量观察：利用眼动追踪、点击流数据优化用户体验。 定量调研的核心在于将主观需求转化为可量化的数据，指导产品开发与优化。]]></description><category></category></item><item><title><![CDATA[定性调研决策引擎：如何在复杂场景中选对工具？]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/159215211</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/159215211</guid><author>csdnuu123</author><pubDate>Wed, 18 Mar 2026 22:52:45 +0800</pubDate><description><![CDATA[摘要：本文系统分析了五种用户研究方法的应用场景与优势。深度访谈(IDI)适用于高隐私性、复杂决策场景；焦点小组适合概念筛选和群体互动观察；民族志调研能发现用户未言明的需求和行为习惯；客户现场访问是B2B领域达成跨职能共识的有效方式；在线社区则适合长周期、跨地域的追踪研究。文章通过典型场景案例和NPDP考试要点，为研究者提供了清晰的方法选择决策矩阵，强调根据不同研究目标匹配最适合的方法论。（149字）]]></description><category></category></item><item><title><![CDATA[博客草稿：从混乱到清晰——产品经理的 TRIZ 创新魔法]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/159134235</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/159134235</guid><author>csdnuu123</author><pubDate>Tue, 17 Mar 2026 00:15:18 +0800</pubDate><description><![CDATA[摘要： TRIZ（发明问题解决理论）为产品经理提供了突破矛盾的科学方法论。它通过将具体问题抽象为标准问题，匹配历史验证的发明原理，帮助解决技术矛盾（如功能与性能冲突）和物理矛盾（如坚固与轻便需求）。TRIZ能打破思维定势、优化产品路线图并减少试错成本，使创新从“碰运气”变为可预测的流程。掌握TRIZ，产品经理能在复杂需求中寻找两全方案，而非被动妥协。]]></description><category></category></item><item><title><![CDATA[解锁产品创新新视角：深入浅出形态分析法]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/159132648</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/159132648</guid><author>csdnuu123</author><pubDate>Tue, 17 Mar 2026 00:00:39 +0800</pubDate><description><![CDATA[摘要：形态分析法是一种系统化的创新思维工具，通过将复杂问题分解为独立维度并重组要素来激发创意。该方法包含四个步骤：1)明确对象并确定关键维度；2)列出每个维度的可能形式；3)构建形态矩阵；4)组合评估创新构想。文章通过&quot;笔&quot;和&quot;电动网约车&quot;案例展示了如何应用该方法，并提供了避免维度依赖、使用数字工具等进阶技巧。这种结构化方法能帮助产品经理、设计师等专业人士突破思维局限，系统性地探索创新可能性。]]></description><category></category></item><item><title><![CDATA[产品经理必知：KANO模型，帮你搞懂用户到底想要什么？]]></title><link>https://blog.youkuaiyun.com/csdnuu123/article/details/159132501</link><guid>https://blog.youkuaiyun.com/csdnuu123/article/details/159132501</guid><author>csdnuu123</author><pubDate>Mon, 16 Mar 2026 23:43:02 +0800</pubDate><description><![CDATA[KANO模型（卡诺模型）是一种用户需求分类工具，将功能分为五类：基本属性（必须满足）、期望属性（线性提升满意度）、魅力属性（惊喜加分项）、无差异属性（用户不在乎）和反向属性（用户反感）。通过问卷调查和数据分析，产品团队可以识别哪些功能必须优先开发（基本属性），哪些能带来差异化优势（魅力属性），从而优化资源分配。该模型强调需求优先级会随时间变化，需要持续跟踪用户反馈，帮助团队避免无效投入，打造真正满足用户需求的产品。]]></description><category></category></item></channel></rss>