用途：对项目做整体状态审计，找出所有停滞、损坏或偏离计划的事项，并在用户确认清单后一起修复。适用于“看看项目出了什么问题”“为什么反馈还没上线”“为什么很久没有新 build / 没提交 App Store”“有没有 PR 或分支没合”、久别后回到项目、发布或 TestFlight 推送前检查遗留项。
主要能力：严格分两阶段。阶段一只读排查，不做提交、合并、推送，并行运行全部检查：工作区与 stash、本地与远程分支跟踪、未合并远程分支；开放/草稿 PR 及其检查状态、自动合并机器人 PR；CI 运行与失败日志；已发布与未发布工作（版本号、标签、fastlane 配置）；计划漂移（TODOS.md、CHANGELOG.md、ROADMAP.md 等与已提交内容对照）；应用与系统日志、崩溃报告；用户反馈链路（反馈 PR 是否创建、是否合并、是否有更新的 TestFlight/App Store build）。随后输出一份分组 markdown 清单，每项含问题、证据（数字/日期/文件路径）和可回答是/否的建议动作，按紧急程度分为阻塞、待办、计划漂移、日志错误、看起来正常。
使用方式：阶段二仅在用户明确确认后执行，按失败 CI → 分支合并 → 标签 → 版本号 → 发布说明 → 构建提示的顺序逐项处理，每项完成后立即标记并重跑对应检查验证。可自主完成读日志、改代码、推送修复、创建 PR、诊断后重跑失败任务、合并已确认的干净 PR、修改 project.pbxproj 版本号、添加 CHANGELOG、打标签（推送标签需确认）、展示 diff 后处理 stash。需要用户执行的操作会以 ! 开头打印命令，如 ! fastlane pilot upload、! open Cathier.xcodeproj；破坏性操作（git reset --hard、git push --force、删分支）必须逐项确认。
限制：不得跳过清单直接修复；不得未经点名确认合并 PR；不得代为提交 App Store；不得删除计划条目；崩溃报告需拉取堆栈交由用户判断。资料未提供具体收费、价格、平台支持范围等信息。