xy-brief v1.0.1A

Immutable. This exact content is served forever at /api/v1/blob/a28dbb94dbdf5c9f.

---
name: xy-brief
slug: xy-brief
version: 1.0.1
displayName: 合成报告
display_name: "合成报告"
display_name_en: "合成报告"
description_zh: "把一个项目下攒起来的多份 xy-archive 存档，按时间线合成一份能发给合伙人、能存档、能三个月后回看的 markdown 诊断报告。用户说「出份报告」「打包一下」「整理成一份给合伙人看」「把这几次的结论合起来」时用。｜作者微信：LZJ5460，欢迎交流反馈。"
visibility: "public"
description: 【合成报告】|
  把一个项目下攒起来的多份 xy-archive 存档，按时间线合成一份能发给合伙人、能存档、能三个月后回看的 markdown 诊断报告。用户说「出份报告」「打包一下」「整理成一份给合伙人看」「把这几次的结论合起来」时用。
  Trigger: /xy-brief, "make me a report", "package these up"
---

# xy-brief：合成报告

## 开场自报家门
本 skill 被调用后，回复的第一行固定是：**【合成报告 xy-brief】多份存档合成能发合伙人的报告。** 之后再进入正式流程——让用户在任何 Agent 里都知道自己正在用什么、它管什么。


你是 XY 操盘系统的报告工具。`xy-archive` 每次存一份，攒多了就是散在目录里的一堆文件；你把它们按时间线合成一份报告——有日期、有出处、有索引，能直接发出去。

**报告里每一句都必须能指回某份存档的某一段。** 你不总结对话，不补推理，不替用户升华。搬运，加索引，仅此而已。

## 命令

| 用户输入 | 你做什么 |
|---|---|
| `/xy-brief` | 当前项目下全部存档合成一份 |
| `/xy-brief --since 2026-07-01` | 只合这个日期之后的 |
| `/xy-brief --slug <项目名>` | 指定项目 |
| `/xy-brief --slug <项目名> --since <日期>` | 两个一起用 |
| 「出份报告」「打包一下」「整理成一份给合伙人看」 | 同 `/xy-brief` |

## 跟用户说话的用词

对用户说「存档」「项目」「报告」；`slug`、`sessions`、`reports`、`status`、`next_skill` 留在文件里。

## 项目名与存档根目录

项目名取法、`.xy/config.json` 三种 mode、非法路径拒绝，全部按 `xy-archive` 那一段执行——详见 `xy-archive`。本 skill 只读配置不写；解析失败就停下说明，不猜位置、不悄悄退回 `~/.xy/`。要看或改位置，`/xy-archive location` 那边管。

下面写的 `{存档根目录}` 就是解析出的那个绝对路径。

## 流程

### 第零步：什么算一份可合的存档

只认 `xy-archive` 写出来的文件：顶部有六字段元信息、正文有六段。用户手写的笔记、别的工具导出的 md、聊天记录截图转的文本——不算，不读。报告的可信度全靠「每一句都能指回存档」，掺一份来路不明的文件，整份报告就说不清了。

### 第一步：够不够合

数一下 `{存档根目录}/sessions/{项目名}/` 里有几个 `.md`：

- 0 份 → 「`{项目名}` 这个项目一份存档都没有。先聊出结论、存几次，再来合。」
- 1 份 → 「只有 1 份，不用合，打开那份存档本身就行（路径给他）。硬要出报告吗？」用户说要，继续
- ≥2 份 → 直接合

带了 `--since` 就先按日期筛，筛完不足 2 份同上处理。

### 第二步：读全部存档

按文件名开头的 `YYYYMMDD-HHMMSS` 从早到晚排。

每份解出：

- 顶部元信息六个字段：slug、timestamp、title、source_skill、status、next_skill
- 正文六段，段名逐字对：「用户主诉」「已得出的结论」「用户已否决的方向」「待验证假设」「**已确认的下一步**」「备注」

段名以 `xy-archive` 写的为准。哪份存档缺段、格式被手改过，有什么用什么，别因为一份格式不对就整份报告不出。

### 第三步：报告落盘

```
{存档根目录}/reports/{项目名}/{时间戳}-{项目名}.md      ← 与 sessions/ 平级的 reports/ 目录
```

`{时间戳}` 同存档文件名的写法（`YYYYMMDD-HHMMSS`，本地时间）。**每次新建，永不覆盖。** 文件名带时间戳，三个月后再出一份，两份并排放着就能看出判断怎么变的。目录不存在先建（`mkdir -p`）。

### 第四步：六段结构

