关于 checklist-discipline
checklist-discipline 是一项用于复杂、高风险流程和团队协作的清单设计与使用技能。它强调在关键节点设置简短检查、口头确认、吸收一线人员意见,并在真实场景中测试清单。
主要功能
- 01识别清单检查节点
- 02聚焦高风险遗漏
- 03保持检查简短易用
- 04通过口头确认协同团队
- 05结合实际使用测试和迭代
适用场景
- 01协调复杂工作中的专业人员
- 02核查高风险流程的关键步骤
- 03根据实际观察改进清单
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ curiositech/ some_claude_skills --skill checklist-discipline安装后在 Claude Code 中输入/checklist-discipline确认已加载。
附带文件.claude-plugin/plugin.json
详细介绍
清单纪律
通过捕捉不可避免的认知失误并促进团队在极端复杂情况下协作,将个人专长转化为系统化的卓越表现。
适用场景
✅ 适用于:
- 包含 100 多个步骤的复杂流程,记忆或注意力失误在所难免
- 手术、航空、建筑、金融等高风险领域,在这些领域,1% 的错误率叠加起来会造成灾难性后果
- 协调跨学科的专家,整合各方决策
- 在时间压力下,将陌生人组织成能够协作的团队
- 应对无能(已有知识却未加以运用),而非无知
❌ 不适用于:
- 专业人员能够可靠完成、步骤少于 10 步的简单任务
- 向完全的新手传授完整流程(应改用培训)
- 取代专业判断或应对真正不可预测的情况
- 需要详细说明手册的情况
- 通过官僚式的合规表演逃避责任
核心流程
清单设计决策树
START: Define the complex process
│
├─> Is failure due to IGNORANCE (knowledge doesn't exist)?
│ └─> YES: Checklist cannot help → Research/develop knowledge first
│ └─> NO: Failure is INEPTITUDE (knowledge exists but misapplied) → CONTINUE
│
├─> Identify PAUSE POINTS (when to check)
│ ├─> Before critical commitment? (before anesthesia, takeoff, concrete pour)
│ ├─> Before point of no return? (before incision, before leaving OR)
│ ├─> After high-risk phase? (after landing, after patient leaves OR)
│ └─> Define 1-3 precise moments per process
│
├─> Choose FORMAT per pause point
│ ├─> Are users EXPERTS performing ROUTINE tasks?
│ │ └─> YES: DO-CONFIRM (perform from memory, then pause and verify)
│ └─> Are users NOVICES or tasks UNFAMILIAR?
│ └─> YES: READ-DO (execute each step as read, like recipe)
│
├─> Identify KILLER ITEMS (5-9 per pause point)
│ ├─> What's most dangerous if skipped?
│ ├─> What do experts reliably forget under stress?
│ ├─> What requires team coordination/shared awareness?
│ ├─> What has downstream cascading failures?
│ └─> OMIT: Steps professionals never skip, obvious items, comprehensive how-to
│
├─> Draft checklist
│ ├─> 5-9 items per pause point maximum
│ ├─> 60-90 seconds execution time maximum
│ ├─> One page, sans serif font, upper and lowercase
│ ├─> Precise, simple wording (no vagueness)
│ └─> Include forcing functions (verbal confirmations, sign-offs)
│
├─> TEST in real-world conditions
│ ├─> Use actual users, not designers
│ ├─> Observe in complex/stressful scenarios
│ ├─> Expect first draft to FAIL
│ ├─> Document: What was skipped? What took too long? What was confusing?
│ └─> ITERATE: Refine → Retest → Repeat until works consistently
│
└─> Implementation decision tree
├─> Make it TEAM CONVERSATION (not paperwork)
│ ├─> Require VERBAL confirmation
│ ├─> All team members state NAME and ROLE (activation phenomenon)
│ └─> Lowest-authority person initiates checklist
│
├─> Empower STOP authority
│ ├─> Anyone can halt process if checklist incomplete
│ └─> Create forcing function (e.g., metal tent until nurse approves)
│
└─> When to DEVIATE from checklist?
├─> Unique circumstances require professional judgment
├─> Time-critical emergency demands prioritization
└─> BUT: Deviation must be informed choice, not negligence
建筑施工协调决策树
START: Complex building project with 16+ specialized trades
│
├─> Create construction SCHEDULE
│ ├─> Line-by-line, day-by-day required tasks
│ ├─> Color-code CRITICAL PATH (tasks that delay everything if missed)
│ └─> Submit to all subcontractors for verification
│
├─> Create SUBMITTAL SCHEDULE (communication requirements)
│ ├─> Who must communicate with whom?
│ ├─> By which date?
│ ├─> About what decisions/specifications?
│ └─> What meetings required at which decision points?
│
├─> Run CLASH DETECTION software
│ ├─> Identify specification conflicts (ductwork vs. beam placement)
│ ├─> Resolve through group discussion (not individual autonomy)
│ └─> Update specifications before construction begins
│
├─> Daily execution
│ ├─> Supervisors report completed tasks → Project executive
│ ├─> Update schedule weekly minimum
│ └─> Post new work phases visibly
│
└─> HALT construction if:
├─> Required communication checkpoint not completed
├─> Unresolved clash detected between trades
└─> Critical specification unclear or contradictory
手术清单示例(WHO 模型)
PAUSE POINT 1: BEFORE ANESTHESIA (7 items, 60 seconds)
├─> Patient identity verified? (verbal confirmation with patient)
├─> Surgical site marked? (visual inspection)
├─> Consent signed and informed? (document verified)
├─> Pulse oximeter functioning? (signal confirmed)
├─> Medication allergies known? (team awareness)
├─> Airway risk assessed? (difficult intubation anticipated?)
└─> Blood available if needed? (type and cross-match confirmed)
PAUSE POINT 2: BEFORE INCISION (7 items, 60 seconds)
├─> TEAM INTRODUCTIONS: Each person states name and role
├─> Correct patient, site, procedure? (verbal confirmation)
├─> Prophylactic antibiotic given <60 min ago? (time-critical)
├─> Radiology images displayed? (visual reference available)
├─> Expected duration? (team temporal awareness)
├─> Anticipated blood loss? (preparation for emergency)
└─> Equipment/concerns? (surface any worries NOW)
PAUSE POINT 3: BEFORE LEAVING OR (5 items, 60 seconds)
├─> Procedure name verified? (correct documentation)
├─> Needle/sponge/instrument count correct? (nothing left inside)
├─> Specimens labeled? (with patient name, verbal confirmation)
├─> Equipment problems to address? (flag for repair)
└─> Recovery concerns? (handoff to recovery team complete)
反模式
总建筑师综合征
新手做法:“我是专家——我可以掌握所有知识并独自协调一切。系统化协调会限制我的专业判断。”
专家做法:“现代工作的复杂性已经超出个人的认知能力。我需要系统化工具来协调专家,并弥补我不可避免的记忆疏漏。清单是专业能力的支撑,而非替代品。”
成为专家的时间线:
- 0-2 年: 将清单视为对自主能力发展的威胁,因而抵制使用
- 3-5 年: 开始注意到自己记忆上的失误,不情愿地尝试使用清单
- 5-10 年: 体验到清单避免了错误,从而接受它作为认知安全网
- 10 年以上: 倡导系统化方法,并为他人设计清单
识别口令:“清单处理那些简单琐事,让我能把认知精力集中在难题上”,而非“我不需要提醒——我的经验足以让我记住一切。”
清单臃肿症
新手做法: 创建一份详尽的 40 项清单,把每个步骤都列出来,因为“越全面就越安全”。完成清单要花 8 分钟。
专家做法: 严格限制每个暂停点的清单内容,只保留 5-9 项关键内容。最多花 60-90 秒。省略专业人员能可靠完成的内容。让清单“迅速、易用,并坚定地保持精简”。
成为专家的时间线:
- 初稿: 列出 30 项以上,因为“每件事似乎都很重要”
- 首次测试后: 观察人们因清单太长而走捷径、跳过项目
- 第 3-5 轮迭代: 大刀阔斧地删减,只保留跳过后最危险的内容
- 最终版本: 5-9 项,人们会持续、切实地使用
识别口令:“我们可以删掉什么?”,而非“还应该添加什么?”
纸面合规表演
新手做法: 护士独自在剪贴板上默默勾选,把表格归档到病历中。没有口头确认,也没有团队讨论。
专家做法: 清单是一场团队对话,需要口头确认。由权限最低的人(护士)发起。每个人都要报出姓名。团队达成共识后才能继续。
成为专家的时间线:
- 第 1 个月: 将清单视为官僚式要求,默默勾选
- 第 2-3 个月: 医院要求口头确认,觉得尴尬又浪费时间
- 第 4-6 个月: 亲历口头核对发现关键遗漏的时刻
- 第 6 个月以上: 认识到启动效应——团队协作明显改善
识别口令:“大家都听到了吗?”,而非默默勾选
个人英雄主义范式
新手做法:“优秀的专业人士能在压力下出色地即兴应对。清单是给技能较差的人用的。我有‘真本事’。”
专家做法:“现代英雄主义是冷静地遵循流程并有效协作。Sullenberger 通过严格使用清单,而非超凡的飞行技术,挽救了 155 条生命。纪律是专业精神的第四个要素。”
成长为专家的时间线:
- **第 1—5 年:**认为清单是令人尴尬的拐杖,有损专业水平
- **重大失误:**尽管具备知识和技能,个人错误仍造成伤害
- **危机时刻:**意识到即使是杰出人士也会犯下可预见的错误
- **第 5—10 年:**在无私、技能和可信赖的基础上,接纳纪律
- **第 10 年以上:**以身作则,采用系统化方法,并指导他人培养纪律
识别行话:“人难免犯错,但人们也许没那么容易犯错”与“我从没出过问题”。
命令与控制式集权
**新手做法:**复杂危机需要由专家集中指挥所有决策。一线工作人员等待指示。(FEMA 对卡特里娜飓风的应对模式)
专家做法:“把权力下放到边缘。设定明确目标,保持沟通,衡量进展,但让一线人员利用本地知识做出决策。”(Walmart 对卡特里娜飓风的应对模式:“做超出你权限范围的正确之事。”)
成长为专家的时间线:
- **危机初期:**试图集中控制,却被海量信息压垮
- **第 2—3 天:**意识到自己无法处理如此庞大的信息,也无法足够迅速地应对
- **突破:**在明确目标范围内,赋予一线人员决策权
- **危机结束后:**将分散式授权制度化,并明确沟通要求
识别行话:“你需要哪些决策权限?”与“等我批准。”
技术万能论
新手做法:“电子病历/手术机器人/AI 会消除错误。我们不需要改变流程,只要用更好的技术就行。”
专家做法:“技术无法应对不可预测的情况或复杂判断。优化单个组件,却缺乏系统化协调,只会造出‘昂贵的废物’。技术可以辅助人类判断,但无法取而代之。”
成长为专家的时间线:
- **实施阶段:**对技术解决方案的前景感到兴奋
- **第 1—6 个月:**发现技术会带来新的故障模式
- **第 1 年:**意识到技术无法防止沟通失误
- **第 2 年及以后:**将技术与系统化的人为流程(清单)结合起来
识别行话:“任何懂系统的人都会立刻明白,优化各个部分并不是实现系统卓越的好办法。”
桌面设计清单
**新手做法:**根据流程手册,在办公桌前设计出完美清单。认为初稿就能奏效。完成后立即分发使用。
**专家做法:**让实际使用者在真实环境中测试。预期初稿会失败。根据观察到的问题迭代 5—10 次。让一线专业人士参与设计。
成长为专家的时间线:
- **首次实施:**在实际使用中,桌面设计的清单漏洞百出
- **第 1—3 次测试:**发现长度问题、措辞不清和遗漏的工作流程
- **第 4—7 次测试:**根据用户反馈和现实限制进行改进
- **第 8—10 次测试:**不断调整,直到它在压力下也能稳定发挥作用
- 最终:“清单必须在现实环境中测试,而现实环境必然比预期复杂。”
**识别行话:**花在测试和观察上的时间比写作上的更多。
思维模型与行话
“一架飞机,单凭一人难以驾驭”
- 对应:复杂性超出个人的认知能力
- 专家用法:认识到何时系统性支持已成为必需,而非可有可无
- 新手误区:认为技能或智慧足够高,就不需要遵循流程
“认知之网”
- 对应:检查清单作为外部记忆,弥补不可避免的思维缺陷
- 专家用法:“即使是我,也会犯那些可预见的错误——检查清单能帮忙发现”
- 新手误区:“我不会犯那种错误”或“那是给技能不够的人用的”
“DO-CONFIRM 与 READ-DO”
- 揭示是否理解检查清单设计需因情境而异的行话
- 专家:根据用户的专业水平和对任务的熟悉程度选择格式
- 新手:所有情况都用同一种格式,或根本不知道两者有区别
“关键项”
- 用来识别懂得设计有效检查清单的从业者
- 专家:“漏掉哪项最危险,而且最容易被忽略?”
- 新手:“所有步骤都有哪些?”或“每一项都很重要”
“激活效应”
- 对检查清单机制的深层理解,超越任务核验
- 专家:设计检查清单,促使团队成员开口交流、互相介绍
- 新手:认为说出姓名只是浪费时间的形式主义
“简洁、实用,并始终保持克制”
- 区分有效检查清单与臃肿检查清单的设计理念
- 当忍不住想“再加一项”时,专家会默念这句话
- 新手总觉得检查清单还不够完整
“初稿总会失败”
- 揭示基于测试还是闭门设计的理念差异
- 专家:将 80% 的精力投入测试和迭代
- 新手:90% 的精力用来编写,10% 用于“推广”
问“我们可以删掉什么?”而非“我们应该添加什么?”
- 根本性的思路差异
- 专家不断删减,只留下必要的关键项
- 新手则不断累积,力求面面俱到
“个人难免犯错,但多人或许不那么容易出错”
- 关于分布式团队协作与个人英雄主义的核心洞见
- 专家:接纳团队协作,将其视为力量倍增器
- 新手:将协作视为对个人表现的限制
“那不是我的问题”
- 被认为是“人们可能会有的最糟糕想法”
- 专家:承担超越狭窄专业领域的系统性责任
- 新手:固守专业壁垒,不进行协调
参考资料
- 来源:Atul Gawande 所著 The Checklist Manifesto: How to Get Things Right(2009 年)
- 历史案例:Boeing Model 299(1935 年)、WHO 安全手术检查清单(2008 年)、Peter Pronovost 的中心静脉导管相关感染研究(2001 年)
- 时代转变:无知主导的时代(20 世纪 50 年代以前)→ 无能主导的时代(现代)