<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>鱼日先生博客 · AI 应用交付与独立验收</title>
    <link>https://fishsun.cn/blog/</link>
    <description>Dify 应用开发、知识库交付、AI Agent 工程化、独立验收方法论——从方案到落地的实战记录。</description>
    <language>zh-cn</language>
    <lastBuildDate>Wed, 23 Sep 2026 21:17:17 +0800</lastBuildDate>
    <atom:link href="https://fishsun.cn/blog/feed.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>AI 应用上线后，维护自己做还是找人做？</title>
      <link>https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E5%85%AD-AI%E5%BA%94%E7%94%A8%E4%B8%8A%E7%BA%BF%E5%90%8E%E7%BB%B4%E6%8A%A4%E8%87%AA%E5%B7%B1%E5%81%9A%E8%BF%98%E6%98%AF%E6%89%BE%E4%BA%BA%E5%81%9A.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E5%85%AD-AI%E5%BA%94%E7%94%A8%E4%B8%8A%E7%BA%BF%E5%90%8E%E7%BB%B4%E6%8A%A4%E8%87%AA%E5%B7%B1%E5%81%9A%E8%BF%98%E6%98%AF%E6%89%BE%E4%BA%BA%E5%81%9A.html</guid>
      <pubDate>Mon, 14 Sep 2026 09:00:00 +0800</pubDate>
      <category>工程方法论</category>
      <description>AI 应用交付完成、上线之后，必然要有人持续管——退化的原理已有专文讲透，本文回答更现实的第二个问题：这件事怎么安排。三种模式（完全自己做 / 完全外部 / 混合）各自的前提条件与常见问题；自己维护需要的三个硬条件（懂业务、懂 AI 应用边界、有固定时间预算）；以及一条常被忽略的判断标准——关键不是有没有人，是那个人有没有时间和判断权。最后给出建议：不管谁做，体检机制都不能省。适合：AI 应用已上线、正在决定维护方式的企业。 ｜ 关键不是「有没有人管」，是「那个人有没有时间和判断权」</description>
    </item>
    <item>
      <title>怎么判断一个 AI 场景值不值得做？</title>
      <link>https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E4%BA%94-%E6%80%8E%E4%B9%88%E5%88%A4%E6%96%AD%E4%B8%80%E4%B8%AAAI%E5%9C%BA%E6%99%AF%E5%80%BC%E4%B8%8D%E5%80%BC%E5%BE%97%E5%81%9A.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E4%BA%94-%E6%80%8E%E4%B9%88%E5%88%A4%E6%96%AD%E4%B8%80%E4%B8%AAAI%E5%9C%BA%E6%99%AF%E5%80%BC%E4%B8%8D%E5%80%BC%E5%BE%97%E5%81%9A.html</guid>
      <pubDate>Mon, 14 Sep 2026 09:00:00 +0800</pubDate>
      <category>工程方法论</category>
      <description>企业想上 AI，卡点很少在"能不能做"，几乎都在"值不值得做"。本文给出一套可以在半小时内走完的场景筛选方法：三个判据（痛点够不够高频、边界够不够清楚、结果够不够可判断）逐条过硬标准；三类看着好但建议往后放的反面场景（涉及决策权下放、依赖外部实时数据、痛感只来自管理层）；以及一个打分排序的具体手法。核心结论：第一个 AI 项目要"小而可验证"，不要"大而全"。适合：准备启动第一个 AI 项目的企业决策者与项目负责人。 ｜ 判断标准不是「这个场景够不够酷」，是「做出来值不值」</description>
    </item>
    <item>
      <title>AI 项目的钱，花在哪最容易超支？</title>
      <link>https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E5%9B%9B-AI%E9%A1%B9%E7%9B%AE%E7%9A%84%E9%92%B1%E8%8A%B1%E5%9C%A8%E5%93%AA%E6%9C%80%E5%AE%B9%E6%98%93%E8%B6%85%E6%94%AF.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E5%9B%9B-AI%E9%A1%B9%E7%9B%AE%E7%9A%84%E9%92%B1%E8%8A%B1%E5%9C%A8%E5%93%AA%E6%9C%80%E5%AE%B9%E6%98%93%E8%B6%85%E6%94%AF.html</guid>
      <pubDate>Mon, 14 Sep 2026 09:00:00 +0800</pubDate>
      <category>工程方法论</category>
      <description>AI 项目超支几乎是常态，但原因通常不是有人贪心——而是有四个环节的工作量在开工前根本估不准。本文用真实交付数据拆开这四个高发区：语料工程（最容易被低估）、系统集成（等的是人不是技术）、需求变更（看到实物后想法变了）、上线后维护（常不在原始报价里），讲清它们为什么都属「做不到一半看不出来」的类型，以及三个能在报价阶段就防住超支的动作。适合：正在评估 AI 项目预算的企业决策者、被「报价外还要加钱」困扰过的项目负责人。 ｜ AI 项目的超支往往不是从改需求开始的，是从「范围没锁」开始的</description>
    </item>
    <item>
      <title>企业的数据，到底能不能喂给 AI？</title>
      <link>https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E4%B8%89-%E4%BC%81%E4%B8%9A%E7%9A%84%E6%95%B0%E6%8D%AE%E5%88%B0%E5%BA%95%E8%83%BD%E4%B8%8D%E8%83%BD%E5%96%82%E7%BB%99AI.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E4%B8%89-%E4%BC%81%E4%B8%9A%E7%9A%84%E6%95%B0%E6%8D%AE%E5%88%B0%E5%BA%95%E8%83%BD%E4%B8%8D%E8%83%BD%E5%96%82%E7%BB%99AI.html</guid>
      <pubDate>Mon, 14 Sep 2026 09:00:00 +0800</pubDate>
      <category>工程方法论</category>
      <description>企业上 AI 前被问得最多、也最容易被含糊过去的问题是：我们的数据能不能给 AI 用？ 本文把这件事拆成三层讲清楚：数据都存在哪里（三种部署形态的边界差异）、风险的真实来源（不是模型本身，是权限与配置）、以及四个可以验证的机制（本地化处理 / 最小权限 / 只读接入 / 调用留痕）。最后给出：怎么判断一个方案的数据边界靠不靠谱，以及哪些事不该被承诺。适合：要拍板 AI 项目的企业决策者、负责数据与合规的 IT 负责人。 ｜ 数据风险的真实来源往往不是「AI 本身」，是没人管住的那几个配置</description>
    </item>
    <item>
      <title>AI 项目从开工到上线，一般要多久？</title>
      <link>https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E4%BA%8C-AI%E9%A1%B9%E7%9B%AE%E4%BB%8E%E5%BC%80%E5%B7%A5%E5%88%B0%E4%B8%8A%E7%BA%BF%E4%B8%80%E8%88%AC%E8%A6%81%E5%A4%9A%E4%B9%85.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E4%BA%8C-AI%E9%A1%B9%E7%9B%AE%E4%BB%8E%E5%BC%80%E5%B7%A5%E5%88%B0%E4%B8%8A%E7%BA%BF%E4%B8%80%E8%88%AC%E8%A6%81%E5%A4%9A%E4%B9%85.html</guid>
      <pubDate>Mon, 14 Sep 2026 09:00:00 +0800</pubDate>
      <category>工程方法论</category>
      <description>客户问工期的第二个问题通常是「多久能做完」，但这个问题问法本身就埋着风险——AI 项目不能「做完才知道行不行」。本文给出一个更该问的问题：第一个能用的版本什么时候能看到。并把工期拆成三个可见节点（边界对齐半天 / 首个可用版本 / 验收报告），讲清什么会拖长工期（语料质量、系统对接、需求变更）、什么能压短（范围切小、先给样本、决策链短），以及为什么「承诺固定天数全部做完」往往是没算过语料工程。适合：正在评估 AI 项目排期的企业决策者与项目负责人。 ｜ 别问「多久做完」，问「第一个能用的版本什么时候能看到」</description>
    </item>
    <item>
      <title>企业做一个 AI 智能体，到底要花多少钱？</title>
      <link>https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E4%B8%80-%E4%BC%81%E4%B8%9A%E5%81%9A%E4%B8%80%E4%B8%AAAI%E6%99%BA%E8%83%BD%E4%BD%93%E5%88%B0%E5%BA%95%E8%A6%81%E8%8A%B1%E5%A4%9A%E5%B0%91%E9%92%B1.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E8%90%BD%E5%9C%B0%E5%86%B3%E7%AD%96-%E4%B8%80-%E4%BC%81%E4%B8%9A%E5%81%9A%E4%B8%80%E4%B8%AAAI%E6%99%BA%E8%83%BD%E4%BD%93%E5%88%B0%E5%BA%95%E8%A6%81%E8%8A%B1%E5%A4%9A%E5%B0%91%E9%92%B1.html</guid>
      <pubDate>Mon, 14 Sep 2026 09:00:00 +0800</pubDate>
      <category>工程方法论</category>
      <description>同一个「AI 客服」需求，报价能差出上百倍——不是有人黑心，是「AI 项目」这四个字底下装的东西完全不同。本文用一手实测数据拆开成本结构：4277 页手册全量索引约 16 元、单次问答不到 1 分钱——模型调用是最便宜的部分，真正的钱花在语料工程、应用编排、环境集成和上线后维护。并给出三个问题，帮你估出自己项目的量级。适合：正在评估 AI 项目预算的企业决策者与项目负责人。 ｜ AI 项目里最便宜的部分，恰恰是大家以为最贵的部分</description>
    </item>
    <item>
      <title>办公聊天软件接入 Hermes Agent 实录（零）：为什么做、怎么选、三篇地图</title>
      <link>https://fishsun.cn/blog/%E5%8A%9E%E5%85%AC%E8%81%8A%E5%A4%A9%E8%BD%AF%E4%BB%B6%E6%8E%A5%E5%85%A5Hermes%20Agent%E5%AE%9E%E5%BD%95-%E9%9B%B6-%E5%BA%8F%E8%A8%80.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E5%8A%9E%E5%85%AC%E8%81%8A%E5%A4%A9%E8%BD%AF%E4%BB%B6%E6%8E%A5%E5%85%A5Hermes%20Agent%E5%AE%9E%E5%BD%95-%E9%9B%B6-%E5%BA%8F%E8%A8%80.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:18:32 +0800</pubDate>
      <category>Hermes Agent</category>
      <description>本系列以知识库问答为例演示，但同一套链路换成其他工作流应用完全一样</description>
    </item>
    <item>
      <title>给样本，比讲规则管用：我花了 20 多天，把 Hermes Agent 训练成能独立交付的 Dify 开发助手</title>
      <link>https://fishsun.cn/blog/%E7%BB%99%E6%A0%B7%E6%9C%AC%E6%AF%94%E8%AE%B2%E8%A7%84%E5%88%99%E7%AE%A1%E7%94%A8-%E8%AE%AD%E7%BB%83AI%E5%BC%80%E5%8F%91%E5%8A%A9%E6%89%8B-%E4%BB%8A%E6%97%A5%E9%A3%8E%E6%A0%BC%E7%89%88.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E7%BB%99%E6%A0%B7%E6%9C%AC%E6%AF%94%E8%AE%B2%E8%A7%84%E5%88%99%E7%AE%A1%E7%94%A8-%E8%AE%AD%E7%BB%83AI%E5%BC%80%E5%8F%91%E5%8A%A9%E6%89%8B-%E4%BB%8A%E6%97%A5%E9%A3%8E%E6%A0%BC%E7%89%88.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:18:32 +0800</pubDate>
      <category>Hermes Agent</category>
      <description>新人最快的成长路径从来不是读文档，而是看老员工怎么写，照着模仿</description>
    </item>
    <item>
      <title>AI 应用上线前怎么验：一套可复用的验收方法论</title>
      <link>https://fishsun.cn/blog/%E7%8B%AC%E7%AB%8B%E9%AA%8C%E6%94%B6-%E4%BA%8C-%E4%B8%8A%E7%BA%BF%E5%89%8D%E6%80%8E%E4%B9%88%E9%AA%8C%E4%B8%80%E5%A5%97%E5%8F%AF%E5%A4%8D%E7%94%A8%E7%9A%84%E9%AA%8C%E6%94%B6%E6%96%B9%E6%B3%95%E8%AE%BA.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E7%8B%AC%E7%AB%8B%E9%AA%8C%E6%94%B6-%E4%BA%8C-%E4%B8%8A%E7%BA%BF%E5%89%8D%E6%80%8E%E4%B9%88%E9%AA%8C%E4%B8%80%E5%A5%97%E5%8F%AF%E5%A4%8D%E7%94%A8%E7%9A%84%E9%AA%8C%E6%94%B6%E6%96%B9%E6%B3%95%E8%AE%BA.html</guid>
      <pubDate>Sun, 30 Aug 2026 09:00:00 +0800</pubDate>
      <category>工程方法论</category>
      <description>上一篇立了标准——交付方靠不靠谱，看它的用例质量：用例是长出来的，不是写出来的。这篇从根上讲起：AI 应用是「模型 + harness」两层系统、用例是长出来的，再给出一套可复用的验收方法论——六个评估面 + 节点级取证 + 概率采样 + 用例冻结 + 归因三分 + 版本锚定，每个模块给做法、给实测证据、给踩过的坑。想认真验收但不知道从哪下手的，可以直接照做。 ｜ AI 应用的验收没有捷径，但有方法</description>
    </item>
    <item>
      <title>AI 应用交付靠不靠谱，看它的用例质量——用例是长出来的，不是写出来的</title>
      <link>https://fishsun.cn/blog/%E7%8B%AC%E7%AB%8B%E9%AA%8C%E6%94%B6-%E4%B8%80-%E4%BA%A4%E4%BB%98%E9%9D%A0%E4%B8%8D%E9%9D%A0%E8%B0%B1%E7%9C%8B%E5%AE%83%E7%9A%84%E7%94%A8%E4%BE%8B%E8%B4%A8%E9%87%8F.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E7%8B%AC%E7%AB%8B%E9%AA%8C%E6%94%B6-%E4%B8%80-%E4%BA%A4%E4%BB%98%E9%9D%A0%E4%B8%8D%E9%9D%A0%E8%B0%B1%E7%9C%8B%E5%AE%83%E7%9A%84%E7%94%A8%E4%BE%8B%E8%B4%A8%E9%87%8F.html</guid>
      <pubDate>Sun, 30 Aug 2026 09:00:00 +0800</pubDate>
      <category>工程方法论</category>
      <description>AI 应用交付行业普遍「自测自证」，客户验收凭感觉——但 AI 应用是概率系统，幻觉编造、检索召回不全、多轮上下文丢失这类缺陷，点几下根本测不出来。本文立一个判断标准：交付方靠不靠谱，不看它敢不敢承诺，看它的用例质量——用例是长出来的，不是写出来的，用例里藏着交付方的实践史；独立验收是把用例质量亮出来的方式（只报告不修改、结论敢写不通过、证据可复现），并用多个批次独立验收的实战记录说明这个标准怎么做、为什么可信。 ｜ AI 应用的靠谱不是做出来，是验出来</description>
    </item>
    <item>
      <title>反对 AI 八股文（三）：AI Agent 时代，个人真正的资产是沉淀下来的可复用经验</title>
      <link>https://fishsun.cn/blog/03-%E5%8F%8D%E5%AF%B9AI%E5%85%AB%E8%82%A1%E6%96%87-%E4%B8%89-AI%20Agent%E6%97%B6%E4%BB%A3%E4%B8%AA%E4%BA%BA%E7%9C%9F%E6%AD%A3%E7%9A%84%E8%B5%84%E4%BA%A7%E6%98%AF%E6%B2%89%E6%B7%80%E4%B8%8B%E6%9D%A5%E7%9A%84%E5%8F%AF%E5%A4%8D%E7%94%A8%E7%BB%8F%E9%AA%8C.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/03-%E5%8F%8D%E5%AF%B9AI%E5%85%AB%E8%82%A1%E6%96%87-%E4%B8%89-AI%20Agent%E6%97%B6%E4%BB%A3%E4%B8%AA%E4%BA%BA%E7%9C%9F%E6%AD%A3%E7%9A%84%E8%B5%84%E4%BA%A7%E6%98%AF%E6%B2%89%E6%B7%80%E4%B8%8B%E6%9D%A5%E7%9A%84%E5%8F%AF%E5%A4%8D%E7%94%A8%E7%BB%8F%E9%AA%8C.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:18:32 +0800</pubDate>
      <category>工程方法论</category>
      <description>裁员、35 岁、转行焦虑背后，是一个没想清楚的问题：什么才是你真正的资产？答案是沉淀下来、经得起验证、可复用的经验——它是唯一不会折旧、不随人消失、还会自己增值的资产。 ｜ 沉淀下来、经得起验证、可复用的经验——它是唯一不会折旧、不随人消失、还会自己增值的资产。</description>
    </item>
    <item>
      <title>反对 AI 八股文（二）：把知识沉淀给 AI Agent，项目落地终于知行合一</title>
      <link>https://fishsun.cn/blog/02-%E5%8F%8D%E5%AF%B9AI%E5%85%AB%E8%82%A1%E6%96%87-%E4%BA%8C-%E6%8A%8A%E7%9F%A5%E8%AF%86%E6%B2%89%E6%B7%80%E7%BB%99AI%20Agent%E9%A1%B9%E7%9B%AE%E8%90%BD%E5%9C%B0%E7%BB%88%E4%BA%8E%E7%9F%A5%E8%A1%8C%E5%90%88%E4%B8%80.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/02-%E5%8F%8D%E5%AF%B9AI%E5%85%AB%E8%82%A1%E6%96%87-%E4%BA%8C-%E6%8A%8A%E7%9F%A5%E8%AF%86%E6%B2%89%E6%B7%80%E7%BB%99AI%20Agent%E9%A1%B9%E7%9B%AE%E8%90%BD%E5%9C%B0%E7%BB%88%E4%BA%8E%E7%9F%A5%E8%A1%8C%E5%90%88%E4%B8%80.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:18:32 +0800</pubDate>
      <category>工程方法论</category>
      <description>反对八股文之后怎么学？答案是换一个存储介质去学——不是往脑子里装知识，而是把实践沉淀给 AI Agent，人脑只留判断力。有了 Agent，项目落地终于能做到知行合一。 ｜ 不是往脑子里装知识，而是把实践沉淀给 AI Agent，人脑只留判断力。</description>
    </item>
    <item>
      <title>反对 AI 八股文（一）：背一百个理论，不如交付一个能验收的应用</title>
      <link>https://fishsun.cn/blog/01-%E5%8F%8D%E5%AF%B9AI%E5%85%AB%E8%82%A1%E6%96%87-%E4%B8%80-%E8%83%8C%E4%B8%80%E7%99%BE%E4%B8%AA%E7%90%86%E8%AE%BA%E4%B8%8D%E5%A6%82%E4%BA%A4%E4%BB%98%E4%B8%80%E4%B8%AA%E8%83%BD%E9%AA%8C%E6%94%B6%E7%9A%84%E5%BA%94%E7%94%A8.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/01-%E5%8F%8D%E5%AF%B9AI%E5%85%AB%E8%82%A1%E6%96%87-%E4%B8%80-%E8%83%8C%E4%B8%80%E7%99%BE%E4%B8%AA%E7%90%86%E8%AE%BA%E4%B8%8D%E5%A6%82%E4%BA%A4%E4%BB%98%E4%B8%80%E4%B8%AA%E8%83%BD%E9%AA%8C%E6%94%B6%E7%9A%84%E5%BA%94%E7%94%A8.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:18:32 +0800</pubDate>
      <category>工程方法论</category>
      <description>AI 让知识变得廉价之后，「背诵」就失去了验证功能。评判一个人对 AI 应用的能力，唯一可信的凭证是经得起独立验证的产品输出；理论只配当判断工具，不配当能力证明。 ｜ 背一百个理论，不如交付一个能验收的应用。</description>
    </item>
    <item>
      <title>做了一堆 Dify 应用还是没底？沉淀成规律的四个约束维度（从踩坑到定理·零）</title>
      <link>https://fishsun.cn/blog/%E5%81%9A%E4%BA%86%E4%B8%80%E5%A0%86Dify%E5%BA%94%E7%94%A8%E8%BF%98%E6%98%AF%E6%B2%A1%E5%BA%95-%E6%B2%89%E6%B7%80%E6%88%90%E8%A7%84%E5%BE%8B%E7%9A%84%E5%9B%9B%E4%B8%AA%E7%BA%A6%E6%9D%9F%E7%BB%B4%E5%BA%A6.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E5%81%9A%E4%BA%86%E4%B8%80%E5%A0%86Dify%E5%BA%94%E7%94%A8%E8%BF%98%E6%98%AF%E6%B2%A1%E5%BA%95-%E6%B2%89%E6%B7%80%E6%88%90%E8%A7%84%E5%BE%8B%E7%9A%84%E5%9B%9B%E4%B8%AA%E7%BA%A6%E6%9D%9F%E7%BB%B4%E5%BA%A6.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:16:07 +0800</pubDate>
      <category>工程方法论</category>
      <description>经验上升为理论的关键跃迁，不是总结规律，而是找到约束。本文提出 Dify 应用工程的「四个约束维度」（平台约束 × LLM 行为 × 架构决策 × 数据/记忆），并给出理论的三个检验标准（可证伪、可推导、可操作）——为整个系列建立可推导的理论框架。 ｜ 经验上升为理论的关键跃迁，不是总结规律，而是找到约束</description>
    </item>
    <item>
      <title>AI 应用怎么证明真能用？可验证性设计的门槛（从踩坑到定理·五）</title>
      <link>https://fishsun.cn/blog/AI%E5%BA%94%E7%94%A8%E6%80%8E%E4%B9%88%E8%AF%81%E6%98%8E%E7%9C%9F%E8%83%BD%E7%94%A8-%E5%8F%AF%E9%AA%8C%E8%AF%81%E6%80%A7%E8%AE%BE%E8%AE%A1%E7%9A%84%E9%97%A8%E6%A7%9B.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E5%BA%94%E7%94%A8%E6%80%8E%E4%B9%88%E8%AF%81%E6%98%8E%E7%9C%9F%E8%83%BD%E7%94%A8-%E5%8F%AF%E9%AA%8C%E8%AF%81%E6%80%A7%E8%AE%BE%E8%AE%A1%E7%9A%84%E9%97%A8%E6%A7%9B.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:16:07 +0800</pubDate>
      <category>工程方法论</category>
      <description>LLM 应用必须设计可观测性、可审计性、可重复验证路径，否则无法被独立验收。本文给出三层用例（功能点/节点/路径）+ 三分归因（应用/用例/环境）的完整验证体系——可靠是设计出来的，不是验收时发现的。 ｜ 前面所有定理，最后都要回答一个问题——你怎么证明它真的可靠？</description>
    </item>
    <item>
      <title>AI 应用的状态为什么总散落？架构决策决定成败（从踩坑到定理·三）</title>
      <link>https://fishsun.cn/blog/AI%E5%BA%94%E7%94%A8%E7%9A%84%E7%8A%B6%E6%80%81%E4%B8%BA%E4%BB%80%E4%B9%88%E6%80%BB%E6%95%A3%E8%90%BD-%E6%9E%B6%E6%9E%84%E5%86%B3%E7%AD%96%E5%86%B3%E5%AE%9A%E6%88%90%E8%B4%A5.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E5%BA%94%E7%94%A8%E7%9A%84%E7%8A%B6%E6%80%81%E4%B8%BA%E4%BB%80%E4%B9%88%E6%80%BB%E6%95%A3%E8%90%BD-%E6%9E%B6%E6%9E%84%E5%86%B3%E7%AD%96%E5%86%B3%E5%AE%9A%E6%88%90%E8%B4%A5.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:16:07 +0800</pubDate>
      <category>工程方法论</category>
      <description>架构决策没有唯一解，但有一条经过验证的优选路径：状态最小化 → 失败外置 → 测试分层。三条定理顺序依赖，分别回答状态怎么管、失败怎么办、怎么证明它可靠，并落地为可直接使用的评审清单。 ｜ 架构决策没有唯一解，但有一条经过验证的优选路径：状态最小化 → 失败外置 → 测试分层</description>
    </item>
    <item>
      <title>Dify 工作流为什么总不按想的跑？平台硬约束的根源（从踩坑到定理·一）</title>
      <link>https://fishsun.cn/blog/Dify%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%BA%E4%BB%80%E4%B9%88%E6%80%BB%E4%B8%8D%E6%8C%89%E6%83%B3%E7%9A%84%E8%B7%91-%E5%B9%B3%E5%8F%B0%E7%A1%AC%E7%BA%A6%E6%9D%9F%E7%9A%84%E6%A0%B9%E6%BA%90.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/Dify%E5%B7%A5%E4%BD%9C%E6%B5%81%E4%B8%BA%E4%BB%80%E4%B9%88%E6%80%BB%E4%B8%8D%E6%8C%89%E6%83%B3%E7%9A%84%E8%B7%91-%E5%B9%B3%E5%8F%B0%E7%A1%AC%E7%BA%A6%E6%9D%9F%E7%9A%84%E6%A0%B9%E6%BA%90.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:16:07 +0800</pubDate>
      <category>工程方法论</category>
      <description>平台约束是确定性的——违反必错。本文把 Dify 的平台模型形式化为三层规则（节点模型/图结构/状态模型），给出「查成功样例 → 查源码 → 查文档」的可靠来源顺序，并用三个真实事故证明：平台约束轴的坑全部可预防。 ｜ 平台约束是确定性的——违反必错</description>
    </item>
    <item>
      <title>LLM 输出为什么时对时错？把不确定性关进设计里（从踩坑到定理·二）</title>
      <link>https://fishsun.cn/blog/LLM%E8%BE%93%E5%87%BA%E4%B8%BA%E4%BB%80%E4%B9%88%E6%97%B6%E5%AF%B9%E6%97%B6%E9%94%99-%E6%8A%8A%E4%B8%8D%E7%A1%AE%E5%AE%9A%E6%80%A7%E5%85%B3%E8%BF%9B%E8%AE%BE%E8%AE%A1%E9%87%8C.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/LLM%E8%BE%93%E5%87%BA%E4%B8%BA%E4%BB%80%E4%B9%88%E6%97%B6%E5%AF%B9%E6%97%B6%E9%94%99-%E6%8A%8A%E4%B8%8D%E7%A1%AE%E5%AE%9A%E6%80%A7%E5%85%B3%E8%BF%9B%E8%AE%BE%E8%AE%A1%E9%87%8C.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:16:07 +0800</pubDate>
      <category>工程方法论</category>
      <description>LLM 输出是概率性的——违反不必然错，但必然不稳定。本文用两条定理（控制流与内容分离、形状契约）教你管理概率性：确定性逻辑交给确定性节点，LLM 输出做形状断言 + 归一化兜底，把漂移挡在业务逻辑之外。 ｜ 不赌运气，造稳压器</description>
    </item>
    <item>
      <title>知识库页面能搜到、工作流里却召回失败？数据接入的规矩（从踩坑到定理·四）</title>
      <link>https://fishsun.cn/blog/%E7%9F%A5%E8%AF%86%E5%BA%93%E9%A1%B5%E9%9D%A2%E8%83%BD%E6%90%9C%E5%88%B0%E3%80%81%E5%B7%A5%E4%BD%9C%E6%B5%81%E9%87%8C%E5%8D%B4%E5%8F%AC%E5%9B%9E%E5%A4%B1%E8%B4%A5-%E6%95%B0%E6%8D%AE%E6%8E%A5%E5%85%A5%E7%9A%84%E8%A7%84%E7%9F%A9.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E7%9F%A5%E8%AF%86%E5%BA%93%E9%A1%B5%E9%9D%A2%E8%83%BD%E6%90%9C%E5%88%B0%E3%80%81%E5%B7%A5%E4%BD%9C%E6%B5%81%E9%87%8C%E5%8D%B4%E5%8F%AC%E5%9B%9E%E5%A4%B1%E8%B4%A5-%E6%95%B0%E6%8D%AE%E6%8E%A5%E5%85%A5%E7%9A%84%E8%A7%84%E7%9F%A9.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:16:07 +0800</pubDate>
      <category>工程方法论</category>
      <description>RAG 应用的质量 = 检索质量 × 生成质量——检索为 0，生成再好也是 0。本文拆解检索链路五步，用四个确定性参数（候选集 threshold/候选池 top_k/精排 rerank/检索词 query）系统调优，检索质量不是玄学，是可以逐层排查的工程问题。 ｜ 用户一句话让我们无法反驳：「手册里写得清清楚楚，你这助手是瞎的吗？」</description>
    </item>
    <item>
      <title>这套 Dify 规律有什么不能信？盲区与开放问题（从踩坑到定理·六）</title>
      <link>https://fishsun.cn/blog/%E8%BF%99%E5%A5%97Dify%E8%A7%84%E5%BE%8B%E6%9C%89%E4%BB%80%E4%B9%88%E4%B8%8D%E8%83%BD%E4%BF%A1-%E7%9B%B2%E5%8C%BA%E4%B8%8E%E5%BC%80%E6%94%BE%E9%97%AE%E9%A2%98.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E8%BF%99%E5%A5%97Dify%E8%A7%84%E5%BE%8B%E6%9C%89%E4%BB%80%E4%B9%88%E4%B8%8D%E8%83%BD%E4%BF%A1-%E7%9B%B2%E5%8C%BA%E4%B8%8E%E5%BC%80%E6%94%BE%E9%97%AE%E9%A2%98.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:32:24 +0800</pubDate>
      <category>工程方法论</category>
      <description>从踩坑到定理，是 Dify 应用工程从经验汇编到可推导理论的完整路径。本系列用四个约束维度（平台约束 × LLM 行为 × 架构决策 × 数据/记忆）拆解 LLM 应用的所有约束源，用七条定理（控制流与内容分离、形状契约、状态最小化、失败外置、测试分层、可验证性设计、检索四参数）建立可预测、可推导、可操作的设计法则，并诚实标注了性能/成本与平台版本演进的盲区。 ｜ 一套「什么都讲得通」的理论，恰恰是事后合理化的产物</description>
    </item>
    <item>
      <title>AI 项目交付全流程：一张表从启动跑到沉淀（执行驱动交付·八）</title>
      <link>https://fishsun.cn/blog/AI%E9%A1%B9%E7%9B%AE%E4%BA%A4%E4%BB%98%E5%85%A8%E6%B5%81%E7%A8%8B-%E4%B8%80%E5%BC%A0%E8%A1%A8%E4%BB%8E%E5%90%AF%E5%8A%A8%E8%B7%91%E5%88%B0%E6%B2%89%E6%B7%80.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E9%A1%B9%E7%9B%AE%E4%BA%A4%E4%BB%98%E5%85%A8%E6%B5%81%E7%A8%8B-%E4%B8%80%E5%BC%A0%E8%A1%A8%E4%BB%8E%E5%90%AF%E5%8A%A8%E8%B7%91%E5%88%B0%E6%B2%89%E6%B7%80.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:32:24 +0800</pubDate>
      <category>工程方法论</category>
      <description>前七篇分别讲了 EDD 的一个机制——一页纸边界卡、流程裁剪、一轮一刀、活文档、三道阻尼器、验收双面闸、资产复利。这篇把七块拼成一张完整地图：一个项目从启动到交付沉淀，九步怎么走、每一步谁负责、卡在哪道门禁。看完可以直接照着跑。 ｜ 交付流程有九个步骤，哪些环节省不得、哪些可以砍？</description>
    </item>
    <item>
      <title>AI 项目开工前只写一页纸边界，够吗？（执行驱动交付·一）</title>
      <link>https://fishsun.cn/blog/AI%E9%A1%B9%E7%9B%AE%E5%BC%80%E5%B7%A5%E5%89%8D%E5%8F%AA%E5%86%99%E4%B8%80%E9%A1%B5%E7%BA%B8%E8%BE%B9%E7%95%8C-%E5%A4%9F%E5%90%97.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E9%A1%B9%E7%9B%AE%E5%BC%80%E5%B7%A5%E5%89%8D%E5%8F%AA%E5%86%99%E4%B8%80%E9%A1%B5%E7%BA%B8%E8%BE%B9%E7%95%8C-%E5%A4%9F%E5%90%97.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:22:29 +0800</pubDate>
      <category>工程方法论</category>
      <description>传统需求调研以「天」计，产出几十页需求规格书；TR0 以「半天」计，产出一页痛点边界卡。本文讲 TR0 的四项改变：不穷举需求、穷举痛点和边界；不冻结需求、定义「可以安全起跑」；成功标准必须可断言（「准确率≥90%」可以，「质量好」不行）。 ｜ 以「天」计，团队投入最大的环节在开工前——产出是一份几十页的「需求冻结令」</description>
    </item>
    <item>
      <title>为什么每一单都要让下一单更便宜？（执行驱动交付·七）</title>
      <link>https://fishsun.cn/blog/%E4%B8%BA%E4%BB%80%E4%B9%88%E6%AF%8F%E4%B8%80%E5%8D%95%E9%83%BD%E8%A6%81%E8%AE%A9%E4%B8%8B%E4%B8%80%E5%8D%95%E6%9B%B4%E4%BE%BF%E5%AE%9C.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E4%B8%BA%E4%BB%80%E4%B9%88%E6%AF%8F%E4%B8%80%E5%8D%95%E9%83%BD%E8%A6%81%E8%AE%A9%E4%B8%8B%E4%B8%80%E5%8D%95%E6%9B%B4%E4%BE%BF%E5%AE%9C.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:22:29 +0800</pubDate>
      <category>工程方法论</category>
      <description>EDD 的终局不是交付流程，是资产复利：每一单结束，客户拿走应用，我们拿走复用资产——skill、黄金集、知识库、部署包。变强的不是模型（LLM 权重固定），是资产库。本文讲跨客户复用的三层沉淀、隔离机制、可运行资产体系（载体/账本/契约/基线）、人机分工（判断在人、执行在 AI），以及 EDD 适合什么、不适合什么。 ｜ 每一单结束，客户拿走应用，我们拿走复用资产——skill、黄金集、知识库、部署包</description>
    </item>
    <item>
      <title>需求里的一条推测，为什么变成毒资产？（执行驱动交付·五）</title>
      <link>https://fishsun.cn/blog/%E9%9C%80%E6%B1%82%E9%87%8C%E7%9A%84%E4%B8%80%E6%9D%A1%E6%8E%A8%E6%B5%8B-%E4%B8%BA%E4%BB%80%E4%B9%88%E5%8F%98%E6%88%90%E6%AF%92%E8%B5%84%E4%BA%A7.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E9%9C%80%E6%B1%82%E9%87%8C%E7%9A%84%E4%B8%80%E6%9D%A1%E6%8E%A8%E6%B5%8B-%E4%B8%BA%E4%BB%80%E4%B9%88%E5%8F%98%E6%88%90%E6%AF%92%E8%B5%84%E4%BA%A7.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:22:29 +0800</pubDate>
      <category>工程方法论</category>
      <description>AI 是忠实执行者 + 模式泛化器——你给它一个错误决策，它不只执行一次，而是泛化成模式、合理化成默认。EDD 因为有经验固化（skill/知识库/黄金集），错误是复利式传播：一条推测进固化层，N 个后续项目重复加载。本文讲三道阻尼器：外部锚点（决策必须有依据）、固化延迟（证据门槛）、版本可逆（能查能回滚）。 ｜ AI 是忠实执行者 + 模式泛化器——你给它一个错误决策，它不只执行一次，而是泛化成模式、合理化成默认</description>
    </item>
    <item>
      <title>AI 项目为什么该跑起来再设计？（执行驱动交付·三）</title>
      <link>https://fishsun.cn/blog/AI%E9%A1%B9%E7%9B%AE%E4%B8%BA%E4%BB%80%E4%B9%88%E8%AF%A5%E8%B7%91%E8%B5%B7%E6%9D%A5%E5%86%8D%E8%AE%BE%E8%AE%A1.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E9%A1%B9%E7%9B%AE%E4%B8%BA%E4%BB%80%E4%B9%88%E8%AF%A5%E8%B7%91%E8%B5%B7%E6%9D%A5%E5%86%8D%E8%AE%BE%E8%AE%A1.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:22:29 +0800</pubDate>
      <category>工程方法论</category>
      <description>EDD 的核心引擎是执行循环——一轮一刀：每轮定义一个最小可运行任务（MRT），跑通、冒烟、修、提炼约束，再切下一刀。本文讲刀口标准（什么刀值得切）、增量集成（每轮四步）、失败传播（失败是业务路径不是意外）、介入纪律 ABC（报错强制介入/偏离按需介入/正确不介入）。 ｜ 一轮一刀：每轮定义一个最小可运行任务（MRT），跑通、冒烟、修、提炼约束，再切下一刀</description>
    </item>
    <item>
      <title>AI 项目验收，为什么必须双向？（执行驱动交付·六）</title>
      <link>https://fishsun.cn/blog/AI%E9%A1%B9%E7%9B%AE%E9%AA%8C%E6%94%B6-%E4%B8%BA%E4%BB%80%E4%B9%88%E5%BF%85%E9%A1%BB%E5%8F%8C%E5%90%91.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E9%A1%B9%E7%9B%AE%E9%AA%8C%E6%94%B6-%E4%B8%BA%E4%BB%80%E4%B9%88%E5%BF%85%E9%A1%BB%E5%8F%8C%E5%90%91.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:22:29 +0800</pubDate>
      <category>工程方法论</category>
      <description>TR4 验收是双面闸——对内是 EDD 闭环收口：边界卡上所有「推测待验证」项在这里终验（验证不过不许进固化层），经验回灌下一个项目；对外是交付的重量：凭证 + 尾款 + 作品集。本文讲 TR3 与 TR4 的本质区别、裁判权归属（运动员兼裁判的解法）、六属性评估与验收三态。 ｜ 对内终验推测项，对外交出证据包——裁判是硬标准，不是人</description>
    </item>
    <item>
      <title>为什么先设计后开发，AI 项目总是翻车？（执行驱动交付·零）</title>
      <link>https://fishsun.cn/blog/%E4%B8%BA%E4%BB%80%E4%B9%88%E5%85%88%E8%AE%BE%E8%AE%A1%E5%90%8E%E5%BC%80%E5%8F%91-AI%E9%A1%B9%E7%9B%AE%E6%80%BB%E6%98%AF%E7%BF%BB%E8%BD%A6.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E4%B8%BA%E4%BB%80%E4%B9%88%E5%85%88%E8%AE%BE%E8%AE%A1%E5%90%8E%E5%BC%80%E5%8F%91-AI%E9%A1%B9%E7%9B%AE%E6%80%BB%E6%98%AF%E7%BF%BB%E8%BD%A6.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:22:29 +0800</pubDate>
      <category>工程方法论</category>
      <description>AI 项目不能照搬传统软件的「先设计后开发」——需求是流动的、文档是脑内推演、经验不沉淀。本文提出执行驱动交付（EDD）：拿客户需求做定向验证——实验做在我们自己身上，客户环境是验证场——每单同时产出客户要的成果和我们可复用的资产；开工前只写两样东西，其余文档全部从执行里长出来。 ｜ AI 项目不能照搬传统软件的「先设计后开发」——需求是流动的、文档是脑内推演、经验不沉淀</description>
    </item>
    <item>
      <title>交付文档为什么该从执行里长出来？（执行驱动交付·四）</title>
      <link>https://fishsun.cn/blog/%E4%BA%A4%E4%BB%98%E6%96%87%E6%A1%A3%E4%B8%BA%E4%BB%80%E4%B9%88%E8%AF%A5%E4%BB%8E%E6%89%A7%E8%A1%8C%E9%87%8C%E9%95%BF%E5%87%BA%E6%9D%A5.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E4%BA%A4%E4%BB%98%E6%96%87%E6%A1%A3%E4%B8%BA%E4%BB%80%E4%B9%88%E8%AF%A5%E4%BB%8E%E6%89%A7%E8%A1%8C%E9%87%8C%E9%95%BF%E5%87%BA%E6%9D%A5.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:22:29 +0800</pubDate>
      <category>工程方法论</category>
      <description>EDD 把 TR 文档从「评审关卡」改成「活文档 + 执行产物固化」——四个活文档贯穿全程：边界卡（不能做什么）、TR2 约束真相源（生成时用什么）、跑通记录（执行时的账）、TR3 用例集（执行后的账）。核心机制：骨架前置 + 内容后置——字段表开工前建好（生成要用），约束内容从执行里长出来（推演写不准）。 ｜ 骨架前置 + 内容后置——字段表开工前建好，约束内容从执行里长出来</description>
    </item>
    <item>
      <title>小单也走全流程，为什么必死？（执行驱动交付·二）</title>
      <link>https://fishsun.cn/blog/%E5%B0%8F%E5%8D%95%E4%B9%9F%E8%B5%B0%E5%85%A8%E6%B5%81%E7%A8%8B-%E4%B8%BA%E4%BB%80%E4%B9%88%E5%BF%85%E6%AD%BB.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E5%B0%8F%E5%8D%95%E4%B9%9F%E8%B5%B0%E5%85%A8%E6%B5%81%E7%A8%8B-%E4%B8%BA%E4%BB%80%E4%B9%88%E5%BF%85%E6%AD%BB.html</guid>
      <pubDate>Mon, 07 Sep 2026 19:22:29 +0800</pubDate>
      <category>工程方法论</category>
      <description>流程不是越全越好——同一套全链模板套在所有单子上，小单必死（文档比代码多）。EDD 用「配重三档」裁剪流程：判断标准一句话——除了钱，这单还能留下什么？ 能留资产走资产单全链，不能留走轻量小单极简流程。本文还讲 TR1 选型实验：用最小样本实验代替脑内推演做方案选择。 ｜ 除了钱，这单还能留下什么？能留资产走资产单全链，不能留走轻量小单极简流程</description>
    </item>
    <item>
      <title>AI Agent 的沙箱到底是什么：六种执行环境实测，一张能做与不能做的对照表</title>
      <link>https://fishsun.cn/blog/AI-Agent%E7%9A%84%E6%B2%99%E7%AE%B1%E5%88%B0%E5%BA%95%E6%98%AF%E4%BB%80%E4%B9%88-%E5%85%AD%E7%A7%8D%E6%89%A7%E8%A1%8C%E7%8E%AF%E5%A2%83%E5%AE%9E%E6%B5%8B.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI-Agent%E7%9A%84%E6%B2%99%E7%AE%B1%E5%88%B0%E5%BA%95%E6%98%AF%E4%BB%80%E4%B9%88-%E5%85%AD%E7%A7%8D%E6%89%A7%E8%A1%8C%E7%8E%AF%E5%A2%83%E5%AE%9E%E6%B5%8B.html</guid>
      <pubDate>Sun, 20 Sep 2026 09:00:00 +0800</pubDate>
      <category>通用 AI Agent</category>
      <description>同一份 27 项探针 × 6 种执行环境（无隔离基线 + 五级隔离），实测 AI Agent 沙箱的能力边界。四条最意外的结果：容器默认身份是 root（能力集 `CapEff=a80425fb`，能写系统目录）；只读根加可写 /tmp 加一条出网的路，agent 照样能给自己装包；资源超限不是抛异常，是被 SIGKILL（退出码 137），agent 自己的 try/except 抓不住；状态保不保留由容器生命周期决定，跟隔离级别无关。文中另附 Dify 1.17 两套沙箱的实测对照（代码节点沙箱实测：根目录只有 5 项、写 /tmp 报 PermissionError、DNS 与子进程报 operation not permitted）、四个反直觉发现背后的坑，以及一张企业落地检查表——选隔离级别看任务要碰什么、要活多久、出错代价能不能回滚。 ｜ 沙箱不是把 agent 关起来，是提前告诉它哪里能走，以及走错的代价</description>
    </item>
    <item>
      <title>LLM 节点总是不稳定？17 条自查清单 + 4 条进阶经验，从 200 次实验里长出来</title>
      <link>https://fishsun.cn/blog/01-LLM%E8%8A%82%E7%82%B9%E8%AE%BE%E8%AE%A1-%E7%BB%8F%E9%AA%8C%E5%85%A8%E6%99%AF.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/01-LLM%E8%8A%82%E7%82%B9%E8%AE%BE%E8%AE%A1-%E7%BB%8F%E9%AA%8C%E5%85%A8%E6%99%AF.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:18:32 +0800</pubDate>
      <category>通用 AI Agent</category>
      <description>Dify 的 LLM 节点、Agent 的提示词文件、插件的工具描述——三个看起来不同的场景，底层是同一个问题：怎么用文本让 LLM 稳定输出符合预期。本文把三次实战（200 次实验）里踩过的坑提炼成 17 条自查清单（六类）+ 4 条进阶经验——清单管「设计时对照查」，进阶经验管「约束怎么写、记忆怎么存、多轮怎么跑」。 ｜ 怎么用文本让 LLM 稳定输出符合预期——清单管「设计时对照查」，进阶经验管「约束怎么写、记忆怎么存、多轮怎么跑」</description>
    </item>
    <item>
      <title>AI 应用术语大白话：温度、TopK、召回、Rerank……一张地图看懂参数、检索与 Agent</title>
      <link>https://fishsun.cn/blog/AI%E5%BA%94%E7%94%A8%E6%9C%AF%E8%AF%AD%E5%A4%A7%E7%99%BD%E8%AF%9D-%E4%BB%8E%E6%B8%A9%E5%BA%A6%E5%88%B0Rerank%E7%9A%84%E4%B8%80%E5%BC%A0%E5%9C%B0%E5%9B%BE.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E5%BA%94%E7%94%A8%E6%9C%AF%E8%AF%AD%E5%A4%A7%E7%99%BD%E8%AF%9D-%E4%BB%8E%E6%B8%A9%E5%BA%A6%E5%88%B0Rerank%E7%9A%84%E4%B8%80%E5%BC%A0%E5%9C%B0%E5%9B%BE.html</guid>
      <pubDate>Thu, 03 Sep 2026 09:00:00 +0800</pubDate>
      <category>通用 AI Agent</category>
      <description>和客户聊 AI 应用方案，最尴尬的往往不是技术难，而是术语不通——客户问「TopK 调多少」「温度设几度」，你答得专业他听不懂，听懂了又怕你在忽悠。本文把 AI 应用里最常见的一批名词按六个层次排成一张地图：调模型的旋钮（温度、TopP、Max Tokens、惩罚、停止序列）、检索的三道闸（召回、TopK、相似度阈值、Rerank、混合检索、元数据过滤）、Agent 与记忆（系统提示词、上下文窗口、工具调用）、编排结构（工作流、节点、变量、DSL）、应用形态与平台（数据集、模型供应商、Token、索引方式），最后单列最容易混的几对（温度 vs TopP、TopK vs 阈值、召回 vs Rerank、向量检索 vs 全文检索）。给客户讲方案、给项目做验收、自己入门，都能按图索骥。 ｜ 术语不是门槛，是地图——每个词背后都是一个「什么时候用、怎么调」的决策</description>
    </item>
    <item>
      <title>AI 系统上线三个月后，开始悄悄退化——为什么 AI 项目不是一锤子买卖</title>
      <link>https://fishsun.cn/blog/AI%E7%B3%BB%E7%BB%9F%E4%B8%8A%E7%BA%BF%E4%B8%89%E4%B8%AA%E6%9C%88%E5%90%8E%E6%82%84%E6%82%84%E9%80%80%E5%8C%96-%E4%B8%BA%E4%BB%80%E4%B9%88AI%E9%A1%B9%E7%9B%AE%E4%B8%8D%E6%98%AF%E4%B8%80%E9%94%A4%E5%AD%90%E4%B9%B0%E5%8D%96.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/AI%E7%B3%BB%E7%BB%9F%E4%B8%8A%E7%BA%BF%E4%B8%89%E4%B8%AA%E6%9C%88%E5%90%8E%E6%82%84%E6%82%84%E9%80%80%E5%8C%96-%E4%B8%BA%E4%BB%80%E4%B9%88AI%E9%A1%B9%E7%9B%AE%E4%B8%8D%E6%98%AF%E4%B8%80%E9%94%A4%E5%AD%90%E4%B9%B0%E5%8D%96.html</guid>
      <pubDate>Fri, 04 Sep 2026 09:00:00 +0800</pubDate>
      <category>通用 AI Agent</category>
      <description>demo 跑通的那天，很多人以为项目完成了——三个月后才发现系统还在跑、但已经开始悄悄不准了，而大家以为它还在管。AI 系统是「活物」，不是买回来的软件：知识会过期、规则要调优、质量会漂移。本文讲清为什么 AI 项目交付完不是结束：上线后真正需要的「维护」维护的是什么（不是修服务器，是保证业务正确性）、为什么 AI 交付适合持续订阅而不是一锤子买卖、以及客户选「持续服务」时合同该看哪五样。适合：AI 系统已上线或准备上线的客户、被「上线后没人管」坑过的团队。 ｜ 买 AI 项目，买的是一个持续正确的系统 + 一个长期负责的人</description>
    </item>
    <item>
      <title>大厂 AI 工具越做越强，交付服务还剩什么位置？——买工具与买服务的分界线</title>
      <link>https://fishsun.cn/blog/%E5%A4%A7%E5%8E%82AI%E5%B7%A5%E5%85%B7%E8%B6%8A%E5%81%9A%E8%B6%8A%E5%BC%BA-%E4%B9%B0%E5%B7%A5%E5%85%B7%E4%B8%8E%E4%B9%B0%E6%9C%8D%E5%8A%A1%E7%9A%84%E5%88%86%E7%95%8C%E7%BA%BF.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E5%A4%A7%E5%8E%82AI%E5%B7%A5%E5%85%B7%E8%B6%8A%E5%81%9A%E8%B6%8A%E5%BC%BA-%E4%B9%B0%E5%B7%A5%E5%85%B7%E4%B8%8E%E4%B9%B0%E6%9C%8D%E5%8A%A1%E7%9A%84%E5%88%86%E7%95%8C%E7%BA%BF.html</guid>
      <pubDate>Fri, 04 Sep 2026 09:00:00 +0800</pubDate>
      <category>通用 AI Agent</category>
      <description>大厂桌面智能体把「个人通用办公任务」做到了近乎免费——本地执行、自然语言配置、数万技能、个人版百元内。那「找人做 AI」的服务还剩什么价值？本文正面回答这个问题：工具变强是真的，但它解决的是「个人通用任务」；客户从「装好工具」到「业务跑起来」，会真实地卡在四个点上——数据、对接、验收、演进。服务方提供的是工具给不了的另外四样：证明、兜底、演进、纵深。文末给一张分界表：什么场景自己用工具就够、什么场景值得找人。适合：正在纠结「买工具还是找服务」的客户、刚接触 AI 落地的团队。 ｜ 工具卖的是能力，服务卖的是结果与责任——客户付两层钱，各买各的</description>
    </item>
    <item>
      <title>客户说要「多智能体」，先别急着答应——三个前提判断真伪需求</title>
      <link>https://fishsun.cn/blog/LLM%E5%AE%9A%E4%BD%8D-%E4%B8%80-%E5%AE%A2%E6%88%B7%E8%AF%B4%E8%A6%81%E5%A4%9A%E6%99%BA%E8%83%BD%E4%BD%93-%E4%B8%89%E4%B8%AA%E5%89%8D%E6%8F%90%E5%88%A4%E6%96%AD%E7%9C%9F%E4%BC%AA%E9%9C%80%E6%B1%82.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/LLM%E5%AE%9A%E4%BD%8D-%E4%B8%80-%E5%AE%A2%E6%88%B7%E8%AF%B4%E8%A6%81%E5%A4%9A%E6%99%BA%E8%83%BD%E4%BD%93-%E4%B8%89%E4%B8%AA%E5%89%8D%E6%8F%90%E5%88%A4%E6%96%AD%E7%9C%9F%E4%BC%AA%E9%9C%80%E6%B1%82.html</guid>
      <pubDate>Mon, 31 Aug 2026 09:00:00 +0800</pubDate>
      <category>工程方法论</category>
      <description>客户点名要「多智能体」，是 AI 交付里最危险的需求信号之一——因为「多智能体」三个字听着高级，但它本质是多个概率系统协作，故障面指数放大。本文给出一个可落地的判断框架：多智能体成立的三前提——任务真能分治、中间产物可验证、协作收益大于协作成本。三问全过是真需求，缺一个就是伪需求。客户要的是「任务被可靠完成」，不是「过程有多自主」。先问三问，再答应不迟。 ｜ 客户要的不是「多智能体」三个字，是「任务被可靠完成」</description>
    </item>
    <item>
      <title>多智能体方案听着高级，我们为什么把 LLM 关进确定性的笼子里？</title>
      <link>https://fishsun.cn/blog/LLM%E5%AE%9A%E4%BD%8D-%E9%9B%B6-%E5%A4%9A%E6%99%BA%E8%83%BD%E4%BD%93%E6%96%B9%E6%A1%88%E5%90%AC%E7%9D%80%E9%AB%98%E7%BA%A7-LLM%E7%9A%84%E6%AD%A3%E7%A1%AE%E5%AE%9A%E4%BD%8D.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/LLM%E5%AE%9A%E4%BD%8D-%E9%9B%B6-%E5%A4%9A%E6%99%BA%E8%83%BD%E4%BD%93%E6%96%B9%E6%A1%88%E5%90%AC%E7%9D%80%E9%AB%98%E7%BA%A7-LLM%E7%9A%84%E6%AD%A3%E7%A1%AE%E5%AE%9A%E4%BD%8D.html</guid>
      <pubDate>Mon, 31 Aug 2026 09:00:00 +0800</pubDate>
      <category>TIPS</category>
      <description>多智能体方案是当前 AI 应用市场最热的词，但「多个 agent 协作」解决不了 LLM 的根本问题——它是概率组件。本文用四起真实交付事故（分类 3/18 概率失败、查询改写丢关键词、空输出 2/5、照抄任务跑偏）推导一个结论：LLM 是理解与生成的引擎，不是流程的控制者。给出可落地的四层认知链与「三审查」设计纪律：默认不用 LLM，用 LLM 必须有理由、有兜底、有约束。AI 应用要可靠交付，先给 LLM 划好边界。 ｜ 把不确定性收敛到最小必要范围，其余全部确定性化</description>
    </item>
    <item>
      <title>Dify 实战：供应商报价单格式五花八门，AI 怎么知道哪列是单价？</title>
      <link>https://fishsun.cn/blog/Dify%E5%AE%9E%E6%88%98-%E4%BE%9B%E5%BA%94%E5%95%86%E6%8A%A5%E4%BB%B7%E5%8D%95%E6%A0%BC%E5%BC%8F%E4%BA%94%E8%8A%B1%E5%85%AB%E9%97%A8-AI%E6%80%8E%E4%B9%88%E7%9F%A5%E9%81%93%E5%93%AA%E5%88%97%E6%98%AF%E5%8D%95%E4%BB%B7.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/Dify%E5%AE%9E%E6%88%98-%E4%BE%9B%E5%BA%94%E5%95%86%E6%8A%A5%E4%BB%B7%E5%8D%95%E6%A0%BC%E5%BC%8F%E4%BA%94%E8%8A%B1%E5%85%AB%E9%97%A8-AI%E6%80%8E%E4%B9%88%E7%9F%A5%E9%81%93%E5%93%AA%E5%88%97%E6%98%AF%E5%8D%95%E4%BB%B7.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:19:37 +0800</pubDate>
      <category>Dify 实战</category>
      <description>无法识别的字段用 null，不要编造</description>
    </item>
    <item>
      <title>DeepSeek 思考模式什么情况下可以关？一次空输出事故的排查实录</title>
      <link>https://fishsun.cn/blog/DeepSeek%E6%80%9D%E8%80%83%E6%A8%A1%E5%BC%8F%E4%BB%80%E4%B9%88%E6%83%85%E5%86%B5%E4%B8%8B%E5%8F%AF%E4%BB%A5%E5%85%B3-%E4%B8%80%E6%AC%A1%E7%A9%BA%E8%BE%93%E5%87%BA%E4%BA%8B%E6%95%85%E7%9A%84%E6%8E%92%E6%9F%A5%E5%AE%9E%E5%BD%95.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/DeepSeek%E6%80%9D%E8%80%83%E6%A8%A1%E5%BC%8F%E4%BB%80%E4%B9%88%E6%83%85%E5%86%B5%E4%B8%8B%E5%8F%AF%E4%BB%A5%E5%85%B3-%E4%B8%80%E6%AC%A1%E7%A9%BA%E8%BE%93%E5%87%BA%E4%BA%8B%E6%95%85%E7%9A%84%E6%8E%92%E6%9F%A5%E5%AE%9E%E5%BD%95.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:18:32 +0800</pubDate>
      <category>Dify 实战</category>
      <description>思考模式是「模型能力不足的补偿」——它的价值只在一种情况下体现：任务本身需要多步推理才能答对，且模型不做思考就会答错</description>
    </item>
    <item>
      <title>Dify 1.17 升级实测（三）：循环内人工审批与图片直传实测——两个高频场景的新解法</title>
      <link>https://fishsun.cn/blog/Dify%201.17%20%E5%8D%87%E7%BA%A7%E5%AE%9E%E6%B5%8B-%E4%B8%89-%E5%BE%AA%E7%8E%AF%E5%86%85%E4%BA%BA%E5%B7%A5%E5%AE%A1%E6%89%B9%E4%B8%8E%E5%9B%BE%E7%89%87%E7%9B%B4%E4%BC%A0%E5%AE%9E%E6%B5%8B.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/Dify%201.17%20%E5%8D%87%E7%BA%A7%E5%AE%9E%E6%B5%8B-%E4%B8%89-%E5%BE%AA%E7%8E%AF%E5%86%85%E4%BA%BA%E5%B7%A5%E5%AE%A1%E6%89%B9%E4%B8%8E%E5%9B%BE%E7%89%87%E7%9B%B4%E4%BC%A0%E5%AE%9E%E6%B5%8B.html</guid>
      <pubDate>Wed, 02 Sep 2026 09:00:00 +0800</pubDate>
      <category>Dify 实战</category>
      <description>1.17 把两个高频交付场景的能力补齐了：人工输入表单（HITL）终于能在 Iteration 循环内逐项暂停、逐项确认——审批流可以直接做了；图片直传多模态模型也打通了——上传、文件变量、vision 配置、视觉模型识别一条链路。但这两块都有新格式和新坑：迭代节点 DSL 大改、output_selector 收集格式、文件访问控制。本文是完整实测记录。</description>
    </item>
    <item>
      <title>Dify 定时触发（trigger-schedule）实测：工作流到点自动跑，和三个必须知道的坑</title>
      <link>https://fishsun.cn/blog/Dify%E5%AE%9A%E6%97%B6%E8%A7%A6%E5%8F%91%E5%AE%9E%E6%B5%8B-%E5%B7%A5%E4%BD%9C%E6%B5%81%E5%88%B0%E7%82%B9%E8%87%AA%E5%8A%A8%E8%B7%91%E5%92%8C%E4%B8%89%E4%B8%AA%E5%BF%85%E9%A1%BB%E7%9F%A5%E9%81%93%E7%9A%84%E5%9D%91.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/Dify%E5%AE%9A%E6%97%B6%E8%A7%A6%E5%8F%91%E5%AE%9E%E6%B5%8B-%E5%B7%A5%E4%BD%9C%E6%B5%81%E5%88%B0%E7%82%B9%E8%87%AA%E5%8A%A8%E8%B7%91%E5%92%8C%E4%B8%89%E4%B8%AA%E5%BF%85%E9%A1%BB%E7%9F%A5%E9%81%93%E7%9A%84%E5%9D%91.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:18:32 +0800</pubDate>
      <category>Dify 实战</category>
      <description>日报自动生成、看板定时刷新、巡检定时告警——这些「到点自动跑」的需求，Dify 用 trigger-schedule 节点实现：它是工作流的「闹钟」入口（替代开始节点），发布后按配置的时间自动启动工作流。本文实测验证了真实定时触发（cron 每分钟连续运行全部成功）、时区行为、失败处理——以及三个交付前必须知道的坑：定时任务失败是静默的、首次发布可能不生效、时间格式只认 12 小时制。 ｜ 人工触发不现实——凌晨的日报没人守着点按钮</description>
    </item>
    <item>
      <title>Dify 知识库三种分段模式实测：通用、父子、Q&amp;A 到底怎么选？</title>
      <link>https://fishsun.cn/blog/Dify%E7%9F%A5%E8%AF%86%E5%BA%93%E4%B8%89%E7%A7%8D%E5%88%86%E6%AE%B5%E6%A8%A1%E5%BC%8F%E5%AE%9E%E6%B5%8B-%E9%80%9A%E7%94%A8%E7%88%B6%E5%AD%90Q%26A%E5%88%B0%E5%BA%95%E6%80%8E%E4%B9%88%E9%80%89.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/Dify%E7%9F%A5%E8%AF%86%E5%BA%93%E4%B8%89%E7%A7%8D%E5%88%86%E6%AE%B5%E6%A8%A1%E5%BC%8F%E5%AE%9E%E6%B5%8B-%E9%80%9A%E7%94%A8%E7%88%B6%E5%AD%90Q%26A%E5%88%B0%E5%BA%95%E6%80%8E%E4%B9%88%E9%80%89.html</guid>
      <pubDate>Fri, 28 Aug 2026 09:00:00 +0800</pubDate>
      <category>Dify 实战</category>
      <description>把文档灌进 Dify 知识库时，「分段模式」只有通用分段这一个选项吗？不是——Dify 还支持父子模式和 Q&amp;A 模式。本文用同一份语料、同一批问题，在云端实测三种分段模式的检索分数与问答效果，给出「文档形态 → 分段模式」的选型建议，并记录三个实测中踩到的坑（doc_form 传错位置、中文语料生成英文问答、Q&amp;A 模式限流）。 ｜ 分段模式不是越高级越好，是「文档形态 × 问题形态」的匹配问题</description>
    </item>
    <item>
      <title>Dify 知识库接入 Notion/网页：先搞清三件事，再谈清洗</title>
      <link>https://fishsun.cn/blog/Dify%E7%9F%A5%E8%AF%86%E5%BA%93%E6%8E%A5%E5%85%A5Notion%E7%BD%91%E9%A1%B5-%E5%85%88%E6%90%9E%E6%B8%85%E4%B8%89%E4%BB%B6%E4%BA%8B%E5%86%8D%E8%B0%88%E6%B8%85%E6%B4%97.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/Dify%E7%9F%A5%E8%AF%86%E5%BA%93%E6%8E%A5%E5%85%A5Notion%E7%BD%91%E9%A1%B5-%E5%85%88%E6%90%9E%E6%B8%85%E4%B8%89%E4%BB%B6%E4%BA%8B%E5%86%8D%E8%B0%88%E6%B8%85%E6%B4%97.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:19:38 +0800</pubDate>
      <category>Dify 实战</category>
      <description>客户说「文档都在 Notion 里」「资料在官网上」，怎么接进知识库？很多人第一反应是「连上客户的系统」。本文基于 Dify 1.16.1 源码把外部数据源拆成三件事：它是「换内容来源」而不是「连客户系统」、Website 爬取其实是第三方服务代理、Notion 走 OAuth 授权加显式同步。搞清这三件事之前，先别急着谈清洗——但清洗恰恰是接入之后决定检索质量的关键一步。文末附两类来源的噪音清单与清洗策略。</description>
    </item>
    <item>
      <title>RAG 知识库交付实战（下）：18 条用例与成本测算</title>
      <link>https://fishsun.cn/blog/RAG%E7%9F%A5%E8%AF%86%E5%BA%93%E4%BA%A4%E4%BB%98%E5%AE%9E%E6%88%98-%E4%B8%8B-18%E6%9D%A1%E7%94%A8%E4%BE%8B%E4%B8%8E%E6%88%90%E6%9C%AC%E6%B5%8B%E7%AE%97.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/RAG%E7%9F%A5%E8%AF%86%E5%BA%93%E4%BA%A4%E4%BB%98%E5%AE%9E%E6%88%98-%E4%B8%8B-18%E6%9D%A1%E7%94%A8%E4%BE%8B%E4%B8%8E%E6%88%90%E6%9C%AC%E6%B5%8B%E7%AE%97.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:19:38 +0800</pubDate>
      <category>Dify 实战</category>
      <description>**📊 关键数据（先看这组数）**： | 数据 | 值 | |------|-----| | 语料规模 | **234 个文档，4277 页** | | 索引成本 | 全量索引约 **16 元**（老板最爱看） | | 单次问答成本 | *</description>
    </item>
    <item>
      <title>知识库数据清洗后，怎么知道洗得干不干净？一套三层质量门禁实测</title>
      <link>https://fishsun.cn/blog/%E7%9F%A5%E8%AF%86%E5%BA%93%E6%B8%85%E6%B4%97%E7%9A%84%E8%B4%A8%E9%87%8F%E9%97%A8%E7%A6%81-%E4%BB%8E%E8%AF%84%E5%88%86%E5%88%B0%E6%B1%A1%E6%9F%93%E6%B3%A8%E5%85%A5%E5%9B%9E%E5%BD%92%E7%9A%84%E4%B8%89%E5%B1%82%E9%97%B8%E9%97%A8.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/%E7%9F%A5%E8%AF%86%E5%BA%93%E6%B8%85%E6%B4%97%E7%9A%84%E8%B4%A8%E9%87%8F%E9%97%A8%E7%A6%81-%E4%BB%8E%E8%AF%84%E5%88%86%E5%88%B0%E6%B1%A1%E6%9F%93%E6%B3%A8%E5%85%A5%E5%9B%9E%E5%BD%92%E7%9A%84%E4%B8%89%E5%B1%82%E9%97%B8%E9%97%A8.html</guid>
      <pubDate>Fri, 28 Aug 2026 09:00:00 +0800</pubDate>
      <category>Dify 实战</category>
      <description>文档清洗完就能建库？不行——「看着干净」和「真的干净」是两回事。本文拆解我们清洗管线的质量门禁：四项 25 分制健康度评分 + 四层验证（格式/内容/结构/下游）+ 污染注入回归，用实测数据说明「评分 99 分为什么还会翻车」「清除率 94% 误伤 0 是怎么测出来的」，以及 H3C 337 份手册空段率 0.01% 背后的门禁逻辑。 ｜ 门禁的本质，是把「看起来干净」变成「可证明的干净」</description>
    </item>
    <item>
      <title>Dify 1.17 升级实测（二）：Agent V2 节点与技能包实测——配置在数据库，不在 DSL</title>
      <link>https://fishsun.cn/blog/Dify%201.17%20%E5%8D%87%E7%BA%A7%E5%AE%9E%E6%B5%8B-%E4%BA%8C-AgentV2%E8%8A%82%E7%82%B9%E4%B8%8E%E6%8A%80%E8%83%BD%E5%8C%85%E5%AE%9E%E6%B5%8B.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/Dify%201.17%20%E5%8D%87%E7%BA%A7%E5%AE%9E%E6%B5%8B-%E4%BA%8C-AgentV2%E8%8A%82%E7%82%B9%E4%B8%8E%E6%8A%80%E8%83%BD%E5%8C%85%E5%AE%9E%E6%B5%8B.html</guid>
      <pubDate>Wed, 02 Sep 2026 09:00:00 +0800</pubDate>
      <category>Dify 实战</category>
      <description>1.17 的 Agent V2 节点把配置从 DSL 搬进了数据库——DSL 只声明骨架，模型、提示词、工具全部走 composer API 管理。工作区技能包（Skill）则是全新的复用机制：版本化、可绑定 Agent，但「绑定」不等于「生效」，运行时注入靠 config_skills 引用。本文用完整实测链路讲清这两个新机制的配置姿势与坑。</description>
    </item>
    <item>
      <title>RAG 知识库交付实战（中）：三大深坑与修复实录——流程图截断/限流风暴/并联污染</title>
      <link>https://fishsun.cn/blog/RAG%E7%9F%A5%E8%AF%86%E5%BA%93%E4%BA%A4%E4%BB%98%E5%AE%9E%E6%88%98-%E4%B8%AD-%E4%B8%89%E5%A4%A7%E6%B7%B1%E5%9D%91%E4%B8%8E%E4%BF%AE%E5%A4%8D%E5%AE%9E%E5%BD%95.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/RAG%E7%9F%A5%E8%AF%86%E5%BA%93%E4%BA%A4%E4%BB%98%E5%AE%9E%E6%88%98-%E4%B8%AD-%E4%B8%89%E5%A4%A7%E6%B7%B1%E5%9D%91%E4%B8%8E%E4%BF%AE%E5%A4%8D%E5%AE%9E%E5%BD%95.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:19:38 +0800</pubDate>
      <category>Dify 实战</category>
      <description></description>
    </item>
    <item>
      <title>Dify 1.17 升级实测（一）：从工作流平台到 Agent 平台，升级前必须知道的 5 件事</title>
      <link>https://fishsun.cn/blog/Dify%201.17%20%E5%8D%87%E7%BA%A7%E5%AE%9E%E6%B5%8B-%E4%B8%80-%E4%BB%8E%E5%B7%A5%E4%BD%9C%E6%B5%81%E5%B9%B3%E5%8F%B0%E5%88%B0Agent%E5%B9%B3%E5%8F%B0.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/Dify%201.17%20%E5%8D%87%E7%BA%A7%E5%AE%9E%E6%B5%8B-%E4%B8%80-%E4%BB%8E%E5%B7%A5%E4%BD%9C%E6%B5%81%E5%B9%B3%E5%8F%B0%E5%88%B0Agent%E5%B9%B3%E5%8F%B0.html</guid>
      <pubDate>Wed, 02 Sep 2026 09:00:00 +0800</pubDate>
      <category>Dify 实战</category>
      <description>Dify 1.17.0 把定位从工作流平台转向 Agent 平台——新增三个服务、十七张数据表，同时带来三处 DSL 破坏性变更。本文基于本机 91 个应用、云端 5 个应用的真实升级过程，梳理升级前必须知道的 5 件事：新服务配齐、LLM 节点 DSL 迁移、迭代格式大改、文件访问控制变化、模型三段式配置。给升级评估和迁移成本一个可量化的答案。</description>
    </item>
    <item>
      <title>Dify 应用上架门户：分享页每次回答都挂着内部流程节点？一个字段关掉</title>
      <link>https://fishsun.cn/blog/Dify%E5%BA%94%E7%94%A8%E4%B8%8A%E6%9E%B6%E9%97%A8%E6%88%B7-%E5%88%86%E4%BA%AB%E9%A1%B5%E6%8C%82%E7%9D%80%E5%86%85%E9%83%A8%E6%B5%81%E7%A8%8B%E8%8A%82%E7%82%B9-%E4%B8%80%E4%B8%AA%E5%AD%97%E6%AE%B5%E5%85%B3%E6%8E%89.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/Dify%E5%BA%94%E7%94%A8%E4%B8%8A%E6%9E%B6%E9%97%A8%E6%88%B7-%E5%88%86%E4%BA%AB%E9%A1%B5%E6%8C%82%E7%9D%80%E5%86%85%E9%83%A8%E6%B5%81%E7%A8%8B%E8%8A%82%E7%82%B9-%E4%B8%80%E4%B8%AA%E5%AD%97%E6%AE%B5%E5%85%B3%E6%8E%89.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:19:37 +0800</pubDate>
      <category>Dify 实战</category>
      <description>关键点：字段没写 = 用数据库默认值 = true</description>
    </item>
    <item>
      <title>RAG 知识库交付实战（上）：4277 页手册喂给 AI——从凌晨故障到三模块方案</title>
      <link>https://fishsun.cn/blog/RAG%E7%9F%A5%E8%AF%86%E5%BA%93%E4%BA%A4%E4%BB%98%E5%AE%9E%E6%88%98-%E4%B8%8A-4277%E9%A1%B5%E6%89%8B%E5%86%8C%E5%96%82%E7%BB%99AI.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/RAG%E7%9F%A5%E8%AF%86%E5%BA%93%E4%BA%A4%E4%BB%98%E5%AE%9E%E6%88%98-%E4%B8%8A-4277%E9%A1%B5%E6%89%8B%E5%86%8C%E5%96%82%E7%BB%99AI.html</guid>
      <pubDate>Mon, 07 Sep 2026 18:19:38 +0800</pubDate>
      <category>Dify 实战</category>
      <description></description>
    </item>
    <item>
      <title>RAG 知识库建库前，数据到底该怎么清洗？一条可复用的清洗管线实测</title>
      <link>https://fishsun.cn/blog/RAG%E7%9F%A5%E8%AF%86%E5%BA%93%E5%BB%BA%E5%BA%93%E5%89%8D-%E6%95%B0%E6%8D%AE%E5%88%B0%E5%BA%95%E8%AF%A5%E6%80%8E%E4%B9%88%E6%B8%85%E6%B4%97-%E4%B8%80%E6%9D%A1%E5%8F%AF%E5%A4%8D%E7%94%A8%E7%9A%84%E6%B8%85%E6%B4%97%E7%AE%A1%E7%BA%BF%E5%AE%9E%E6%B5%8B.html</link>
      <guid isPermaLink="true">https://fishsun.cn/blog/RAG%E7%9F%A5%E8%AF%86%E5%BA%93%E5%BB%BA%E5%BA%93%E5%89%8D-%E6%95%B0%E6%8D%AE%E5%88%B0%E5%BA%95%E8%AF%A5%E6%80%8E%E4%B9%88%E6%B8%85%E6%B4%97-%E4%B8%80%E6%9D%A1%E5%8F%AF%E5%A4%8D%E7%94%A8%E7%9A%84%E6%B8%85%E6%B4%97%E7%AE%A1%E7%BA%BF%E5%AE%9E%E6%B5%8B.html</guid>
      <pubDate>Fri, 28 Aug 2026 09:00:00 +0800</pubDate>
      <category>Dify 实战</category>
      <description>把几百份混杂格式的文档直接灌进 RAG 知识库，检索会静默劣化——结构瑕疵切出空段、噪声段落抢占候选名额、内容错误命中却答错。本文基于真实项目（337 份手册、3 个知识库、4277 页）沉淀出一条可复用的数据清洗管线：素材预检 → 格式转换（MarkItDown / pandoc / OCR 三路线）→ 去噪去重 → 脱敏 → Dify 分段适配 → 质量门禁（四项评分 + 四层验证）。实测空段率 0.01%、扫描件 OCR 低置信页 0、污染注入清除率 94% 以上且零误伤。文末附适用边界。 ｜ 清洗 ≠ 分段：垃圾不清就分段，等于把垃圾切碎灌满整个知识库</description>
    </item>
  </channel>
</rss>
