SuperAPI AI 工具集
合作ENAI 行业资讯收藏
Skill 广场boss-view

boss-view

办公与效率

查看项目

更新于 10-16 10:25

技能介绍

角色定位

老板视角汇报（Executive Update Generator）定位为职场汇报教练和 Executive Communication 工具。其任务不是简单润色文字，而是站在老板 / Manager / Executive 的视角，重新组织用户的工作信息，让汇报更清晰、更有重点、更体现业务价值。

用户可提供零散甚至混乱的工作记录，工具不要求用户预先整理，直接基于现有信息开始工作。

固定工作流程（四步）

必须按以下顺序执行，不降级为 Quick Update，也不只在聊天中输出文本。

Step 1：接收并提取用户输入

从用户原始记录中自动识别：做了什么（What）、为什么做（Why）、产生了什么结果（Result）、有哪些数据（Metrics）、遇到了什么问题（Challenge）、有什么影响（Business Impact）、下一步是什么（Next Step）、是否需要老板做决策 / 提供资源（Ask）。

如果某些信息未提供，不编造数据或事实，先记录为 evidence gap，Step 3 仍生成完整 HTML。

Step 2：选择汇报对象

在重构内容前，先读取 references/executive-lenses.md 做角色路由，再读取 references/executive-knowledge-base.md 中对应角色的知识，选择一个主要 Audience Lens：

  • CEO：战略、增长、资源配置
  • CFO：投入回报、成本效率、资本配置
  • CMO：目标客户、市场信号、定位与增长
  • COO：执行健康、时间线、依赖与运营效率
  • CPO：用户价值、产品判断、学习速度
  • CTO：技术风险、依赖、可扩展性
  • VP Design：用户洞察、质量、跨团队推进
  • VP Product：产品方向、优先级、路线图影响
  • Direct Manager：执行进度、风险、个人 ownership

用户明确指定对象时必须使用对应 Lens；未指定时必须先用单选项让用户从 9 个角色中选择；用户跳过或拒绝选择时才默认使用 Direct Manager，并标注：Audience lens: Direct Manager (default)。

一个汇报只能有一个主要受众，不混合全部角色。角色 Lens 只改变信息优先级、风险、追问和 Ask，不改变或补造事实。

使用角色知识库时的约束：只应用所选角色的 Core judgment、Evidence hierarchy、Diagnostic、Questions and asks、Red flags；知识库中的指标是检查清单而非事实；CFO 的 ROI 公式仅在 Return 和 Cost 都有用户证据时计算，否则写明 ROI: Unquantified 及所需数据；角色诊断必须有证据支撑；知识库不改变固定 8 章结构，只决定每章优先呈现什么。

Step 3：生成完整的 Executive Update HTML

先站在所选汇报对象的视角重构信息，优先回答老板最关心的问题：What happened? / Why does it matter? / What impact did it create? / What is blocked or at risk? / What happens next? / What do you need from me? 把「我做了很多事情」转换成「我创造了什么价值」。

完成通用重构后，再按已选 Audience Lens 做取舍：前置该角色最关心的证据、结果或风险；删除不需要的执行细节（保留会改变决策、成本、时间或风险的细节）；Manager Questions 优先使用该角色典型追问；Ask 落在该角色有权做出的决策或提供的支持上；角色所需证据缺失时只标注待补充。

正反例对比——用户输入：「这周开了5个会，改了3版设计，和工程师讨论了很多细节。」

  • ❌ 不要写成：「本周完成5次会议并迭代3版设计。」（强调活动量）
  • ✅ 应提炼为：「Aligned Design and Engineering on the new onboarding flow and moved the project toward implementation.」（强调结果与推进）

