<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>AI 架构 on PlumePHP</title><link>https://plumephp.com/tags/ai-%E6%9E%B6%E6%9E%84/</link><description>Recent content in AI 架构 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Thu, 05 Nov 2026 13:56:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/ai-%E6%9E%B6%E6%9E%84/index.xml" rel="self" type="application/rss+xml"/><item><title>《互联网产品的 AI 架构·平台化与治理》附录 C 平台化评审清单</title><link>https://plumephp.com/inet-ai-gov-appendix-c-review/</link><pubDate>Thu, 05 Nov 2026 13:56:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-appendix-c-review/</guid><description>把平台化治理压缩成一份可打印的评审清单：目录、所有权、版本、配额、评测、质量、成本、合规、安全、平台工程、组织、演进与收口十三组共六十五问，每组附通过判据与常见驳回，并给出三个快速判据、四十五分钟评审流程、结论模板、季度复盘表与三个常见误区，帮助评审现场把结论写成可验证的条件。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》附录 B 能力目录与配额字段速查</title><link>https://plumephp.com/inet-ai-gov-appendix-b-fields/</link><pubDate>Thu, 05 Nov 2026 13:54:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-appendix-b-fields/</guid><description>把能力目录、契约、配额与版本矩阵四类字段压成可直接照抄的速查表：每个字段给出类型、是否必填、示例与缺失后果，覆盖能力条目十八字段、提供方与调用方请求响应字段、租户总额与团队份额与单次上限三层配额、契约模型提示策略评测五版本矩阵，并给出六层校验顺序、失败输出样例与最小可用条目。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》附录 A 治理角色与职责速查</title><link>https://plumephp.com/inet-ai-gov-appendix-a-roles/</link><pubDate>Thu, 05 Nov 2026 13:52:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-appendix-a-roles/</guid><description>把卷四的治理角色压成一页可查的职责表：平台团队、能力提供方、调用方、租户管理员、安全合规与评审委员会六类角色，逐项列出职责、决策权、明确不负责的边界与交接物，附一张十二行 RACI 表、角色与治理对象对应关系、三个真实职责冲突的裁决过程，以及交接物验收口径，便于在跨团队评审现场直接定位责任主体。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》13.3 全书回顾与继续阅读</title><link>https://plumephp.com/inet-ai-gov-13-3-book-review/</link><pubDate>Thu, 05 Nov 2026 13:50:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-13-3-book-review/</guid><description>四卷分别回答能力边界、链路性能、多能力协同与多团队治理四个问题，但它们不是四个可以随意套用的模板。本节回顾四卷的分工与各自边界，给出四组可对齐的计量口径，逐条说明这套架构在单团队、低调用量、单租户、单一供应商、短周期业务与无裁决权组织里为什么不适用，并按架构师、平台工程、安全合规与业务负责人给出继续阅读方向。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》13.2 一次跨团队治理评审</title><link>https://plumephp.com/inet-ai-gov-13-2-governance-review/</link><pubDate>Thu, 05 Nov 2026 13:49:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-13-2-governance-review/</guid><description>治理基线只有进入评审桌才有意义。本节还原回声 2026 年 11 月 5 日的一次真实形态评审：内容团队要把摘要与审核能力开放给创作者工具，七个参会方带来七份证据，四个争议点分别涉及重复建设、额度借用、评测隐私与放量节奏。文章给出决议规则、待办跟踪与一次反例，并用确定性代码演示基线如何把结论限定为试点。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》13.1 治理基线：回声的平台化清单</title><link>https://plumephp.com/inet-ai-gov-13-1-governance-baseline/</link><pubDate>Thu, 05 Nov 2026 13:48:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-13-1-governance-baseline/</guid><description>前十二章分别讲了目录、版本、配额、评测、质量、成本、合规、安全与平台工程，但团队真正需要的是能勾选的一张表。本节把治理对象、目录字段、版本矩阵、配额、评测门禁、四类流程、平台 SLO 与所有权压成 12 条基线条目，每条给出判据、证据与责任人，并用确定性代码算出通过、部分、失败与总体结论，最后说明 blocking 项与非 blocking 项的区别。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》12.3 治理的度量：不是流程数量</title><link>https://plumephp.com/inet-ai-gov-12-3-governance-metrics/</link><pubDate>Thu, 05 Nov 2026 13:46:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-12-3-governance-metrics/</guid><description>治理周报列了 47 个流程、12 个委员会，变更失败率却从 10% 涨到 16.67%。本节用五个结果度量替换流程数量：能力上线周期、变更失败率、配额闲置率、评审平均耗时、流程豁免率，给出分子分母、目标带与趋势判定，并说明为什么流程数量不能进入记分卡。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》12.2 技术债与退出条件</title><link>https://plumephp.com/inet-ai-gov-12-2-tech-debt/</link><pubDate>Thu, 05 Nov 2026 13:45:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-12-2-tech-debt/</guid><description>兼容层留了两年、旧提示没人敢删、两个能力永远在合并路上，技术债的问题不是记不住，而是没有退出条件。本节给出五类债与五种退出动作，把调用方、流量、静默天数与证据写成可判定条件，并说明永远不还的债如何按年化成本单独记账，让还债与做新功能能在同一张预算表上比较。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》12.1 模型换代与迁移计划</title><link>https://plumephp.com/inet-ai-gov-12-1-model-migration/</link><pubDate>Thu, 05 Nov 2026 13:44:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-12-1-model-migration/</guid><description>模型换代不是改一个模型 ID，而是一次跨团队迁移。本节给出迁移计划的六个字段与五个阶段（评估、影子、两档灰度、全量），用确定性代码判定推进、保持与回滚，并把灰度比例、回滚红线和旧模型下线日写成可执行条件，最后说明它如何与卷四 3.2 的版本矩阵衔接。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》11.3 培训、文档与知识传递</title><link>https://plumephp.com/inet-ai-gov-11-3-docs-training/</link><pubDate>Thu, 05 Nov 2026 13:42:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-11-3-docs-training/</guid><description>文档不是写完就算，培训也不是听一次课。本节把文档分为入门、操作、参考、决策四层，按槽位而不是篇数计算覆盖度，参考文档必须钉住当前主版本，受监管能力的操作与参考文档 90 天复审；培训路径按读、跟岗、受控独立、独立四阶段单调推进；新人上手用「首次独立上线且复核通过」定义，示例样本上中位数 31 天、P90 44 天。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》11.2 评审委员会与决策记录</title><link>https://plumephp.com/inet-ai-gov-11-2-review-board/</link><pubDate>Thu, 05 Nov 2026 13:41:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-11-2-review-board/</guid><description>评审委员会的价值不在开会，而在可重算的决策记录。本节定义七个席位的职责、七类议题的到会人数与否决席，给出「流会、否决、弃权、票数」的判定顺序，并用代码把 outcome 从 ballots 重算出来。示例样本上五个议题得到批准、流会与否决三种结果，四条记录中三条因结果不一致、缺条件或复查超期被拒绝。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》11.1 谁拥有 AI 能力：平台团队与业务团队</title><link>https://plumephp.com/inet-ai-gov-11-1-capability-ownership/</link><pubDate>Thu, 05 Nov 2026 13:40:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-11-1-capability-ownership/</guid><description>能力归属不能按组织架构图分配。本节给出平台全权、业务全权、平台管契约业务管内容三种模型，用七个现场事实排出判定顺序，并把结论落到能力目录的 owner 字段：accountable、contractOwner、contentOwner、oncall、escalation 与复查周期。配套代码校验模型、团队类型与复查节奏，示例样本上五条能力得到三种归属，三条问题条目一次返回八个错误。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》10.3 平台自身的 SLO 与容量</title><link>https://plumephp.com/inet-ai-gov-10-3-platform-slo/</link><pubDate>Thu, 05 Nov 2026 13:38:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-10-3-platform-slo/</guid><description>平台说自己 99.99% 可用，业务方却每天遇到失败。本节把平台 SLO 拆成网关、配额与评测三个部件，用整数基点定义目标、按事件数计算错误预算与燃烧率，给出正常、评审、冻结三档动作，并在示例样本上跑出健康、风险、耗尽三种状态与六个月容量规划。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》10.2 SDK、CLI 与配置分发</title><link>https://plumephp.com/inet-ai-gov-10-2-sdk-config/</link><pubDate>Thu, 05 Nov 2026 13:37:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-10-2-sdk-config/</guid><description>同一个能力，三个团队跑出三种行为。本节把问题拆成 SDK 与 CLI 的职责分界、六层配置覆盖、灰度下发与向后兼容四件事，用可运行代码解析默认值、平台、能力、租户、团队与请求六层配置，并在 200 个租户样本上跑出 5%、25%、50%、100% 四档灰度的实际分桶结果。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》10.1 平台的自助服务边界</title><link>https://plumephp.com/inet-ai-gov-10-1-self-service/</link><pubDate>Thu, 05 Nov 2026 13:36:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-10-1-self-service/</guid><description>自助服务不是把所有按钮都放开。本节把回声平台的七类请求拆成四类自助与三类人工，用准入目录、档位、额度与语料隐私四个条件判定路由，给出 24 小时、5 个工作日与 10 个工作日三档审批时限，并用可运行代码跑出 10 个示例请求的路由结果与 40% 自助覆盖率。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》9.3 事故响应与披露</title><link>https://plumephp.com/inet-ai-gov-09-3-incident-disclosure/</link><pubDate>Thu, 05 Nov 2026 13:34:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-09-3-incident-disclosure/</guid><description>安全事件响应不是一份事后复盘模板，而是分级、止血、取证、披露四条并行的时间线。本节定义 sev1 到 sev4 的确认、止血与取证时限，给出按事实分级的规则、固定顺序的止血清单、证据链要求，以及客户、监管与公众三类披露的触发条件、时间线与口径。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》9.2 红队与滥用检测</title><link>https://plumephp.com/inet-ai-gov-09-2-red-team-abuse/</link><pubDate>Thu, 05 Nov 2026 13:33:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-09-2-red-team-abuse/</guid><description>红队是计划性的证据生产，滥用检测是持续性的信号发现，两者都不能用一次总通过率代替。本节定义红队计划的范围、频率、用例集与评分，给出覆盖率、完整性、加权通过率、严重失败与逾期五个门禁条件，并定义五类滥用信号、阈值、权重与监控到停用的动作阶梯。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》9.1 提示与工具的风险登记</title><link>https://plumephp.com/inet-ai-gov-09-1-risk-register/</link><pubDate>Thu, 05 Nov 2026 13:32:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-09-1-risk-register/</guid><description>风险登记表不是漏洞清单，而是把提示注入、工具滥用、数据外泄与越权动作变成可评分、可复查、可追责的条目。本节定义风险类别、影响面、可能性、现有控制、剩余风险、负责人与复查日期七个字段，用确定性代码计算剩余分与复查到期，并给出红队与事件回写登记表的接口。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》8.3 供应商合规与模型变更通知</title><link>https://plumephp.com/inet-ai-gov-08-3-provider-compliance/</link><pubDate>Thu, 05 Nov 2026 13:30:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-08-3-provider-compliance/</guid><description>供应商换模型、改价格、调整训练策略时，通知期往往比技术方案更先决定风险。本节给出数据处理协议、区域、留存、训练用途、变更通知与安全通告六类清单字段，按数据级别收紧要求，并用可运行判定把变更分为接受、有条件接受与拒绝，同时给出通知窗口与评估流程。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》8.2 留存、删除与审计</title><link>https://plumephp.com/inet-ai-gov-08-2-retention-deletion/</link><pubDate>Thu, 05 Nov 2026 13:29:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-08-2-retention-deletion/</guid><description>删除请求发出后，主库删掉不等于数据消失：缓存、日志、检索索引、评测集和备份都可能是副本。本节定义各存储的留存上限与删除传播时限，用确定性回执检查每条路径，生成可复核的删除证明，并给出审计记录的最小字段与校验规则，避免删了主库却留下副本而无人察觉。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》8.1 数据分级与出域</title><link>https://plumephp.com/inet-ai-gov-08-1-data-classification/</link><pubDate>Thu, 05 Nov 2026 13:28:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-08-1-data-classification/</guid><description>数据分级不是给整份文档贴一个标签，而是给字段定级、再取最高项。本节给出公开、内部、敏感、受限四级与每级允许的出域方式、区域、留存和训练用途，把它们落成能力目录的五个字段，并用可运行的路由校验回答一条客服消息能否发给某个指定模型，而不是靠文档约定。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》7.3 优化优先级与投资回报</title><link>https://plumephp.com/inet-ai-gov-07-3-optimization-portfolio/</link><pubDate>Thu, 05 Nov 2026 13:26:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-07-3-optimization-portfolio/</guid><description>优化清单按节省额排序，往往把预算压在一个回本慢、风险高的项目上。本节把节省额、回本期、质量风险与实施成本放进同一套门槛和评分，先判断能不能做，再决定先做哪个，并用示例样本上的 1 亿实施预算说明最大节省项为何被推迟、被拒绝与推迟又有何不同。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》7.2 成本分摊与内部计价</title><link>https://plumephp.com/inet-ai-gov-07-2-chargeback/</link><pubDate>Thu, 05 Nov 2026 13:25:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-07-2-chargeback/</guid><description>共享池只有一笔钱，按用量、按收益、按固定比例却会算出三张完全不同的账单。本节定义按次、按千 token、按期三种内部计价单位，说明分摊键如何决定谁付钱，给出最大余数法与四类争议的受理口径，并用示例样本上的 1,200 万池子展示 82.4% 与 45% 的差距。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》7.1 预算、账单与归因的分工</title><link>https://plumephp.com/inet-ai-gov-07-1-budget-billing/</link><pubDate>Thu, 05 Nov 2026 13:24:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-07-1-budget-billing/</guid><description>预算、账单与归因常被当成同一本账，超支时三个团队只能互相指责。本节区分三本账的时点、单位、责任人与粒度，给出先对齐到最粗粒度再相减的对账流程，并用示例样本上的 1 亿预算、1.008 亿账单与 99.88% 归因覆盖说明未解释缺口该由谁闭环。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》6.3 质量报告与季度复盘</title><link>https://plumephp.com/inet-ai-gov-06-3-quality-review/</link><pubDate>Thu, 05 Nov 2026 13:22:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-06-3-quality-review/</guid><description>总体合格率下降 0.5 个百分点，三个能力的合格率却都上升了。本节给出季度复盘的六段结构、基线冻结口径，用可运行代码把差异拆成份额、分段率与交叉项，并列出不该进入质量报告的指标：无分母计数、序数平均、口径不明的准确率与使用量，最后说明行动项如何验收。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》6.2 质量事故的分级与响应</title><link>https://plumephp.com/inet-ai-gov-06-2-quality-incidents/</link><pubDate>Thu, 05 Nov 2026 13:21:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-06-2-quality-incidents/</guid><description>事故分级不能靠群里的音量。本节把质量事故拆成危害事实与影响范围两组输入，给出 P0 到 P3 的判定优先级、确认与止血时限、通知对象和止血动作，并用可运行代码计算分级、时间线与超时自动升级，最后说明为什么先止血再查根因、谁来决定通知范围与升级。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》6.1 线上质量信号与抽检</title><link>https://plumephp.com/inet-ai-gov-06-1-online-quality/</link><pubDate>Thu, 05 Nov 2026 13:20:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-06-1-online-quality/</guid><description>线上质量不能只看满意度均分。本节把点赞、采纳、转人工、重复提问与投诉定义成五类可计量的信号，给出按请求数归一、按能力与租户切分的口径，并用可运行代码计算抽检样本量、Wilson 置信区间与分层配额，最后说明小样本为何必须合并发布、为什么只能报区间。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》5.3 人工评审与仲裁</title><link>https://plumephp.com/inet-ai-gov-05-3-human-review/</link><pubDate>Thu, 05 Nov 2026 13:18:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-05-3-human-review/</guid><description>人工评审不是抽检的补充，而是语义边界与新型失败的唯一入口。本节定义高风险全检、常规按比例的分层抽样，作者与利益冲突过滤的双盲派单，48 小时分歧仲裁，以及用金标样本做评审员校准的阈值，并给出示例样本上的抽检、仲裁与校准结果，评审记录还会回流到评测集版本。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》5.2 自动化回归与门禁</title><link>https://plumephp.com/inet-ai-gov-05-2-regression-gates/</link><pubDate>Thu, 05 Nov 2026 13:17:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-05-2-regression-gates/</guid><description>门禁要回答三件事：哪些改动必须拦、样本要多少、证据留多久。本节把门禁分为提交级、发布级与模型换代级，逐级给出指标阈值、样本下限、豁免窗口与证据留存，并用可运行代码在示例样本上演示缺失即失败、硬指标不可豁免、证据包可复现的判定过程，并把结论写入治理报表。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》5.1 评测集的治理：版本、来源与污染</title><link>https://plumephp.com/inet-ai-gov-05-1-eval-set-governance/</link><pubDate>Thu, 05 Nov 2026 13:16:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-05-1-eval-set-governance/</guid><description>评测集一旦被多个团队共用，版本、来源与污染就会变成治理问题。本节定义评测集的三段版本、人工/线上/合成三层来源与配额、训练与调优语料的污染检查、90 天更新节奏，并用可运行代码在示例样本上给出 0 个结构错误、1 次主版本升级与 3 条污染命中的判定结果。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》4.3 借用、回收与隔离</title><link>https://plumephp.com/inet-ai-gov-04-3-borrowing-isolation/</link><pubDate>Thu, 05 Nov 2026 13:14:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-04-3-borrowing-isolation/</guid><description>低峰借用、高峰归还是额度治理里最容易口头约定、最难回收的一环。本节定义借用的四个前置条件与到期、高峰、强制三级回收顺序，用回声的 1,000 万借用示例跑出债务 500 万的回收结果，并给出缓存键、向量命名空间、日志与限流的租户隔离校验，并说明借用协议应写入的治理流程。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》4.2 公平性与优先级</title><link>https://plumephp.com/inet-ai-gov-04-2-fairness/</link><pubDate>Thu, 05 Nov 2026 13:13:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-04-2-fairness/</guid><description>配额只回答「能不能花」，公平性回答「资源紧张时先给谁」。本节给出租户、团队、任务价值三层判据，用价值权重压住基础优先级造成的反转，用有上限的老化与强制位防止低价值任务饿死，并在 20,000 微元容量上跑出一轮可复核的调度顺序，并说明公平性验收的四个可计算指标。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》4.1 三层配额：总额、份额、单次</title><link>https://plumephp.com/inet-ai-gov-04-1-three-tier-quota/</link><pubDate>Thu, 05 Nov 2026 13:12:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-04-1-three-tier-quota/</guid><description>多租户配额不是把预算除以人数。本节把租户总额、团队份额、单次上限拆成三层账本，定义统一的微元计量、固定扣减顺序与拒绝、降档、排队三种超限行为，并用回声的 1 亿、4,000 万、6,200 微元示例跑出可复核的拒绝位置与剩余额度，并给出配额变更的审批边界。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》3.3 版本矩阵与弃用窗口</title><link>https://plumephp.com/inet-ai-gov-03-3-version-matrix/</link><pubDate>Thu, 05 Nov 2026 13:10:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-03-3-version-matrix/</guid><description>五个能力乘三个模型代际就是十五个格子，再加上提示与评测集，矩阵会迅速失控。本节给出 active、dual-run、deprecated、retired 四态与收敛动作，用可运行代码计算 15 格到 5 格的关闭清单，并把公告、双跑、强制下线与调用方扫描写成可判定的窗口流程。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》3.2 模型与提示版本的联动</title><link>https://plumephp.com/inet-ai-gov-03-2-model-prompt-versions/</link><pubDate>Thu, 05 Nov 2026 13:09:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-03-2-model-prompt-versions/</guid><description>模型换代、提示改版、评测集换版如果各发各的，契约版本不变而行为已经变了。本节把三者绑成「能力版本」三元组，给出七种变化组合的联动规则、原子回滚矩阵与确定性测试，并说明提供方、调用方与平台各自该签什么字、如何用评测证据约束版本发布，以及迁移窗口内怎样保持基线可比。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》3.1 契约版本与兼容规则</title><link>https://plumephp.com/inet-ai-gov-03-1-contract-versioning/</link><pubDate>Thu, 05 Nov 2026 13:08:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-03-1-contract-versioning/</guid><description>契约版本治理要回答三件事：哪些变更兼容、版本号怎么升、灰度怎么退。本节按输入、输出、错误码与行为四个面列出十类变更的兼容判定，用可运行代码计算所需版本位、拦截版本号作弊，并给出 9 项变更、7 项不兼容的示例结果、灰度举证方式与多团队发布流程。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》2.3 能力退役与迁移</title><link>https://plumephp.com/inet-ai-gov-02-3-retirement/</link><pubDate>Thu, 05 Nov 2026 13:06:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-02-3-retirement/</guid><description>退役不是删除目录条目，而是一次跨团队迁移项目。本节把退役拆成公告、双跑、下线三个阶段，定义 90 天公告期、30 天双跑窗口与强制下线的四项判据，用确定性状态机校验日期顺序、迁移工具、调用方迁移率与残余流量，并给出示例样本上 5 个调用方从 100% 迁移到 1.1% 残余的判定结果。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》2.2 提供方与调用方的契约</title><link>https://plumephp.com/inet-ai-gov-02-2-provider-consumer/</link><pubDate>Thu, 05 Nov 2026 13:05:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-02-2-provider-consumer/</guid><description>能力条目只写了提供方的一半承诺。本节把契约拆成提供方承诺与调用方义务：输入约束、配额、重试、缓存键与反馈渠道，并规定可覆盖参数的责任归属。用确定性代码校验三个月度配额共 1 亿微元、单次上限 6,200/4,200/3,000 的调用方契约，给出 11 个违约码与两个覆盖参数的归属判定。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》2.1 一条能力条目的最小字段</title><link>https://plumephp.com/inet-ai-gov-02-1-catalog-fields/</link><pubDate>Thu, 05 Nov 2026 13:04:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-02-1-catalog-fields/</guid><description>卷三 11.3 给出了能力目录的七个字段，但没有回答字段如何被机器校验。本节把条目扩展为十一个最小字段，定义标识、契约、默认档位、可覆盖参数、失败语义、计费单位、SLA、下游依赖与退役日期的 schema，用确定性代码检查缺字段、契约错配、依赖环和退役顺序，并逐条说明缺字段在调用、计费、迁移中的后果。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》1.3 平台与业务的职责边界</title><link>https://plumephp.com/inet-ai-gov-01-3-platform-vs-business/</link><pubDate>Thu, 05 Nov 2026 13:02:40 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-01-3-platform-vs-business/</guid><description>平台与业务的边界不能靠「谁更懂」来划，否则每次事故都会重新吵一遍。本节把提示、契约、配额、版本、模型、评测、事故、租户与工具九类任务做成可判定的职责表，用确定性函数返回 platform、business 或 shared 及判定依据，并给出七类越界信号的评分口径与三档处置。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》1.2 治理的四个对象：能力、调用方、租户、版本</title><link>https://plumephp.com/inet-ai-gov-01-2-four-objects/</link><pubDate>Thu, 05 Nov 2026 13:01:20 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-01-2-four-objects/</guid><description>治理不是给网关再加一层看板，而是先回答「治什么」。本节把能力、调用方、租户、版本四个对象各自的字段、关系与校验规则写清楚，用一段确定性代码检查对象存在性、引用一致性与语义合法性，并说明为什么只有网关加预算时，重复建设、版本漂移与责任不清仍然无法被发现。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》1.1 从一条链路到很多条链路：回声的规模化现场</title><link>https://plumephp.com/inet-ai-gov-01-1-governance-scale/</link><pubDate>Thu, 05 Nov 2026 13:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-01-1-governance-scale/</guid><description>回声从三条链路扩到多团队、多租户后，治理问题不再是单条链路的重试与预算。本节把能力重复、版本漂移、配额争抢、责任不清四类冲突写成可判定的检测条件，用示例样本跑出 4 条冲突记录，并说明为什么仅有网关加预算，无法回答所有权、版本与退役计划的问题。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》目录与学习路径</title><link>https://plumephp.com/inet-ai-gov-toc/</link><pubDate>Thu, 05 Nov 2026 12:55:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-toc/</guid><description>《互联网产品的 AI 架构·平台化与治理》的完整目录与学习路径：13 章 39 节从治理对象与职责边界、能力目录与所有权、版本兼容，讲到多租户配额、评测平台、质量/成本/合规/安全治理、平台工程、组织流程与长期演进；附四卷回顾、三条阅读路径、实验工程与十五个治理问题。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》前言</title><link>https://plumephp.com/inet-ai-gov-preface/</link><pubDate>Thu, 05 Nov 2026 12:50:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-preface/</guid><description>前言交代卷四的结构与用法：13 章如何从治理对象、目录版本、配额评测走到平台化收口，src/gov 的模块地图，L1/L2 两级可运行性，代码块三行头约定，回声三条链路与共享数字口径，八周阅读节奏，代码验证方法，以及本卷明确不做的三件事与团队自检清单。</description></item><item><title>《互联网产品的 AI 架构·平台化与治理》序</title><link>https://plumephp.com/inet-ai-gov-foreword/</link><pubDate>Thu, 05 Nov 2026 12:40:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-gov-foreword/</guid><description>卷三把一条链路跑通之后，卷四要回答很多条链路、很多团队、很多租户如何共存。这篇序从回声的三个冲突讲起：同一能力被三个团队以不同档位调用、一个租户的配额打满另一个租户的峰值、一次模型换代让三份能力版本悄悄分叉，由此说明治理不是流程堆叠，而是把四类对象写进契约。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》附录 C 编排评审清单</title><link>https://plumephp.com/inet-ai-orch-appendix-c-review/</link><pubDate>Thu, 05 Nov 2026 12:30:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-appendix-c-review/</guid><description>把卷三的判断压缩成一份可打印的编排评审清单：结构、契约、执行图、上下文、失败、人工与异步、评测、成本、权限、运维、平台化、演进与收口共十三组六十五问，每组附通过判据与常见驳回理由，末页给出四十五分钟评审流程、结论模板、上线后复盘表与三个常见误区。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》附录 B 交接成本与失败传播公式速查</title><link>https://plumephp.com/inet-ai-orch-appendix-b-formulas/</link><pubDate>Thu, 05 Nov 2026 12:20:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-appendix-b-formulas/</guid><description>把卷三的交接与失败账目压成可直接代入的公式：交接 token 成本、复用回本线、整链成功率、单步失败预算、重试放大、并行分支期望延迟、节点预算分配与裁剪顺序、每次成功交付成本；每个公式给出变量、代入示例、适用边界与对应章节，并给出一张联用顺序表。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》附录 A 编排模式与判据速查</title><link>https://plumephp.com/inet-ai-orch-appendix-a-patterns/</link><pubDate>Thu, 05 Nov 2026 12:10:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-appendix-a-patterns/</guid><description>把卷三用到的五种编排模式压缩成一页可查的判据表：串行、并行（all/any/quorum）、条件分支、人机混合与异步交付，每种给出结构图、适用判据、成本与延迟特征、典型失效方式及对应章节，并附模式选择表与四个提问，帮助在方案评审时快速排除不成立的编排结构。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》13.3 进入卷四：平台化与治理</title><link>https://plumephp.com/inet-ai-orch-13-3-into-volume-4/</link><pubDate>Thu, 05 Nov 2026 11:48:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-13-3-into-volume-4/</guid><description>卷三用三条链路、五个门禁与一次评审回答了多能力怎么协同。本节把结论压缩成五条交接输入，并把卷四要处理的多团队共享、多租户配额、评测平台、合规与长期运营四个问题逐条展开，说明哪些问题在单团队编排里已经解决、哪些必须换一层架构，并给出能力目录与配额的衔接方式。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》13.2 一次编排方案评审</title><link>https://plumephp.com/inet-ai-orch-13-2-orchestration-review/</link><pubDate>Thu, 05 Nov 2026 11:42:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-13-2-orchestration-review/</guid><description>C 链路 95.00% 的成功率没到 97% 目标，团队提出给下单动作补幂等键与一次补偿重试。本节给出一份可归档的方案评审记录：方案、基线、改动、预期、条件、负责人、复查日期，逐项列出通过项与四条驳回项，并附可复用的记录模板与灰度条件说明。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》13.1 回声的编排基线</title><link>https://plumephp.com/inet-ai-orch-13-1-orchestration-baseline/</link><pubDate>Thu, 05 Nov 2026 11:36:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-13-1-orchestration-baseline/</guid><description>三条业务链路各跑 240 条确定性样本：A 内容审核 96.25% 通过，B 会话回复 239/240，C 检索下单 95.00% 未达 97% 目标。本节给出节点、交接、预算、失败策略与观测字段的完整基线表，并说明每次成功交付成本、P95 与交接占比如何判定 pass/conditional/fail。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》12.3 从固定编排到自主 Agent</title><link>https://plumephp.com/inet-ai-orch-12-3-agent-boundary/</link><pubDate>Thu, 05 Nov 2026 11:30:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-12-3-agent-boundary/</guid><description>固定编排与自主 Agent 的差别不是智能程度，而是路径能否枚举、步骤是否有上限、失败代价是否可承受、审计是否可复现。本节给出四项硬判据、加权评分、硬否决与一组运行护栏，并用示例样本跑出六类任务的建议，说明为什么大多数产品请求应保持固定编排。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》12.2 编排版本与灰度</title><link>https://plumephp.com/inet-ai-orch-12-2-workflow-rollout/</link><pubDate>Thu, 05 Nov 2026 11:24:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-12-2-workflow-rollout/</guid><description>编排版本一换，受影响的不只是新请求，还有在途任务、共享状态与语义缓存。本节把灰度拆成租户、流量、任务类型三个维度，给出新旧版本并行的状态双向兼容检查与缓存隔离规则，并用示例样本跑出分流结果、四类兼容问题，以及可实际执行的回退顺序与放量门禁。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》12.1 从单能力到编排的重构</title><link>https://plumephp.com/inet-ai-orch-12-1-refactor-to-orchestration/</link><pubDate>Thu, 05 Nov 2026 11:18:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-12-1-refactor-to-orchestration/</guid><description>「回声」把三个能力从业务代码直连改成编排，经历了三步：先抽节点契约，再抽执行器，最后拆链路。每一步都有验收门槛与回退动作，任何一步证据不足都不能继续，以及旧路径的移除策略。本节给出可运行的验收判定、阻断顺序与回退经济学，并用示例样本跑出三步的通过结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》11.3 多团队共享能力目录</title><link>https://plumephp.com/inet-ai-orch-11-3-capability-catalog/</link><pubDate>Thu, 05 Nov 2026 11:12:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-11-3-capability-catalog/</guid><description>能力目录不是一张 README 表，而是多团队复用的版本契约。本节定义能力名、版本、契约、SLO、成本、所有者与变更流程七个字段，用可运行代码解决版本解析、所有者校验与升级审批，并回答「谁负责升级」，给出三档变更流程、审批规则与灰度验收步骤。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》11.2 引擎扩展点与插件边界</title><link>https://plumephp.com/inet-ai-orch-11-2-engine-extensions/</link><pubDate>Thu, 05 Nov 2026 11:06:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-11-2-engine-extensions/</guid><description>引擎扩展点不是把内部函数暴露出去，而是用四类稳定接口换取可治理的多样性。本节定义节点类型、策略、存储、观测四类扩展点与插件不能触碰的六条负边界，给出基于引擎 API 版本与 engineRange 的兼容判定、可运行注册表，并说明主次版本升级与扩展点弃用的处理顺序。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》11.1 声明式编排与代码编排</title><link>https://plumephp.com/inet-ai-orch-11-1-declarative-vs-code/</link><pubDate>Thu, 05 Nov 2026 11:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-11-1-declarative-vs-code/</guid><description>声明式与代码编排的分界不在语言，而在谁维护、怎么测试、怎么灰度、能力上限在哪。本节用「回声」链路 A 的四节点定义给出四条判据与混合方案：结构声明化、节点代码化、边界固定化，说明如何同时保留可治理性、表达力与秒级回滚能力，以及哪些需求必须交回代码。</description></item><item><title>《互联网产品的 AI 架构·推理性能与成本工程》13.3 进入卷三</title><link>https://plumephp.com/inet-ai-perf-13-3-into-volume-3/</link><pubDate>Thu, 05 Nov 2026 11:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-perf-13-3-into-volume-3/</guid><description>单能力优化收口之后，三个能力串成一条工作流会带来四类新成本：跨能力调用、上下文复用、结果传递与失败传播。本节用可复算的三能力场景跑出交接税、成功概率与回本复用率，并给卷三留下三个必须回答的编排问题，并附上可运行的 TypeScript 模块。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》10.3 编排事故的止血与复盘</title><link>https://plumephp.com/inet-ai-orch-10-3-workflow-incident/</link><pubDate>Thu, 05 Nov 2026 10:54:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-10-3-workflow-incident/</guid><description>摘要节点的单步失败率升到 12%，整条链路成功率掉到 98.12%，错误预算已经烧掉 1.88 倍。本节给出编排事故的止血顺序：停新任务、降级节点、回滚版本、保数据，再验证恢复；把顺序写成带证据门槛的状态机，并给出一张缺项就不能结案的复盘表。附可运行的 TypeScript 模块与 21 项测试。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》10.2 节点级 SLO 与整体 SLO</title><link>https://plumephp.com/inet-ai-orch-10-2-workflow-slo/</link><pubDate>Thu, 05 Nov 2026 10:48:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-10-2-workflow-slo/</guid><description>整体 SLO 达标，节点 SLO 却可能已经红了。本节把三能力链路拆成串行、并行与人工节点，给出可用率相乘、延迟相加、并行取弱、人工单列的合成规则，并用示例样本跑出 99.0023% 的整体可用率如何掩盖 99.3% 的摘要节点，附可运行的 TypeScript 合成器与 21 项测试。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》10.1 编排链路的最低观测字段</title><link>https://plumephp.com/inet-ai-orch-10-1-workflow-tracing/</link><pubDate>Thu, 05 Nov 2026 10:42:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-10-1-workflow-tracing/</guid><description>单次请求的日志回答不了编排层的四个问题：这次调用属于哪条工作流、上游是谁、第几次尝试、用的哪版模型与提示。本节给出一次编排 trace 的九个最小字段、节点边界的两段式采集、从事件重建节点树与关键路径的算法，并用三能力样本跑出 4 个 span、3,786 微元与 1,269ms 的确定性结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》9.3 注入在多能力间的传播</title><link>https://plumephp.com/inet-ai-orch-09-3-injection-propagation/</link><pubDate>Thu, 05 Nov 2026 10:36:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-09-3-injection-propagation/</guid><description>检索文档里的一句话、工具返回的一段 JSON，都会在下一个节点变成「上文」。注入因此不是单节点问题，而是污点与信任级别在节点间如何传播的问题。本节把信任级别、污点集合与边界判定写成可运行模块，说明什么内容必须隔离、什么节点只能包成数据，并给出示例运行结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》9.2 外部动作的授权边界</title><link>https://plumephp.com/inet-ai-orch-09-2-action-authorization/</link><pubDate>Thu, 05 Nov 2026 10:30:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-09-2-action-authorization/</guid><description>外部动作一旦落地就不可逆：下单、发消息、退款不能只靠模型「觉得可以」。本节把授权拆成主体策略、一次性令牌、幂等键与人工确认四道闸门，说明谁批准、一次授权为何只能对应一次动作，并给出可运行的 TypeScript 判定模块与十二种场景的示例运行结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》9.1 跨能力的权限传播</title><link>https://plumephp.com/inet-ai-orch-09-1-permission-propagation/</link><pubDate>Thu, 05 Nov 2026 10:24:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-09-1-permission-propagation/</guid><description>跨能力调用时，权限最容易在节点之间被悄悄放大：节点代理身份比用户更宽、租户范围在交接时丢失、数据标签被重新合并。本节把用户、编排器与节点代理三层身份拆开，用作用域集合交集实现只收窄不放大的传播，并给出可运行的 TypeScript 实现与示例运行结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》8.3 编排经济性复核</title><link>https://plumephp.com/inet-ai-orch-08-3-orchestration-economics/</link><pubDate>Thu, 05 Nov 2026 10:18:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-08-3-orchestration-economics/</guid><description>编排是否划算要持续复核，不是上线前算一次。本节用卷二 28.47% 的回本线与 13.02% 的失败预算复核三节点链路，跑出主场景、高失败、低复用、四节点与质量溢价五个样本，给出 keep、watch、exit 的判定与退出条件；复核要按链路、按窗口进行。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》8.2 超支时的裁剪顺序</title><link>https://plumephp.com/inet-ai-orch-08-2-trimming-order/</link><pubDate>Thu, 05 Nov 2026 10:12:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-08-2-trimming-order/</guid><description>超支时最怕临时拍脑袋。本节给出缓存、裁剪上下文、降档、跳过可选节点、拒绝五步裁剪顺序，逐项标出节省、质量损失与不可逆性，并用 600、900、1,200 微元三个样本跑出确定性结果；质量下限决定少交付一块还是完全不交付；顺序应按可逆性与质量损失排，而不是按节省金额排。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》8.1 把预算分到节点</title><link>https://plumephp.com/inet-ai-orch-08-1-node-budget/</link><pubDate>Thu, 05 Nov 2026 10:06:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-08-1-node-budget/</guid><description>整链预算要同时管 token、成本、延迟与重试四条线。本节用三节点样本把 4,000 微元拆成保底、弹性与共享池，给出可复现的整数分配算法；四条线不能互相换算，分配顺序一旦颠倒，必需节点就会发不出保底；保底保护正确性，弹性购买质量，共享池吸收运行时波动。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》7.3 回放与可复现调试</title><link>https://plumephp.com/inet-ai-orch-07-3-replay-debug/</link><pubDate>Thu, 05 Nov 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-07-3-replay-debug/</guid><description>同一条失败记录，重跑三次得到三个不同结果，日志却只有一句「answer failed」。本节给出一次链路的最小回放包：请求、节点输入输出摘要、模型档位、提示版本与随机种子，用规范化序列化和逐节点对比把分歧定位到具体节点，并演示一次提示版本导致的重放差异。</description></item><item><title>《互联网产品的 AI 架构·推理性能与成本工程》13.2 优化方案与 ADR</title><link>https://plumephp.com/inet-ai-perf-13-2-optimization-adr/</link><pubDate>Thu, 05 Nov 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-perf-13-2-optimization-adr/</guid><description>拿到 13.1 的成本基线后，用架构决策记录在三个候选方案之间做取舍：稳定前缀缓存、经济档替代与输出上限，分别说明预期收益、质量代价、证据门槛、回退条件与退出条件，并给出可直接运行的 TypeScript 决策函数与可逐条复核的示例样本结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》7.2 失败归因：哪个节点造成的</title><link>https://plumephp.com/inet-ai-orch-07-2-workflow-attribution/</link><pubDate>Thu, 05 Nov 2026 09:54:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-07-2-workflow-attribution/</guid><description>端到端失败率 1.88%，面板只写「工作流失败」，值班同学无法修复一个叫「工作流」的东西。本节把失败拆到节点：输入、模型、解析、外部动作、超时五类，给出归因表与判据——首个失败节点、解析归产出方、输入看摘要、超时归超预算节点，并用 10 条失败样本跑出分布。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》7.1 端到端评测集</title><link>https://plumephp.com/inet-ai-orch-07-1-workflow-eval/</link><pubDate>Thu, 05 Nov 2026 09:48:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-07-1-workflow-eval/</guid><description>节点测试全绿，用户任务仍然失败，因为评测单位选错了。本节把一条用户任务作为样本单位，定义成功、部分成功、失败、超时、越权五类样本与验收口径，要求失败路径至少占四成，给出五类覆盖统计与发布门禁，并用 25 条示例样本跑出 48% 的任务完成率与 68% 的失败路径占比。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》6.3 长任务与异步交付</title><link>https://plumephp.com/inet-ai-orch-06-3-async-delivery/</link><pubDate>Thu, 05 Nov 2026 09:42:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-06-3-async-delivery/</guid><description>长文档摘要与批量审核无法在一次请求里交付，异步任务因此需要自己的状态机、通知去重、回调幂等与断线重连协议。本节用回声内容链演示排队、执行、完成、失败与过期的完整生命周期，给出结果按哈希幂等交付、游标重连与快照回退的判据，并附上可运行的模块。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》6.2 人工介入节点</title><link>https://plumephp.com/inet-ai-orch-06-2-human-in-loop/</link><pubDate>Thu, 05 Nov 2026 09:36:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-06-2-human-in-loop/</guid><description>内容发布链上的人工复核既是延迟大头，也是审计责任点。本节把等待、领取、升级、批准、驳回与超时路由写成可执行状态机，讨论超时后的自动发布边界、重复批准回调的幂等处理，以及用只追加事件链回答谁在何时改了什么。并附 12 条样本的可复算运行结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》6.1 并行分支的收益与竞争</title><link>https://plumephp.com/inet-ai-orch-06-1-parallel-branches/</link><pubDate>Thu, 05 Nov 2026 09:30:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-06-1-parallel-branches/</guid><description>并行分支不是免费的加速器：它把延迟压到临界路径，却把共享上下文复制到每个分支，还要和同一配额下的其他请求抢并发槽。本节用回声内容链的可复算样本，给出临界路径、排队延迟、成本叠加与并行度边际收益四个判据，并算出 41.67% 的复用回本线与 4 微元/毫秒的交换线。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》5.3 编排级重试预算与熔断</title><link>https://plumephp.com/inet-ai-orch-05-3-orchestration-budget/</link><pubDate>Thu, 05 Nov 2026 09:24:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-05-3-orchestration-budget/</guid><description>单步 13.02% 的失败上限落到编排层，就变成全局重试预算与节点熔断。本节给出按成功率增量分配预算的确定性算法，用三能力样本对比无重试、本地重试、全局预算与熔断四种策略的成功率、每次成功交付成本与尾部成本，并说明重试风暴的尾部成本与幂等边界。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》5.2 部分可用的验收标准</title><link>https://plumephp.com/inet-ai-orch-05-2-partial-results/</link><pubDate>Thu, 05 Nov 2026 09:18:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-05-2-partial-results/</guid><description>上游只交回半份结果时，什么算可用、什么必须拒绝？本节为「回声」三条链定义字段契约：哪些字段必须有、哪些可缺、哪些允许降级替代，给出完整、部分可用、拒绝交付三档判定、四级用户提示与机器可读标记，并附可运行的 TypeScript 验收器与示例运行结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》5.1 失败分类与处理策略</title><link>https://plumephp.com/inet-ai-orch-05-1-failure-classes/</link><pubDate>Thu, 05 Nov 2026 09:12:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-05-1-failure-classes/</guid><description>上游失败后，下游该跳过、重试、降级还是中止？本节把失败分成可重试、可跳过、可降级、必须中止四类，给出每类的判定字段、判定顺序与稳定原因码，说明动作对下游、预算与用户提示的影响，并用七条示例信号跑出分类结果，附可运行的 TypeScript 分类器与处理策略表。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》4.3 长任务的会话状态与记忆边界</title><link>https://plumephp.com/inet-ai-orch-04-3-session-state/</link><pubDate>Thu, 05 Nov 2026 09:06:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-04-3-session-state/</guid><description>长任务不是把每轮对话无限追加进上下文。本节定义会话状态该存事实、游标、决策与待办，而不是完整转录；用滑动 TTL、绝对 TTL、LRU 与容量上限控制生命周期，并给出跨租户隔离、单会话记忆上限与可运行的最小存储模块，最后划清它与检查点、长期记忆库的边界。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》4.2 节点间的上下文预算分配</title><link>https://plumephp.com/inet-ai-orch-04-2-context-budget/</link><pubDate>Thu, 05 Nov 2026 09:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-04-2-context-budget/</guid><description>同一条编排里，高优先级节点只拿到最小上下文，低优先级节点却用不完预算，这是平均分配的典型结果。本节把输入预算拆成固定系统提示、共享片段、节点私有与输出预留四段，给出保底再增长的两阶段分配器，并用三组预算复算裁剪、丢弃、窗口不足与可追踪的丢弃原因。</description></item><item><title>《互联网产品的 AI 架构·推理性能与成本工程》12.3 一次成本失控的复盘</title><link>https://plumephp.com/inet-ai-perf-12-3-cost-incident/</link><pubDate>Thu, 05 Nov 2026 09:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-perf-12-3-cost-incident/</guid><description>一次持续 25 分钟的 429 故障没有打挂任何请求，却让「回声」的推理成本变成基线的 4.85 倍。本节按分钟还原时间线，把成本倍数拆成尝试放大 1.90 倍与单价放大 2.55 倍，给出根因、三道修复闸门与可校验的复盘模板，并用示例样本运行结果说明每个数字的来源。</description></item><item><title>《互联网产品的 AI 架构·推理性能与成本工程》13.1 推理成本基线</title><link>https://plumephp.com/inet-ai-perf-13-1-cost-baseline/</link><pubDate>Thu, 05 Nov 2026 09:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-perf-13-1-cost-baseline/</guid><description>把第 1、8、9、11 章的延迟、容量、成本与质量口径合成一份可复算的推理成本基线：用 240 条确定性样本说明指标怎么定义、样本如何按能力与模型档位分层、结论如何从证据推导，并给出可逐条运行的 TypeScript 报告模块与示例样本结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》4.1 共享上下文的三种形态</title><link>https://plumephp.com/inet-ai-orch-04-1-shared-context/</link><pubDate>Thu, 05 Nov 2026 08:54:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-04-1-shared-context/</guid><description>同一份共享上下文，全量复制、共享前缀与检索句柄在 token、成本与风险上完全不同。本节用三节点样本复算三种形态，说明 28.47% 的回本线从哪里来、句柄模式省下的钱花在哪，并给出可运行的成本比较模块、选择判据与可判定的上线条件，最后指出三种形态混用的边界。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》3.3 检查点、恢复与幂等</title><link>https://plumephp.com/inet-ai-orch-03-3-checkpoint-resume/</link><pubDate>Thu, 05 Nov 2026 08:48:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-03-3-checkpoint-resume/</guid><description>人工复核要等几小时，发布动作又不能重放。本节定义回声可恢复执行图的检查点结构、只信任 succeeded 的重放边界，以及从根键派生、跨重试与恢复不变的幂等键；用 655ms + 370ms = 1,025ms 验证恢复后的延迟与成本口径，附可运行的 TypeScript 恢复模块。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》3.2 拓扑执行与并行汇合</title><link>https://plumephp.com/inet-ai-orch-03-2-topological-execution/</link><pubDate>Thu, 05 Nov 2026 08:42:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-03-2-topological-execution/</guid><description>拓扑序只给约束，不给调度。本节把回声的三条链路按层执行：层内并行、层间交接，用 all、any、quorum 三种汇合语义处理分支失败，并用确定性样本量化关键路径、重试成本与 13.02% 单步失败预算的关系，附可运行的 TypeScript 调度器。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》3.1 把编排写成图</title><link>https://plumephp.com/inet-ai-orch-03-1-execution-graph/</link><pubDate>Thu, 05 Nov 2026 08:36:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-03-1-execution-graph/</guid><description>把回声的三条链路从三段 await 改写成可校验的执行图：区分能力、人工与动作节点，用边表达数据依赖，用唯一终点与步数、成本双闸定义终止条件，让环、孤立节点、不可达终点和非法 quorum 在运行前暴露。附可运行的 TypeScript 图模型与 14 项确定性测试。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》2.3 编排层的输入输出与版本</title><link>https://plumephp.com/inet-ai-orch-02-3-orchestration-versioning/</link><pubDate>Thu, 05 Nov 2026 08:30:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-02-3-orchestration-versioning/</guid><description>编排层对外只暴露一个入口，但输入字段、状态码、错误语义与契约版本任何一个没定清，接入方就会各自猜。本节给出一份可校验的编排输入输出信封、八类错误码及其重试与部分结果策略，并演示 2.3 与 2.4 次版本、2.x 与 3.x 大版本之间的兼容判定。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》2.2 交接成本与复用回本线</title><link>https://plumephp.com/inet-ai-orch-02-2-handoff-cost/</link><pubDate>Thu, 05 Nov 2026 08:24:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-02-2-handoff-cost/</guid><description>编排省下 454 微元，却多花 69ms，这笔账到底怎么算。本节把交接 token 拆成增量上下文与上游结果，比较复制、传递、共享三种模式的 token 与成本，推导复用回本线 820 ÷ (3,200 × 0.9) = 28.47%，并说明它随 token 结构与失败路径如何变化。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》2.1 能力之间的数据契约</title><link>https://plumephp.com/inet-ai-orch-02-1-inter-node-contract/</link><pubDate>Thu, 05 Nov 2026 08:18:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-02-1-inter-node-contract/</guid><description>卷三要回答的第一个问题是跨能力调用到底该传什么。本节把节点间上下文分成携带数据、传引用、传摘要、传游标四类载体，给出字段来源、必填、版本与校验规则，并用一个零依赖校验器把缺失、未知字段、失效引用和越界游标变成可定位的问题码，附可复算的校验结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》1.3 什么该编排，什么该固定流程</title><link>https://plumephp.com/inet-ai-orch-01-3-orchestrate-or-not/</link><pubDate>Thu, 05 Nov 2026 08:12:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-01-3-orchestrate-or-not/</guid><description>三条链路都塞进编排引擎，最先坏掉的往往是最简单的那条。本节把固定流程、声明式编排与 Agent 循环放在同一组结构信号下，用可判定的评分函数给出回声 A/B/C 的选择，并说明 C 链加一个会员价分支就会跨过阈值、从固定流程翻到声明式编排的完整判据。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》1.2 串行、并行与条件分支</title><link>https://plumephp.com/inet-ai-orch-01-2-orchestration-patterns/</link><pubDate>Thu, 05 Nov 2026 08:06:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-01-2-orchestration-patterns/</guid><description>两条检索串行还是并行、人工复核是否每次都跑，是编排里最先遇到的结构选择。本节把串行、并行与条件分支放进同一个成本与成功率模型，用回声的两组对照算出并行省 195ms、条件分支省 81.18% 延迟，并给出选择顺序、三个隐藏成本与四条路径的验收口径。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》1.1 一个请求要几个能力：回声的三条真实链路</title><link>https://plumephp.com/inet-ai-orch-01-1-workflow-shape/</link><pubDate>Thu, 05 Nov 2026 08:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-01-1-workflow-shape/</guid><description>同一个用户请求在回声会穿过不同能力：内容发布、私信客服、站内下单三条链路的节点、成本、延迟与成功率都不一样。本节用可运行模型把链路展开成节点级账单与失败预算，算出每次成功交付成本，说明为什么请求数不等于能力调用数，以及容量规划应该用哪个数来估算。</description></item><item><title>《互联网产品的 AI 架构·推理性能与成本工程》12.2 降级链的成本约束</title><link>https://plumephp.com/inet-ai-perf-12-2-degrade-cost/</link><pubDate>Thu, 05 Nov 2026 08:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-perf-12-2-degrade-cost/</guid><description>「回声」的主模型超时后，降级链先重试三次，再切到单次价格三倍的更大模型，最后用规则给出答案：一次十微元的规则结果花了七百九十微元。本节把成本单调性、重试上限、质量下限与四个退出条件写进降级链，并在示例样本上对比宽松与有界两种策略的真实运行结果。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》目录与学习路径</title><link>https://plumephp.com/inet-ai-orch-toc/</link><pubDate>Thu, 05 Nov 2026 07:55:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-toc/</guid><description>《互联网产品的 AI 架构·多能力编排与任务闭环》的完整目录与学习路径：13 章 39 节从编排结构、节点间契约、执行图、上下文与状态，讲到失败传播、人工与异步、编排级质量与成本、权限、观测、平台化与演进；附四卷分工、三条阅读路径、实验工程与读完应能回答的十二个问题。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》前言</title><link>https://plumephp.com/inet-ai-orch-preface/</link><pubDate>Thu, 05 Nov 2026 07:42:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-preface/</guid><description>前言交代卷三的结构与用法：13 章如何从编排结构走到平台化收口，src/orch 的模块地图，L1/L2/L3 三级可运行性，代码块三行头约定，「回声」的三条链路，八周阅读节奏，代码验证方法，以及本卷明确不做的三件事、常见误用与示例数字的边界。</description></item><item><title>《互联网产品的 AI 架构·多能力编排与任务闭环》序</title><link>https://plumephp.com/inet-ai-orch-foreword/</link><pubDate>Thu, 05 Nov 2026 07:30:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-orch-foreword/</guid><description>卷二把单能力的成本与延迟压到边界之后，卷三要回答多个能力如何协同完成一个任务。这篇序从一次「能不能退、帮我下单」的跨能力请求讲起，拆解编排新增的四类成本，给出复用回本线与失败预算，并交代四卷分工、数字来源、L3 边界、常见误解、阅读方式与判据。</description></item><item><title>《互联网产品的 AI 架构·推理性能与成本工程》11.3 灰度发布与自动回滚</title><link>https://plumephp.com/inet-ai-perf-11-3-rollout-rollback/</link><pubDate>Thu, 05 Nov 2026 07:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-perf-11-3-rollout-rollback/</guid><description>新模型通过离线门禁后进入 5% 灰度，错误率从 1.00% 升到 2.12%，自动回滚在第二个窗口触发。本节说明灰度比例怎样按租户粘性分桶、硬指标与软指标为什么要不同回滚条件、样本不足为什么只能 hold，以及回滚后在途请求、缓存、幂等记录与下游写入怎样保持一致。</description></item><item><title>《互联网产品的 AI 架构·推理性能与成本工程》12.1 供应商限流与分流</title><link>https://plumephp.com/inet-ai-perf-12-1-provider-limits/</link><pubDate>Thu, 05 Nov 2026 07:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-perf-12-1-provider-limits/</guid><description>「回声」的主供应商在区域高峰返回 429，网关把重试铺到三家供应商，流量放大到 1.7 倍，备胎也被打到限流。本节把 429 冷却、本地配额池、确定性分流与全局重试预算放在一起，给出三种策略在 600 条示例请求上的运行结果，并说明怎样按卷一的能力分级决定隐藏、降级还是阻塞。</description></item><item><title>《互联网产品的 AI 架构·推理性能与成本工程》11.2 评测集与回归门禁</title><link>https://plumephp.com/inet-ai-perf-11-2-eval-regression/</link><pubDate>Thu, 05 Nov 2026 06:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-perf-11-2-eval-regression/</guid><description>新模型把整体通过率做到和基线一模一样，却在长中文与对抗样本两个分层明显退步。本节说明评测集怎样按能力与难度分层、抽样为什么必须确定性、阈值为什么要看 Wilson 下界与配对 bootstrap 区间，并给出一个能逐项复算的回归门禁模块与示例样本运行结果。</description></item><item><title>《互联网产品的 AI 架构·推理性能与成本工程》11.1 质量-成本-延迟的权衡面</title><link>https://plumephp.com/inet-ai-perf-11-1-quality-cost-latency/</link><pubDate>Thu, 05 Nov 2026 05:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-perf-11-1-quality-cost-latency/</guid><description>「回声」要在八个能力上同时选模型，加权总分却把取舍藏成一个数字。本节把质量、成本与延迟放回三维坐标，用支配关系求 Pareto 前沿，区分被支配区域与真正不可兼得的边界，再按能力护栏与边际成本选点；文中给出可运行的前沿模块与示例样本运行结果，说明最贵的不一定最好、最便宜的也不一定够用。</description></item><item><title>《互联网产品的 AI 架构·推理性能与成本工程》10.3 结果解读与回归风险</title><link>https://plumephp.com/inet-ai-perf-10-3-result-interpretation/</link><pubDate>Wed, 04 Nov 2026 23:00:00 +0800</pubDate><guid>https://plumephp.com/inet-ai-perf-10-3-result-interpretation/</guid><description>成本显著下降不等于可以发布：批处理每条只省 17.54 微元却把延迟推到 58 分钟，缓存的质量回退在 12 次比较后不再显著。本节用置信区间、效应量、质量回退形态与外推风险，逐组判断四组实验哪些能上线、哪些只能留作探索，并附 7 项判定测试。</description></item></channel></rss>