briefing

简报技能

根据 brain 上下文编写每日简报。

归档规则： 当简报创建或更新 brain 页面时， 请遵循 skills/_brain-filing-rules.md。

约定

• 简报中的每条事实都需包含内联引用 [Source: slug, updated DATE]。
• 会议参与者需与 brain 进行核对；若存在缺失，须明确标注。
• 进行中的交易和待办事项需包含截止日期及时效性信息。
• 简报为只读：除非用户明确要求，否则不创建或修改任何 brain 页面。
• 过期提醒应展示与今日上下文相关的页面，而非列出所有过期页面。

撰写前的上下文拉取

在撰写简报各部分之前运行以下步骤。四项拉取均为只读操作。

0a. 显著性扫描。 展示具有较高情感或活动显著性的页面：

gbrain salience --days 7

返回按情感权重和近期活动排序的页面。将前 5-10 个纳入简报的“高显著性页面”部分——这些是当前在情感或运营层面最受关注的实体和主题。利用此结果确定哪些会议、交易或人员需要在简报中重点展开。

0b. 异常检测。 展示 brain 中的统计异常：

gbrain anomalies

默认以今日为对象，与 30 天基线进行比较；可使用 --lookback-days N 扩大时间范围，或使用 --sigma 2 降低阈值。标记按标签、按类型划分的群组中偏离其常规节奏的活动——例如提及次数突然激增，或页面更新频率明显偏离惯常规律。将命中结果添加至脑部活动概览之后的“异常”部分。

0c. 个人回忆。 在撰写前检查已存储的个人事实与偏好：

gbrain recall --query "current priorities and preferences" --json

使用回忆功能获取个人上下文——例如饮食偏好、沟通偏好、先前做出的承诺或约定。这可以避免简报与用户之前明确表达或决定的内容相矛盾。

0d. 热记忆脉冲（v0.32）。 在撰写其他任何内容之前，先运行：

gbrain recall --since-last-run --supersessions --pending --rollup --json

将结果纳入简报顶部的“Brain 脉冲”部分：

1. 夜间已解决的矛盾——即 --supersessions 的输出。优先列出这些内容，因为它们是对我们认知模型的新修正。
2. 高频提及——来自 --rollup 的 top_entities（时间窗口内按事实数量排名前 5 的实体 slug）。
3. 自上次简报以来的新事实——将 facts 数组按 rollup 中的实体分组；包含 kind、notability 和 confidence。
4. 待整合页脚——当 pending_consolidation_count > 0 时，注明 N facts await dream-cycle consolidation，以便操作者决定是否在继续阅读前运行 gbrain dream。

--since-last-run 标志会推进 ~/.gbrain/recall-cursors/<source>.json，使下一次简报能够从本次结束处精确接续。若将此作为 cron 任务运行，请传入 --source <slug> 或显式设置 GBRAIN_SOURCE——cron 不会在您的仓库根目录下启动，因此点文件解析可能无法找到正确的来源。精简客户端安装（gbrain init --mcp-only）会透明地路由至远程 brain。

0e. 未结事项（存在 google 来源时）。 拉取正在等待用户的人员以及用户所做的承诺：

gbrain waiting --json

将排名靠前的对方（包括应付事项、截止日期、证据引文和深层链接）纳入“待办事项”部分——这些是真实的未结事项记录，而非推断出的后续跟进，因此优先级高于基于文本的启发式判断。若 google 来源已过期（24 小时内无成功同步），waiting 将拒绝执行并指出确切的修复方法——这是有意设计：请运行其指定的同步，然后重试（参见 skills/google-loops/SKILL.md）。

阶段

1. 今日会议。 对日历中的每场会议：
   • 在 gbrain 中按姓名搜索每位参与者
   • 从 gbrain 读取他们的页面，了解 compiled_truth 上下文
   • 总结：他们是谁、近期时间线，以及与您的关系
2. 活跃交易。 列出 gbrain 中状态筛选为活跃的交易页面：
   • 未来 7 天内即将到期的事项
   • 最近的时间线条目（过去 7 天）
3. 有时限的邮件线程。 从时间线条目中找出未完成事项：
   • 未来 48 小时内有截止日期的事项
   • 已逾期的跟进事项
4. 近期变更。 列出过去 24 小时内更新的页面：
   • 变更内容及原因（读取 gbrain 中的时间线条目）