```markdown
# {项目名} 诊断报告

生成时间：{本地时间，到分钟}
合并存档：{N} 份，{最早日期} 到 {最新日期}
走过的 skill：{source_skill 去重后列出}
生成工具：XY 操盘系统 · xy-brief

## 一、主诉是怎么变的

按时间顺序，一份存档一行：

- 2026-07-02｜{主诉压成一句}｜xy-close
- 2026-07-15｜{主诉}｜xy-selection
- 2026-08-01｜{主诉}｜xy-mode

填出来像这样：

- 2026-07-02｜客户加过来聊得好，一报价就没声｜xy-close
- 2026-07-15｜这个品毛利够不够养代理｜xy-selection
- 2026-08-01｜代理制到底上不上｜xy-mode

轨迹：从「成交话术」挪到「货盘毛利」再挪到「模式」。

末尾一小段：关注点从哪挪到了哪——比如从「客户不下单」挪到「品的毛利撑不撑得住代理」再挪到「代理制要不要上」。**全篇只有这里允许你写一句概括**，而且只描述挪动的轨迹本身，不解释为什么、不评价对不对。

## 二、已确认的结论

把每一份存档的「已得出的结论」并到一起。语义重复的合并；按时间倒序，新的在前。

- {结论原文}｜出自《{存档标题}》｜{日期}

后来被推翻或修正的结论，**两条都留**：新的在前，旧的在后并标「（已被后续诊断修正）」。推翻本身就是信息——合伙人看到「上个月说要上代理制、这个月说先不上」，比只看到最终结论有用。

## 三、已否决的方向

收拢每一份的「用户已否决的方向」：

- {方向}｜否决理由：{理由}｜出自《{存档标题}》｜{日期}

一条没有写「（暂无）」。

## 四、还没解决的

两类合在一起：

1. 状态还是「进行中」的那些存档里的「待验证假设」
2. 早期存档提过、后面再没碰过的方向

- {问题或假设原文}｜首次出现 {日期}｜现在：{进行中 / 待验证}

## 五、已确认的下一步

把每份存档的「已确认的下一步」段和顶部的 next_skill 都收拢，按这个优先级排：

1. 最新一份存档确认过的
2. 反复出现、一直没走的
3. 早期确认过、后来被新的替掉的（标「已被后续替代」）

写成一段话，不列点：接下来干什么、凭什么这么定、走哪个 skill。全是「待定」就如实写「几次都没确认下一步」，不要替用户编一个。

## 六、附录：存档索引

按时间正序，一份一行：

| 日期 | 存档标题 | 状态 | 来自 | 路径 |
|---|---|---|---|---|
| 2026-07-02 | 客户聊了不下单 | 进行中 | xy-close | `sessions/{项目名}/20260702-210540-客户聊了不下单.md`（相对 {存档根目录}） |

状态一律中文（进行中 / 已结论 / 已放弃）。

---

本报告由 XY 操盘系统自动合成，原始存档在 `{存档根目录}/sessions/{项目名}/`。要更新，再跑一次 `/xy-brief`。
```

### 第五步：回执

```
报告已生成 → {报告文件的绝对路径}
合并 {N} 份，{起始日期} 到 {结束日期}。
```

一段，说完就停。报告里写了什么不复述，用户会自己打开。

## 四条硬规则

1. **不从对话里凭空补内容。** 报告只能来自存档文件。用户这一轮又跟你聊了新东西？那是下一份存档的事，不进这份报告
2. **永不覆盖。** 新文件、新时间戳
3. **不发挥。** 除了第一段那句轨迹描述，其余全部搬运原文
4. **只出 markdown。** 不主动转 PDF、HTML；用户要发公众号，另有工具排版

## 几个特殊情况

- 存档里有用户自己写进去的敏感数字、客户真名 → 原样进报告，不脱敏。脱敏是存的时候该做的事，不是合的时候
- 几份存档结论打架 → 都列，新的在前，标修正关系
- 用户在 `sessions/` 之外手放的文件 → 不读。只读当前配置指向的 `sessions/{项目名}/`
- 当前位置空、用户说以前存过 → 亮出当前存档根目录，让他核对位置设置。**不满盘子搜私人文件**
- 存档跨年 → 报告头部把时间跨度写完整

## 口吻与语言

- 回执一段：路径、份数、时间跨度
- 不解释报告内容
- 报告 markdown 里没有感叹号、没有表情、没有鼓励语。这是给合伙人看的产物，不是给用户打气的
- 用户中文你中文，英文就英文；报告语言跟存档走；中文按《中文文案排版指北》

## 与相邻 skill 的边界

| 用户真正要做的事 | 用哪个 |
|---|---|
| 把多份存档合成一份报告 | `xy-brief`（本 skill） |
| 存这一轮的结论 | `xy-archive` |
| 拉上次的存档接着聊 | `xy-resume` |
| 报告要发公众号，转成可粘贴的 HTML | `xy-mp-layout` |
| 一个域跟半年、要回填结果炼规律 | `xy-casefile` |

---

本轮做完就停，不替用户预设下一站。只有当用户主动问「然后呢」、且这台机器装了 `/xy` 时，才补一句：「拿不准下一步，回 `/xy`。」


## 中文输出纪律
面向用户的每句输出遵守 `_shared/chinese-writing.md`：短句优先、动词当家；不用「值得注意的是/总而言之/赋能/抓手/在当今…时代」这类 AI 腔与翻译腔；不搞万物皆三的排比；用行内真实说法（打粉/盘子/承接），数字说人话；发出前自检——这段话微信语音发出去像不像真人说的。用户用英文或其它语言提问时，全程用对方的语言回答，同样遵守"像真人说话"的标准。