## 1、Skill 简介
report to boss 是一个面向工作同步场景的短汇报 Skill，专门把日报草稿、项目进展、会议结论和技术排查记录压缩成“短、硬、能直接发”的文本。
它适合每天需要向老板、项目群、同事同步进展的人使用，尤其适合把技术实现细节翻译成非技术读者能快速理解的业务结果。
## 2、使用场景
我做这个 Skill 的原因很简单：很多工作进展本身已经完成了，但写成汇报时容易变成长段实现过程、内部名词和流水账。读者真正需要的是 10 秒内看懂结果、影响和风险。
这个 Skill 主要解决三个问题：
1. 日报太长：把一段技术过程压成 2-4 条今日完成。
2. 表达太技术：把函数名、错误码、链路名翻译成业务影响。
3. 结构太散：默认先给结论，再保留必要的动作、数字、负责人和时间。
做出来之后，我不需要每次重新判断“日报该写多细”“哪些技术词该删”“要不要补当前状态”。把原始进展贴进去，它会按固定规则压成可直接发的版本。
## 3、创作过程
这个 Skill 的核心不是堆功能，而是把我平时写短汇报时的判断标准固化下来。
我先把目标定义成一句话：把原始内容压缩成“短、硬、能直接发”的汇报文本。
然后把规则拆成几类：
1. 输出优先级：先让人 10 秒看懂，再保留必要信息，最后才考虑形式完整。
2. 场景判断：日报默认只写“今日完成”，除非用户明确要求完整日报，才补当前状态和明日计划。
3. 降噪规则：删除 commit、分支、内部函数名、测试数量等对非技术读者不重要的信息。
4. 翻译规则：把技术实现翻译成业务结果、体验问题、链路问题或可观测性问题。
5. 兜底规则：信息不足时仍先整理，只有缺口明显影响理解时才提示补充。
这个过程让我发现，好的汇报 Skill 不是“写得更完整”，而是稳定地知道什么应该删。
## 4、使用步骤
1. 在 SOLO/Codex 中安装或启用 `report to boss` Skill。
2. 输入类似“帮我写个日报”“精简一下这段进展”“压缩成 3 点”的请求。
3. 粘贴原始工作内容。
4. 直接拿输出发到项目群、日报系统或同步消息里。
调用示例：
```text
用 report to boss 帮我把下面内容整理成今天的短日报：
今天处理了一个付费功能提示异常的问题。排查发现余额校验、
错误提示和日志标识三块规则不一致：有的地方已经拦截了余额不足，
但页面仍然展示成普通失败；部分日志缺少会话标识，后续排查不方便。
已经统一余额校验逻辑，调整页面提示文案，并补齐关键日志字段。
```
输出示例：
```text
今日完成
1. 修复付费功能余额不足时提示不准确的问题，统一余额校验和页面提示。
2. 补齐关键日志标识，后续可按会话快速定位异常。
3. 修复测试环境启动异常，根因是配置未同步。
```
## 5、Skill 链接
GitHub 链接：[tjandy/report to boss-skill](GitHub - tjandy/report-skill · GitHub)
如果后续生成 SOLO Skill 分享链接，也可以补充在这里。
## 6、总结与思考
我最满意的是它的边界很清楚：默认不写长，不强行补结构，不保留无关技术细节。它更像一个“汇报降噪器”，适合高频、重复、时间紧的同步场景。
后续想继续优化两点：
1. 增加更多行业样例，比如运营、产品、销售、客服、研发周报。
2. 加一个“老板版/同事版/项目群版”的语气选择，让同一段进展可以按读者自动调整。
希望大家可以拿真实日报试一下，也欢迎反馈哪些内容被删多了、哪些技术词还不够好懂。