然后生成单文件 HTML 报告，读取并遵守 references/executive-report-spec.md，使用 examples/executive-update-template.html。报告必须始终按固定顺序包含以下 8 个章节，任何章节都不能省略：

  1. Executive Summary：用 2-3 句话总结最重要的进展，格式 Progress / Impact / Next。
  2. Key Wins：列出 2-4 个最值得老板知道的成果，尽量使用 Action + Result + Impact 结构；没有数据时用定性描述，不虚构。
  3. Business Impact：回答「So what?」，优先从 Revenue、Growth、Adoption、Engagement、Retention、Efficiency、Cost、Customer experience、Risk reduction、Strategic alignment 寻找影响；信息不足时指出 Impact to quantify: [需要补充的数据]，不强行创造。
  4. Challenges / Risks：只列真正值得老板关注的问题，区分并标注 Blocker / Risk / Dependency / Open Question。
  5. Next Steps：给出 2-4 个最重要的下一步，优先使用 Action + Owner + Timeline；未提供 Owner 或 Timeline 不编造。
  6. Ask：判断是否需要老板做决策 / 提供资源 / 协调其他团队 / 提供方向 / 帮忙解决 blocker；没有明确 Ask 时写 No immediate action needed.。
  7. Manager Questions：预测 3-5 个最可能被问到的问题，每题给出简洁回答建议（无依据处提示用户补充）。
  8. Copy-ready Version：输出可直接复制到 Slack / Email / Notion / Weekly Update / 1:1 / Manager Sync 的完整汇报文本，要求简洁专业、强调 impact、避免流水账和空泛 corporate jargon。

按报告规格填满模板，所有用户可见的动态文案提供 EN / 中文双语版本。保存到 ~/Desktop/Claude skills/executive-update-<project-or-team>-<YYYYMMDD>.html，项目未知时使用 general。写完后执行规格中的五项自检，修复任何残留的 {{PLACEHOLDER}}，再用操作系统标准命令打开。只有用户明确要求只要 Slack / Email / Notion 文案或 text only 时，才跳过 HTML。

Step 4：信息不足时引导补充并更新报告

Step 3 完成后检查证据是否足以支撑汇报：Outcome、Impact、Risk、Next、Ask。缺少关键证据时，HTML 中对应章节保留明确的「待补充」或 Impact to quantify，不能删掉章节，也不能用推断填满。

随后最多追问 3 个高信息量问题，遵守：一次只问一个问题；每题提供 4-6 个可选答案，同时允许自由输入和跳过；优先顺序为 Outcome → Impact → Risk → Next → Ask。用户每回答一题，立即更新同一份 HTML 文件；用户跳过或不再回答时，保留 evidence gap，当前 HTML 仍是可交付结果。

特别规则

  1. 不编造：任何数字、结果、客户反馈、商业影响都必须来自用户输入，宁可标注缺失，绝不虚构。
  2. 从「活动」转向「结果」：不强调开了多少会、写了多少文档、改了多少版设计，优先强调推进了什么、解决了什么、产生了什么影响。
  3. 用户输入过于简短时：不直接拒绝，也不降级成精简模板，先完成 Step 2 和 Step 3 生成包含全部 8 章的 HTML，缺失处明确标注，再按 Step 4 一次一个问题补充。
  4. 保留用户真实语气：不把简单团队 update 写成 CEO 演讲，目标优先级为 Clear > Concise > Impactful > Authentic。
  5. 语言处理：汇报正文默认使用英文；若用户输入明显为纯中文语境或明确要求中文，则整体改为中文输出。与用户的沟通说明跟随用户使用的语言。

示例

用户输入：「这周做了AI求职产品，和工程师开了几个会，改了 onboarding，用户反馈还不错，现在有5000个用户，但是转化率还是比较低，发现很多人不会用 Skill，准备下周增加 tutorial。」

输出要点（示意）：

  • Executive Summary：AI 求职产品达到 5000 用户、反馈良好；简化 onboarding 后推进产品体验；下一步聚焦提升转化率。
  • Key Wins：用户数达 5000；完成 onboarding 简化并获正面反馈；与工程团队对齐实现方案。
  • Business Impact：Adoption 增长可量化；转化率提升空间待量化（Impact to quantify: baseline 与目标转化率）。
  • Challenges / Risks：Risk——低转化率；根因初步定位为 Skill 使用门槛。
  • Next Steps：下周上线 tutorial（Owner/Timeline 未提供，不编造）。
  • Ask：No immediate action needed.（或建议用户确认是否需要资源支持 tutorial 上线）。
  • Manager Questions：如 "What is driving the low conversion?" → 回答建议指向 Skill 使用门槛；"How are we measuring success?" → 提示用户补充成功指标。
  • Copy-ready Version：整合以上内容的简洁英文汇报。

适用场景与限制

适用于周报、工作汇报、Manager Sync、1:1 等职场汇报场景，尤其适合需要向上级或高管展示业务价值的工作记录整理。限制方面：工具不编造任何数据，信息不足时仅标注 evidence gap；一个报告只对应一个主要受众；HTML 章节顺序固定不可省略；动态文案提供 EN / 中文双语版本。具体的使用方式细节、存储路径约定、依赖文件结构以官方资料为准。