Chief Feature Workflow

Chief Feature Workflow 综合评估

核心用法

Chief Feature 是一套基于 chief CLI 的 AI 驱动开发工作流，专为管理复杂功能开发而设计。完整流程涵盖八大环节：克隆仓库验证、交互式 PRD 创建（chief new）、工作树与分支隔离、PRD 文档提交、AI 自动实现循环（chief <prd-name>）、进度追踪提交、GitHub PR 创建，以及最终的工作树清理。

关键交互模式：TUI 界面中通过 s 键启动实现循环，Chief 会按优先级逐条处理用户故事，自动运行测试验证（make test、pnpm typecheck 等），通过后立即提交并更新 progress.md。开发全程通过 PTY 会话监控，可发送 process(action=poll) 轮询状态或 hex: ["0d"] 处理权限阻塞。

显著优点

• 结构化隔离：git worktree 实现功能分支物理隔离，避免污染主工作区
• AI 原生闭环：从需求澄清问答 → PRD 生成 → 代码实现 → 测试验证 → 进度追踪的完整自动化
• 可追溯审计：.chief/prds/<name>/ 目录集中管理 PRD、JSON 规格与进度日志
• 权限弹性设计：内置 TUI 交互处理机制，支持自动化脚本注入应答

潜在局限

• 生态绑定：强制依赖 chief CLI 与 Claude Code，无法迁移至其他 AI 助手
• 黑箱调试：TUI 实现循环内部状态不透明，失败重试逻辑依赖 Chief 内部判定
• Git 版本敏感：worktree 操作要求 Git 2.15+，老旧环境兼容性风险
• 权限风险：自动化 send-keys 注入可能绕过安全确认，需人工复核敏感操作

适合人群

• 已采用 Chief/Claude Code 技术栈的敏捷团队
• 需要高频交付独立功能、追求标准化开发流程的工程师
• 熟悉 Git 高级特性（worktree、孤儿分支管理）的高级用户

常规风险

• 工作树泄漏：未执行 Step 8 清理会导致磁盘空间持续占用
• 进度状态漂移：progress.md 与 Git 提交非原子操作，异常中断可能致状态不一致
• PRD 版本冲突：prd.json 与 prd.md 转换环节若失败，后续实现将基于过期规格
• 自动化过度信任：AI 生成的测试通过≠业务正确，关键特性仍需人工代码评审