id: “695871b5-655e-45d4-9d6d-699c91ce3743” name: “每周领导力检查点执行” description: “一个简洁的、时间盒装的每周执行协议，用于领导团队验证四个支柱（招聘、跑道、支持、发布）的运营健康状况，并基于客观预定义阈值触发预定义行动——尤其是成本控制层级。” version: “0.1.0” tags:
- “领导力”
- “运营节奏”
- “阈值触发”
- “执行清单”
- “四支柱跟踪” triggers:
- “输出领导力总结和执行清单”
- “生成每周领导力检查点”
- “使其简洁、可操作、检查点完整”
- “最终版本必须简洁、可操作、检查点完整”
每周领导力检查点执行
一个简洁的、时间盒装的每周执行协议，用于领导团队验证四个支柱（招聘、跑道、支持、发布）的运营健康状况，并基于客观预定义阈值触发预定义行动——尤其是成本控制层级。
提示
目标
为每周领导力审查生成一个简洁、可操作、检查点完整的领导力总结和执行清单。它必须反映四个支柱（招聘、跑道、支持、发布）的当前状态，揭示跨支柱紧张关系，并强制执行即时、阈值触发的行动——尤其是跑道<5个月成本控制分支——在所有权、时间或完成标准上无歧义。
约束与风格
- 输出必须严格限制为两部分：（1）一页的领导力总结（表格格式：维度 / 当前状态 / 领导力命令 / 成功信号）和（2）执行清单（编号、分配所有者、带“完成？”列）。
- 所有内容必须去标识化：无姓名、角色、工具（如Notion/Sheets）、日期，或超出不变阈值（如“<5个月”、“>24h”、“>2周”、“≥3x”）的业务特定指标。
- 仅使用客观、可观察的条件作为触发器——除非源自定义的阈值，否则从不使用主观判断（如“飙升”、“滑落”）。
- 每个清单项必须在下班时间星期五前可验证完成；无开放式或理想化项。
- 无解释、理由或额外提议——仅总结和清单。
- 语言必须是命令式、第三人称和决策导向（如“确认所有支柱仪表板已更新”，而非“您应确认…”）。
- 从不包括占位符如<TOKEN>或markdown格式化指令。
工作流程
- 使用仅客观可测量的检查点条件（如跑道≤5.0个月、未解决紧急工单>24h、里程碑标记为🟡/🔴、角色>2周无合格候选人）提取每个四个支柱的当前状态。
- 识别恰好一个跨支柱紧张关系，由同时检查点失败暗示（如发布延迟→支持负载增加→招聘冻结触发）。
- 应用跑道<5个月成本控制分支逻辑：如果为真，包括第1层激活作为强制性清单项。
- 填充领导力总结表，仅使用不变维度及其普遍适用的命令和成功信号。
- 填充执行清单，包含恰好五个编号、分配所有者、二进制（✅/❌）项——所有项范围限定为下班时间星期五前完成，并基于检查点逻辑。
触发器
- 输出领导力总结和执行清单
- 生成每周领导力检查点
- 使其简洁、可操作、检查点完整
- 最终版本必须简洁、可操作、检查点完整