Forward Implementation First

这是什么？适合谁？

Forward Implementation First（Vuk97/forward-implementation-first）是一个先交付、再验证的 Agent 工程方法：阻止编码 Agent 被自创的簿记（回执、哈希、锁、认证仪式）卡住，先交付再验证。

核心价值：把「先交付、再验证」固化成 Agent 可执行的规则，避免编码 Agent 把时间耗在自我发明的流程上。

适合人群：

• 用 Claude Code / Codex 等做开发的工程师
• 被 Agent 过度工程化困扰的团队
• 想提升 Agent 交付效率的人

使用前提：Claude Code / Codex 等支持 skill 的编码 Agent

准备工作

1. 安装：把 SKILL.md 放入 Agent 的 skills 目录
2. Agent：Claude Code / Codex 等
3. 环境：无需额外依赖
4. 成本：MIT 开源免费
5. 时间：接入 + 生效约 5 分钟

快速上手（3 步）

第一步：下载 skill

git clone https://github.com/Vuk97/forward-implementation-first

克隆仓库获取 SKILL.md

第二步：放入 skills 目录

把 SKILL.md 放进 Agent 的 skills 目录

第三步：验证生效

让 Agent 遵循「先交付」原则跑任务

成功判定：Agent 不再纠缠簿记类自创流程，先产出可用的实现再验证。

初级用法

阻止自创簿记

识别并跳过回执/哈希/锁等自创流程。

先交付再验证

让 Agent 先给实现，再补验证。

多 Agent 兼容

面向 Claude Code / Codex 等多平台。

高级玩法

自定义交付清单

按项目定制「先交付」的具体清单。

结合评审流程

交付后接入评审，而非评审前置。

团队规范沉淀

把原则写进团队 skill 规范。

小技巧

1. 把 skill 放在 skills 目录最前，优先级高
2. 交付后立即验证，别拖
3. 对安全相关流程仍要保留必要检查
4. 结合具体项目调整边界
5. 观察 Agent 是否真的少做无用功

常见踩坑

踩坑 1：误伤必要流程

• 现象：Agent 连必要的校验也跳过
• 原因：规则过宽
• 解决：区分「自创簿记」与「必要安全流程」

踩坑 2：skill 未生效

• 现象：Agent 仍纠缠簿记
• 原因：目录或格式不对
• 解决：按 Agent 文档确认 skill 目录

踩坑 3：交付质量下降

• 现象：先交付导致粗制滥造
• 原因：缺少验证环节
• 解决：强调「交付后必须验证」

踩坑 4：与项目规范冲突

• 现象：项目要求的前置流程被跳过
• 原因：规则与项目冲突
• 解决：按项目要求覆盖规则

踩坑 5：适用范围误判

• 现象：把规则用到不合适的任务
• 原因：任务类型判断错
• 解决：只对编码交付类任务使用

常见问题 FAQ

Q1: 它适合所有任务吗？

A: A: 针对编码交付类任务，安全/合规等必要流程仍需保留。

Q2: 支持哪些 Agent？

A: A: 面向 Claude Code、Codex 等支持 skill 的 Agent。

Q3: 免费吗？

A: A: MIT 开源免费。

Q4: 怎么安装？

A: A: 把 SKILL.md 放进 Agent 的 skills 目录即可。

Q5: 为什么这么火？

A: A: 精准命中 Agent 过度工程化痛点，2 天破百星。

进阶学习建议

掌握基础后，建议深入：

1. 研究 Agent 过度工程化的成因

2. 把「先交付再验证」与项目 CI 结合

3. 沉淀一套你自己的交付边界规则

参考链接

• 官方仓库

最后更新：2026-08-31 · 作者：MagicNetWorld · 基于公开资料整理，关键数据经 GitHub API 独立实测核验，AI 辅助生成