用途：在 Beat 变更的规格产物（gherkin 或 proposal）已完成的前提下实现代码，支持 gherkin 驱动（默认，由 feature 文件驱动实现与测试）与 proposal 驱动（跳过 gherkin 的技术变更，由 proposal 驱动测试），也可续做已完成部分的变更。
主要能力：先读取 proposal.md、features/*.feature、design.md、tasks.md 与 beat/config.yaml，判断 testing 模式；tasks.md 含 Task 标题时进入执行者模式按步骤实施，否则进入规划者模式自行拆分；TDD 模式下先写可执行测试，@e2e 场景生成 e2e 测试或步骤定义，@behavior 场景写带 @feature/@scenario 注释的测试并在 feature 文件标签与 Scenario 之间补 @covered-by；全部场景完成后跑 e2e 回归；过程中按条件内联触发 ADR、模块 README 更新。
使用方式：以 /beat:apply 或指定变更名调用，可先执行 using-git-worktrees 验证隔离，TDD 模式调用 test-driven-development，卡住时用 systematic-debugging，多独立任务时用 subagent-driven-development；缺 skill 则跳过。完成后将 status.yaml 阶段更新为 verify，再运行 /beat:verify 与 /beat:archive。测试框架取配置的 testing.behavior/testing.e2e，或从代码库自动探测；BDD 运行路径为 beat/features 与 beat/changes/<name>/features。
适用场景：需要基于既有规格做 TDD 实现、按任务清单逐步编码、恢复半成品变更。
限制：不适用于创建 proposal/gherkin/design.md（用 /beat:design）、拆解任务（/beat:plan）、验证完整性（/beat:verify）、探索想法（/beat:explore）；缺规格产物时必须停止并先运行 /beat:design；testing.required 为 false 时进入无测试模式；source 为 distill 的变更应用前需确认。资料未提供收费与平台信息。