用途：执行 Linear 中已就绪（ready）的实施计划，完成代码修改、验证与状态回写。工作流以仓库根目录为来源，需阅读并遵循 agents/implementer.md、docs/implementer.md、docs/agent-required-passes.md、docs/superpowers-linear-persistence.md、templates/linear-status-comment.md、templates/linear-dashboard-comment.md 及 schemas/linear-ai.status.v1.schema.yaml、schemas/linear-ai.dashboard.v1.schema.yaml。
主要能力：从最新的有效标记计划评论开始；不臆造缺失的产品行为；受阻时以标记状态评论批量提问并发出正确的 Linear 变更。执行 Claim Lock：开始时重读工单，若已被 in-use 占用且非自身续跑则停止并报告；认领时加 in-use 与 llm-active，停止时（review-ready、blocked、abandoned、failure）显式移除 in-use，并写入/移除 linear-ai:claim 块。实施前门禁：确认无未决问题，否则以 llm-blocked 阻塞；无问题则把计划拆成可并行的独立 lane，交给各自子代理在隔离 worktree 中执行。自动模式：对安全可逆的本地检查、编辑、测试、验证无需再次请求许可；仅在破坏性、不可逆、需凭据、影响外部生产、显著改变范围、缺少授权或真正歧义时提问或阻塞。并行执行：在 <repo>/.worktrees/<issue-id>-<optional suffix> 隔离 worktree 中实施，禁止直接在 main/master 或分支工作树上改代码；合并前审查 diff、解决冲突、更新仪表盘并重跑验证，之后清理临时 lane worktree。评审循环：完成并本地验证后，运行强制实施评审循环，派发通用、重构/坏味道、缺陷猎手、安全、规格/范围等独立并行评审子代理，修复或说明每项发现，最多五轮直至收敛，再通过置信度与测试缺口自检。提交与去向：默认 rebase 到本地 main、压缩提交并集成；工单仅在代码进入 main 后算完成，开放 PR 不算完成。推送/合并/开 PR 前须确认 final_destination（main、master、feature_branch、feature_branch_pr），缺失或歧义则 llm-blocked。提交使用 Conventional Commit 并含工单 ID，如 feat(HCL-123): add dashboard persistence；用 Fixes HCL-123 等 magic word 关联 Linear。Linear MCP 工具：get_issue、list_comments、save_comment、save_issue；校验命令 scripts/validate_marked_comments.ts --description <issue-description-file> <status-comment-file>、scripts/verify_handoff.ts --issue-id <ISSUE-ID> --status <status-comment-file> --description <issue-description-file>，可用 Bun 直接运行 .ts，Node/npm/pnpm/yarn 环境用 tsx 等运行。若 Linear MCP 写工具不可用，不得声称已更新标签/状态/评论，应发出 REQUIRED_LINEAR_MUTATIONS。
适用场景：在 Linear 工单驱动下执行已就绪计划、并行实施与评审、回写状态与仪表盘。限制：需具备仓库写权限、包管理器与验证命令权限、Linear MCP 读写工具、Git/GitHub 工具及计划所需 MCP 工具；缺少权限时只能只读或阻塞；具体收费、价格、平台支持等资料暂未提供。