Meta-Flow元工作流的实施执行技能。当Story通过CP6进入开发阶段时，按照LLD执行具体编码任务，管理开发上下文，处理实现灰区，更新任务状态，确保代码符合设计规范和和质量要求。
【适用场景】
- Story通过CP6进入CP7开发执行阶段 - 需要按LLD执行具体编码任务 - 需要管理开发上下文和处理实现灰区 - 需要更新Story任务状态和进度
【操作步骤】
1. 读取LLD文档和当前Story卡片 2. 按LLD定义的模块和接口分批次执行开发 3. 遇到实现灰区时，生成lld-clarification-broker语义的问题单 4. 按do_not_read_by_default原则管理上下文包 5. 保持与host-orchestrator的状态同步 6. 完成后更新Story任务状态 7. 准备CP7验证所需的实现证据
【代码模板】
```yaml 开发批次管理: 批次类型: - LLD设计批次: 按模块拆分的设计任务 - 开发队列: 待开发的实现任务 - 验证队列: 待验证的实现任务 上下文管理: must_read: - LLD.md: 当前模块设计 - STATE.md: 当前阶段状态 do_not_read_by_default: - 完整git历史 - 其他Story的实现细节 实现灰区处理: 发现灰区: 生成clarification问题单 上报机制: lld-clarification-broker语义 ```
【复盘要点】
- 开发必须严格遵循LLD的设计约束 - 遇到实现灰区必须通过broker机制上报，不能自行决策 - 上下文管理必须遵循must_read/do_not_read原则 - Story任务状态必须实时同步给host-orchestrator
来源：GitHub https://github.com/hyde-zhao/meta-flow