用途：从规范、issue 或对话中梳理出有边界的实现任务并落地。
主要能力：先“钉住契约”，明确事实来源（spec、issue、对话）与完成标准；若信息过于模糊，只问一个问题并等待。随后“找接缝”，在编辑前先读现有流程，复用已有 helper、测试与模式；范围过大或有风险时，先探索再改文件。实现阶段“带反馈构建”，尽可能使用 /tdd，一次只做一个垂直切片，每步后跑最小有效检查。接着“审查”，运行格式化、lint、类型检查、测试，非平凡改动用 /code-review，只修确认发现的问题。最后“收尾”，总结改动文件与检查，只有被要求时才提交，遵循 /git 规则；需要 PR 时使用 /bitbucket-helper。
阻塞处理：上下文缺失时，先说明计划再提问，计划应包含事实来源、完成标准、接缝、调用方、通过检查、审查命令、改动文件；输出同样包含这些项。
完成时：点名改动文件、检查、风险以及被阻塞的跟进行项。
限制：资料未提供具体实现语言、依赖环境、收费与平台信息。