Executive Communication for Technical Leaders 是一个面向技术领导者的沟通改写技能，目标是把技术工作整理成向业务高管汇报时能读懂、能转发、能据以决策的内容。资料强调，其标准是让技术负责人汇报对象中的每一位业务高管理解每个名词，让每句话承载商业后果，同时保持每个事实真实。
用途与适用对象 该技能服务于需要向CEO、CFO、董事会及其他非技术高管汇报的技术领导者。资料指出，它不仅能用于报告，也适用于邮件、聊天消息、会议发言和董事会材料；报告只是失败代价最高的场景。
主要规则
- 点名真实读者，即具体的人而非笼统的“高管”；读者的背景决定什么算行话。
- 每个名词都要通过检查：读者是否理解句中每个名词，以及 merge、deploy、refactor、render 等动词。一个含不透明名词的句子会被读者跳过。
- 翻译成商业后果，而不是换成更软的行话，也不能编造后果。如果无法如实说明后果，该句就不适合这位读者。
- 在发给非技术读者前，机械扫描全部六类淘汰清单：未解释的代号、工作流与工具词汇、内部称赞、缺陷与错误数量、工程文化资历、以机制代替后果。
- 每句话都要对读者有用：可复述、可据以决策、可体现其主导权，或让其更信任你；其余删去。
- 诚实标注保留：改变词汇和取舍，绝不改变真相；用一句平实的话说明什么延期了或尚未证实。
- 为转发而写：不写机密、不批评点名的人、不写同事会质疑的说法，控制在五分钟阅读量（约1200词）。
- 发送前以读者身份审阅：懂工程的审阅者（人或AI）无法凭感觉发现这类问题，需要以非技术读者身份进行简报。
内容结构 资料列出三个参考文件：references/kill-list.md 包含六类淘汰清单全文与翻译对照表（含虚构示例），用于审阅协议第三步及翻译句子时；references/background.md 说明该技能解决的问题、来源与相关技能；references/coverage-map.md 说明1.0.0版文本各部分现所在位置。
向上汇报的结构 资料给出在真实报告周期中观察到的结构：
- 已完成事项优先，按对读者的重要性排序，而非按你的投入或时间顺序。
- 顶部短数字条：只放读者下次会议能复述的数字，如守住的日期、采用数量、金额、提前或落后天数；不放内部体量指标（字数、工单数、提交数），且翻译后的体量数字仍属体量数字，最多放正文。
- 闭环部分：用读者自己的框架回应其提出的问题，把报告从广播变成对话，也是上级最仔细阅读的部分。
- 诚实标注：平实说明什么延期了、什么尚未证实、什么还不知道；校准赢得信任，粉饰消耗信任。
- 展示价值而非自夸：不用自夸形容词；有效做法包括已交付事实加商业后果、“这已成为标准做法”（制度化）、反映读者主导权（“您委托的举措”“您选择的顺序”）、以速度作为证据（“周二定范围，下周上线”）。
- 可转发性测试：假设读者把文档转发给其上级和同侪，每行都要经得起转达：无机密、不批评点名的人、无同事会质疑的说法、无让参与者难堪的细节。
- 五分钟阅读：高管在会议间隙阅读，超过约1200词后，边缘章节会挤占重要章节的注意力。
审阅协议
- 点名真实读者而非“高管”。
- 以该读者身份逐句运行每个名词测试。
- 机械运行淘汰清单扫描，覆盖全部六类。
- 逐句追问：读者拿这句话做什么——复述、决策、产生主导感，还是更信任你；都不做的删去。
- 以读者身份进行对抗性审阅：向审阅者（人或AI）简报“你负责一个业务单元，从未做过工程。标出每个你会跳过的词和每句不告诉你任何信息的句子”，以发现懂工程审阅在结构上无法发现的问题。
- 像当面向该读者陈述一样朗读，耳朵能发现眼睛会放过的语域问题。
限制与边界 资料明确该技能不是“降低深度”：对后果的精确比对机制的精确更难，高管版本通常比技术版本更费时；不是粉饰：诚实标注保留，每个翻译必须忠于底层事实，包括不光彩的事实，技能只改变词汇和取舍，不改变真相；也不仅用于报告。资料中的“The bar”“Review protocol”“What this is not”等章节给出上述原则与边界，未提供具体实现代码、安装方式、收费模式或平台支持信息。