mcpField
C
checklist-discipline

checklist-discipline

github.com/curiositech生产力257143 次安装2 天前更新
代码仓库

关于 checklist-discipline

checklist-discipline 是一项用于复杂、高风险流程和团队协作的清单设计与使用技能。它强调在关键节点设置简短检查、口头确认、吸收一线人员意见,并在真实场景中测试清单。

主要功能

  1. 01识别清单检查节点
  2. 02聚焦高风险遗漏
  3. 03保持检查简短易用
  4. 04通过口头确认协同团队
  5. 05结合实际使用测试和迭代

适用场景

  1. 01协调复杂工作中的专业人员
  2. 02核查高风险流程的关键步骤
  3. 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 年代以前)→ 无能主导的时代(现代)

评论

支持 Markdown