# 《AI写得快 ≠ 真正提效》原文摘要

- 来源：腾讯云开发者，焦成杰，2026-09-23 08:30
- 原文：https://mp.weixin.qq.com/s/SVm_GONXEElhEsX6CXylKg
- [清洗后的正文](./2026-09-腾讯云开发者-Harness记忆与验证闭环.md)

## 一句话

AI Coding 真正的提效不是缩短生码时间，而是让跨会话知识被可靠检索，让提交、等待、验证、上线成为可追踪的交付闭环，并以独立审查和有上限的回退约束 Agent。

## 核心观点

1. **知识只记连接性事实**：会话复盘留下代码未明示的阴性知识、关键位置索引和跨系统隐含关联，不复制代码可直接读到的内容。
2. **两级索引与硬性先读**：先读模块列表 `agents.md`，再读模块 `agents2.md`，最后读相关正文；PreToolUse hook 拦下未读索引时的探索调用。规则文本负责引导，hook 负责强制。
3. **成熟度用采用证据驱动**：读过文档是弱信号；只有任务明确声明“采用了哪篇、用在何处、结果如何”才是升级依据。高频增量整理与低频全库清理分工，frontmatter 定点修改。
4. **交付必须等到终态**：平台访问、代码提交、等待系统、局部验证四类 skill 是能力底座；`close-loop` 将排查、编码、验证、提交／合入、等待生效、线上核验和复盘串起来。
5. **审查与执行分离，循环有上限**：大改动使用独立上下文的设计、编码、审查、验证角色，通过精确制品交接；失败回到编码后重新走完整验证链，最多三轮，超限如实报告。探索型任务不套重交付流程。

## 速查

| 问题 | 文章做法 | 边界 |
|---|---|---|
| 新会话反复探索 | 两级索引 + 只记连接性知识 + 先读 hook | 全局拦截有同步开销，重同步放 SessionStart |
| 代码改完就报完成 | 等本次构建／发布终态，再做对应环境的验证 | 作者要求验证动作在测试环境进行；生产观察与生产操作需区分 |
| AI 自审后遗漏缺陷 | 独立审查／验证角色 + 精确产物交接 | 单点小改用顺序版；三轮上限后停止 |

## 原文关键表述

- “用 AI 写代码，‘写得快’和‘真正提效’是两件事。”
- “代码和文档能告诉 AI ‘这里有什么’，告诉不了它‘这些东西怎么串起来’。”
- “AI 把代码改对了，任务走了不到一半。”
- “没有等待能力，闭环就是假的。”

## 关联与限制

与 [[02-ai-coding/腾讯云开发者-Agent的命门是上下文-关键不在少给而在给对]] 的“按阶段给对信息”互补；与 [[02-ai-coding/得物技术-Delivery-Harness-可控AI交付]] 的证据门禁互补。本文是作者个人实现经验，未给出对照实验、复现仓库或端到端效率数据；具体 hook、成熟度阈值与三轮循环应先在小范围验证。