forward-implementation-first：让编码代理停止自嗨式记账，先交付再验证

编码代理（coding agent）在自动执行任务时，有时会陷入一种微妙的自我欺骗：它们会花大量时间生成收据、哈希、锁文件、认证仪式之类的中间产物，这些动作看似在推进工作，实则只是代理自己发明的“记账”行为，与真实交付无关。结果是，真正的实现被无限期搁置，代理在自我制造的流程里空转。

forward-implementation-first 正是针对这一失败模式设计的。它是一个 Skill，适用于 Claude Code、Codex 及其他代理，核心理念是“先实现，后验证”（Ship first, then verify）。它通过一套规则，让代理把精力集中在真实的功能实现上，而不是被自创的记账流程拖住。项目在 GitHub 上开源，采用 MIT 协议，用 Shell 编写，目前已有 161 星，主题标签包括 agent-skills、agents、ai-agents、anthropic、claude、claude-code、codex，定位清晰。

它如何改变代理的工作节奏

这个 Skill 最核心的机制是“forward cursor rule”（前向光标规则）。它强制代理在编码过程中只能向前推进，不能回头去修补那些与最终交付无关的中间产物。比如，当代理被要求实现一个功能时，它可能会先创建一堆环境检查脚本、生成哈希校验、锁定依赖版本，甚至跑一遍“认证仪式”来确认自己有权限——这些动作本身不产生用户可见的价值，却消耗了大量的上下文窗口和计算资源。forward-implementation-first 会拦截这些行为，让代理直接进入实现阶段。

它并不放宽所有约束。项目文档里明确区分了“它做什么”和“它不放松什么”：它放宽的是对自创记账流程的执念，但不放松对代码质量、测试、安全等真实工程标准的要求。换句话说，它不是在鼓励“草率交付”，而是让代理把验证动作推迟到实现之后，而不是在实现之前就陷入无休止的准备。

安装与使用场景

安装方式很简单，项目提供了明确的 Install 指引，用户可以将它作为 Skill 添加到 Claude Code 或 Codex 的配置中。它适用于那些代理容易“跑偏”的任务，比如大型重构、跨文件修改、需要多步骤实现的复杂功能。在这些场景下，代理如果没有一个强制的“先做后验”的原则，很容易在第一步就陷入生成清单、校验环境等次要工作中。

项目还专门讨论了“何时使用它”（When to use it）和“这个项目从何而来”（Where this came from），可以看出作者是在实际开发中遇到了代理空转的问题，才提炼出这套规则。这种“从实战中来”的背景，让它的规则设计更贴近真实痛点。

定价与开源

forward-implementation-first 本身是完全开源的，MIT 协议意味着你可以免费使用、修改、分发，甚至商用。它并不需要付费才能使用核心功能。不过，项目在 GitHub 上关联了一个赞助/付费档位：免费版 $0，individual 档也是 $0，而付费档位为 $21。这个 $21 的档位更可能是对开发者的赞助支持，而不是功能上的硬性区分。换句话说，你不会因为不付费而缺失任何核心能力。

如果你在团队中依赖 Claude Code 或 Codex 进行自动化开发，这个 Skill 能明显减少代理在“自我记账”上的时间浪费。对于那些已经习惯代理自动生成各种流程产物的团队，它提供了一种纪律性约束，让代理回归到“实现优先”的轨道上。

不过，它并不适合那些需要严格审计、合规追踪的领域，比如金融、医疗等，因为这些场景下，过程记录本身就是交付物的一部分，而 forward-implementation-first 恰恰是让你跳过这些。

FAQ：常见问题

forward-implementation-first 是免费的吗？

是的，项目采用 MIT 协议，完全开源免费。GitHub 上虽有 $0 的 individual 档和 $21 的付费档，但付费档更偏向赞助支持，不影响任何核心功能的使用。

这个 Skill 适用于哪些编码代理？

它明确支持 Claude Code、Codex，以及其他类似的编码代理。只要你的代理支持加载 Skill 或自定义规则，就可以应用它的“先实现后验证”原则。