用可复制的 reference repo + BOOTSTRAP.md（逐步列出每个改动位点）比依赖 Agent 自由猜目录结构更稳定；把脚手架条件写进文档而非聊天。
Claim
用可复制的 reference repo + BOOTSTRAP.md（逐步列出每个改动位点）比依赖 Agent 自由猜目录结构更稳定；把脚手架条件写进文档而非聊天。
Why it matters
Agent 脚手架失败常因隐含约定；可复现 bootstrap 是 harness 工程化的低成本杠杆。
Summary
杂志长文加厚：I built a reference Go project (and taught an AI agent to clone it)。保留原 claim，扩展背景/机制/取舍/动作，并引用源页摘录。
Actions
- (none)
Evidence
- (none)
Caveats
- (none)
Research queries
- (none)
Body
正文
背景
I built a reference Go project (and taught an AI agent to clone it) 属于 agent 编排、MCP 工具面或 harness 工程议题。原沉淀 claim 可用，但正文偏短，本轮用一手页 + 既有 claim 加厚为可读长文，便于工作台直接消费。
机制
主张（claim）：用可复制的 reference repo + BOOTSTRAP.md（逐步列出每个改动位点）比依赖 Agent 自由猜目录结构更稳定；把脚手架条件写进文档而非聊天。
为什么重要：Agent 脚手架失败常因隐含约定；可复现 bootstrap 是 harness 工程化的低成本杠杆。
源文要点（摘录/页面）：Why I built a reference Go project (and taught an AI agent to clone it) Aran Wilkinson /about /posts /now /resume Why I built a reference Go project (and taught an AI agent to clone it) Posted on 2026-05-13 :: ai-agents claude-code golang project-structure I get asked about how t
可迁移点：把「工具权限 / 会话边界 / 证据可追溯」写成可检查项，而不是只记录产品名。若源为 GitHub，优先 README 的架构段落与 threat model；若为 essay，抓可执行规范。
取舍
加厚不等于二次全面 research 论文；本轮保证结构完整与 evidence 真实 URL。未拿到全文的部分写在 caveats。产品成熟度、许可证与默认权限仍需人工抽检。
动作
- 打开 https://aran.dev/posts/why-i-built-a-reference-go-project 对照 claim 是否仍成立
- 把可执行项并入团队 harness checklist（权限/MCP/审计）
- 若需更深：对 repo 再读关键 path 或 arXiv PDF
- 在
/app用 claim-first 阅读，避免再 dump 原始 YAML