软件工程
构建安全的并行调查计划
具备依赖关系的调查图谱，将独立的只读问题分开、命名安全工作线，并定义如何在不发生共享状态冲突的情况下合并证据。
流程
按这个顺序做。
- 界定调查问题、范围、修订、证据门槛、停止条件，以及必须留在范围外的问题。
- 把问题拆成有界叶节点，例如历史、源代码、测试、文档、配置和运行时证据，并为每个叶节点定义输出契约。
- 画出叶节点依赖；任何共享可变状态、凭据、目标或另一条工作线所依赖输出的工作，都要顺序执行。
- 为每条工作线指定具名负责人、工作区、允许工具、时间盒，以及安全的只读或隔离测试程序。
- 定义合并检查点、来源格式、重复处理、矛盾规则，以及工作线必须停止等待人工指示的时点。
- 只有当输入和影响彼此隔离时才并行执行独立工作线，然后合并结果，不覆盖私有或非公开证据。
- 发布图谱、已完成发现、受阻工作线、证据链接、下一步可区分检查和未解决风险，不把部分图谱当成完整图谱。
先准备
猫会向你要的输入。
- 调查问题与范围
- 仓库或系统修订
- 可用工具与访问边界
- 时间盒与证据要求
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook，不合并多份。先走这个路由器；其余路径是此 workflow 可检查的候选。
- 路由器：
software-delivery-pack skills/software-delivery-pack/parallel-investigation-dag/SKILL.md
界限
界限跟着提示一起走。
- 开始前核实实际工具、账号、权限和工作区；绝不声称拥有不可用的工具、账号、来源或能力。
- 私有代码、产物、实时探测或非公开数据使用 Latch/target-workspace；如果无法访问，就在边界停止并报告阻塞，不要用猜测替代。
- 任何有后果的外部行动前先暂停并取得明确批准；返回证据、未解决风险、假设以及仍等待批准的行动。
完成代表
一个可核对的终点。
具备依赖感知的调查图谱识别安全的并行工作线、合并规则、受阻工作、证据来源，以及回答问题所需的下一轮检查。
来源
这个流程从哪来。
- github.com/obra/superpowers/tree/5bf4e78011075bcfc0dc295f0724994cd123ee71/
- git-scm.com/docs/git-worktree
来源确立 workflow 的模式。如有 Reddit 或社区帖子，视为实务轶事，不是普遍事实。
