用途：作为开发工作的主流程，按顺序编排其他技能，确保每项工作都有 GitHub issue 跟踪、正确分支、TDD 与评审。核心原则是“无 issue 不开发，无捷径，无例外”。
主要能力：13 步流程依次为 issue 检查、阅读评论、规模检查、记忆检索、前期调研、分支与状态更新、TDD 开发、验收验证、代码评审、落实评审发现、跑全量测试、创建 PR、CI 监控与合并。每步引用具体技能，如 issue-prerequisite、project-board-enforcement、issue-decomposition、memory-integration、pre-work-research、branch-discipline、tdd-full-coverage、strict-typing、comprehensive-review、security-review、review-gate、apply-all-findings、deferred-finding、clean-commits、pr-creation、ci-monitoring 等。
使用方式：开始前用 TodoWrite 为每步建条目。用 gh project item-list、gh project item-add、gh project item-edit 等命令验证 issue 在看板中并更新 Status（In Progress、In Review、Done、Blocked）。分支命名如 feature/issue-123-short-description。评审产物必须发到 issue 评论，PR 创建受 PreToolUse 钩子拦截。CI 通过后执行 gh pr merge [PR_NUMBER] --squash --delete-branch。
适用场景：需要严格 issue 驱动、看板同步与评审门禁的团队开发流程。
限制：流程依赖 GitHub Projects、gh CLI、jq 与钩子配置；状态查询应使用项目看板而非标签；评审发现必须修复或建跟踪 issue，不允许“不修且不跟踪”；看板门禁失败时不得继续。