用途：在开始编码前，为已跟踪的工作项创建实现计划。核心原则是“先读后计划”：先检查工作项与相关代码，再提出任务。
主要能力：识别规划来源（GitHub issue、Agile Accelerator 工作项或 PRD）；读取来源正文与评论，保留验收标准、约束和上下文；分析代码库，查找相关组件、路由、模型、测试、文档及类似实现，识别依赖、风险和测试位置；起草有序、原子化的实现计划，包含具体文件改动、测试策略，并将每条验收标准映射到任务与验证方式；将计划发布回来源（GitHub 评论、Agile Accelerator 的 agf__Details__c、或写入 ./plans/<feature>.md）；生成同步的 docs/<ID>-IMPLEMENTATION_PLAN.md 与 docs/<ID>-progress.txt。
使用方式：先检测来源模式，若模糊则询问工作项跟踪位置。GitHub 模式识别 issue 编号/URL、#123 或明确请求；Agile Accelerator 模式识别 W-000000 工作项或 Salesforce Agile Accelerator 故事；PRD 模式针对已有 PRD 文档。共享计划模板需加载 PLAN_FORMAT.md，目标模式命令需加载 GITHUB_MODE.md、AGILE_ACCELERATOR_MODE.md 或 PRD_MODE.md。同步文档遵循 arc-implementation-plan-progress/references/output-contract.md。进度文件可用 arc-implementation-plan-progress/scripts/init_progress_txt.sh docs/<ID>-IMPLEMENTATION_PLAN.md docs/<ID>-progress.txt 创建或更新。
适用场景：已有 GitHub issue、Agile Accelerator 故事或 PRD，需要在编码前制定实现计划时。
限制：不创建新的故事或 issue，只规划已有工作；创建新用户故事应使用 arc-creating-user-stories，创建新工作项应使用 arc-defining-work，从 PRD 生成新 GitHub issue 应使用 arc-prd-to-issues；在用户批准计划前不应开始编码。若无法访问来源，应报告为阻塞。其他细节暂未提供。