用途：修复基础设施类故障，适用于用户项目代码和 Noodle 内部状态两方面。
修复流程：Reproduce（复现）-> Diagnose（诊断）-> Fix（修复）-> Verify（验证）-> Commit（提交）。
-
复现：运行失败的命令，捕获准确错误输出；若为间歇性问题，多次运行确认。
-
诊断：先怀疑状态再怀疑代码，按此顺序检查：Noodle 状态（.noodle/ 文件、队列一致性、配置有效性）；环境（Go 版本、缺失依赖、陈旧缓存、tmux 会话健康）；配置（项目根目录 .noodle.toml、.agents/skills/ 结构、brain/ 完整性）；持久化文件（锁文件、临时文件、未完成写入）；最后才检查代码。
Noodle 内部检查清单：.noodle/ 状态文件是否损坏、陈旧或不一致；队列状态是否存在孤儿任务、卡住会话；配置是否为有效 TOML、引用路径是否存在；tmux 会话是否存在僵尸进程、分离会话。
原则：修复根因，证明其有效。
-
修复：追溯根因，绝不掩盖症状；修复后在别处搜索相同模式，因该缺陷可能存在于多处。
-
验证：运行原本失败的命令确认通过，并运行相关测试检查回归。
-
提交：提交信息描述根因而非症状。示例：好——fix(queue): stale lock file prevented task dequeue after crash；差——fix: tasks not running。
限制：资料未提供更多安装方式、平台支持、收费信息或具体使用命令细节。