5. 活跃联系人。 列出 gbrain 中按最近更新时间排序的人员页面：
   • 过去 7 天内更新
   • 活跃度高（近期时间线条目较多）
6. 过时提醒。 根据 gbrain 健康检查：
   • 标记为过时且与今日会议相关的页面

以 GBrain 为核心的上下文加载

生成任何简报之前，请系统地从 gbrain 加载上下文。

会议前

对于日历邀请中的每位与会者：

• 仅通过精确匹配查找其 brain 页面：gbrain whois <email> --json， 如果该地址没有匹配项，再运行 gbrain whois "<name>" --json；恰好 一个匹配项才算匹配（身份规则）。 搜索结果的首条命中不一定是与会者。
• gbrain get <slug> -- 加载 compiled truth、近期时间线和关系上下文
• 如果页面不存在，请注明缺失情况（“没有 alice-example 的 brain 页面——请考虑补充信息”）

回复邮件前

起草或分拣任何邮件之前：

• 使用 gbrain whois <address> --json 解析发件人（精确邮箱、职务 或别名；身份规则）；如果没有匹配项 或匹配不明确，则视为未知发件人，而不是最接近的已知联系人
• 阅读其 compiled truth，了解对方是谁、关心什么，以及双方的关系历史。这样，冷淡的回复就能变成有依据的回复。

每日简报查询

运行以下查询，填充简报各部分：

• gbrain query "active deals status" -- 交易管线快照
• gbrain query "meetings this week" -- 包含见解的近期会议页面
• gbrain query "pending commitments follow-ups" -- 未解决的邮件线程和待办事项
• gbrain list --type person --sort updated_desc --limit 10 -- 活跃联系人

输出格式

DAILY BRIEFING -- [date]
========================

MEETINGS TODAY
- [time] [meeting name]
  Participants: [name] (slug: people/name, [key context])

ACTIVE DEALS
- [deal name] -- [status], deadline: [date]
  Recent: [latest timeline entry]

ACTION ITEMS
- [item] -- due [date], related to [slug]

RECENT CHANGES (24h)
- [slug] -- [what changed]

PEOPLE IN PLAY
- [name] -- [why they're active]

简报期间的反向链接

如果简报创建或更新了任何 brain 页面（例如新的会议准备页面、更新后的实体页面），则反向链接铁律适用：每个提及的实体都必须从其页面获得反向链接。请参阅 skills/_brain-filing-rules.md。

简报中的引用

呈现来自 brain 页面的事实时，请附上行内引用：

• “Jane 是 Acme 的 CTO [来源：people/jane-doe，更新于 2026-04-01]”
• 这样用户就能追溯每项声明所依据的 brain 页面，并评估其时效性

发生故障时

遇到任何 gbrain 错误 code、退出代码、[AGENT] 块或 notice 块时，请遵循Agent 操作员协议。此技能的具体要求：

• gbrain waiting 因数据过时而拒绝执行：运行它指定的同步命令（需要 brain 主机时，告知用户运行），然后重试。不要根据过时邮件编写“等待您处理”部分。
• recall / query 部分返回空结果并带有 degraded notice：在该部分写明“brain 目前只在搜索关键词”，而不是“什么都没发生”。
• 某一部分的数据源发生故障（rate_limited、timeout）：提交简报其余部分，并注明缺失的部分；绝不能悄然省略。

反模式

• 不查询 brain 就编写简报。 绝不要只凭记忆生成简报；始终查询 gbrain，获取最新数据。
• 事实没有来源引用。 每项陈述都必须包含 [Source: slug, updated DATE]。没有引用的事实无法核实。
• 将过时的上下文当作最新信息呈现。 如果某个页面已超过 30 天未更新，请明确标记其时效性，而不是将其说成最新信息。
• 未经提示就修改 brain 页面。 默认情况下，简报为只读。除非用户明确要求，否则不要创建或更新页面。
• 忽略覆盖缺口。 如果会议参与者没有 brain 页面，请明确说明。对缺口保持沉默会掩盖信息不足。

使用的工具

• 按名称搜索 gbrain（query）
• 读取 gbrain 页面（get_page）
• 按类型列出 gbrain 页面（list_pages）
• 检查 gbrain 健康状态（get_health）
• 查看时间线条目（get_timeline）