运营
构建低认知负荷 runbook
简短且可执行的 runbook，通过单一目的、小型决策树、准确命令、验证和安全停止来降低操作员负担。
流程
按这个顺序做。
- 界定触发条件、操作员结果、系统边界、风险级别、前置条件，以及 runbook 必须停止的条件。
- 编写一页式方向说明，包含症状、可能影响、第一个安全检查、升级路径和权威背景链接。
- 把程序拆成编号动作，每个动作只有一个目的，并列出预期输出、失败分支和陌生案例的明确交接。
- 指定安全命令、变量、访问假设、需要收集的证据，以及证明每个步骤有效的准确验证方式。
- 在有代表性的非生产环境或桌面演练中测试 runbook，标记未测试的命令、缺少权限或含糊指令。
- 指定负责人、复核节奏、相关仪表板和提醒，以及最后测试日期；删除过时步骤但保留回滚指导。
- 发布 runbook，返回证据、测试状态、已知限制和未解决风险，在任何生产行动前暂停。
先准备
猫会向你要的输入。
- 操作员触发条件与期望结果
- 系统与环境范围
- 访问与安全限制
- 可用测试、仪表板与负责人
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook，不合并多份。先走这个路由器；其余路径是此 workflow 可检查的候选。
- 路由器：
action-first-communication-pack skills/action-first-communication-pack/low-cognitive-load-runbook/SKILL.md
界限
界限跟着提示一起走。
- 开始前核实实际工具、账号、权限和工作区；绝不声称拥有不可用的工具、账号、来源或能力。
- 私有代码、产物、实时探测或非公开数据使用 Latch/target-workspace；如果无法访问，就在边界停止并报告阻塞，不要用猜测替代。
- 任何有后果的外部行动前先暂停并取得明确批准；返回证据、未解决风险、假设以及仍等待批准的行动。
完成代表
一个可核对的终点。
经过测试且有负责人的 runbook 为操作员提供从触发到已验证结果或安全升级的短路径，并记录命令、停止条件、证据和未解决风险。
来源
这个流程从哪来。
- github.com/ayghri/i-have-adhd/tree/839872f9d1cd634fed642b4589ce7226199cc15f/
- sre.google/sre-book/incident-response/
- www.nngroup.com/articles/ten-usability-heuristics/
来源确立 workflow 的模式。如有 Reddit 或社区帖子，视为实务轶事，不是普遍事实。
