适用读者：要做技术规划、或想"押注"的人。
前置：S21-A03。
覆盖旧文：728(486) = 486 点。
覆盖扩展：E-S21-017（趋势判据）。
上一篇：S21-A03 · 推理框架与模型服务化
下一篇：S21-X01 · 叙事登记与八股索引。

---

1. 一句话结论

技术展望给"判据"而不是"预测"：模型能力会变、产品会变，但"成本、可控性、可评估"这三条判据不会变。

判据	说明
单位任务成本	同样任务花多少 token/钱
可控性	能否约束行为、能否回滚
可评估	能否证明"变好了"

"为什么给判据"：预测通常错，判据能用很久——一个新框架出来，用这三条评就能判断值不值得跟。

---

2. 三个值得关注的方向（E-S21-017）

方向	关注点
协议标准化（MCP 类）	工具生态是否真的互通
本地/端侧能力	能否把成本压到可忽略
评估基础设施	是否有公认基准（目前仍碎片化）

判据："这个方向，能不能降低单位任务成本或提升可控性？" 不能 → 观望。

---

3. 团队能力建设（四块）

能力	内容
工程	可靠性、可观测、权限（S17/S21-J01）
数据	检索质量、评估集（S20）
产品	什么该自动化、什么必须人工（A02）
成本	token 预算与容量（A03）

"最容易被忽略的是第三块"：技术能做 ≠ 业务该做——HITL 的边界是产品决策。

---

4. 落地路线（复用 S20-A03 的四阶段）

阶段	目标
① 打通	能完成单个任务
② 可评估	有任务集与指标
③ 可运维	可观测 + 可回滚
④ 降本	单位成本达标

判据："现在卡在第几阶段？" 卡在 ② → 别急着上多 Agent（J02）。

---

5. 五个误区

误区	真相
"追新框架就是进步"	用判据评估
"模型变强就不用工程"	可控性仍需工程
"全自动是终点"	关键环节仍需人工
"评估可以后补"	没有评估无法迭代
"成本不是技术问题"	成本决定可行性

---

6. 自检（架构师版）

1. 三条判据是什么？
2. 三个关注方向的共同检验标准？
3. 四块能力里最易被忽略的是哪块？
4. 四阶段路线与"别急着上多 Agent"的关系？
5. 为什么"给判据不给预测"？

---

7. 下一篇

S21-X01 · 叙事/工具类登记与八股索引

最后一篇是附录（20,516 点），随后进入 S22。

---

本篇属于系列《S21 · Agent 工程与 MCP》。旧文来源：A-728；扩展点 E-S21-017。