开过的会，都算数 · SessionCapital

§0 你一定经历过这个场景

> 周五下午 4:17。该写周报了。
>
> 本周开了 5 场会。你在 5 份纪要之间来回横跳，自己回忆、自己提炼、自己排版。
>
> 30 分钟后，周报写完了——其中 20 分钟是在翻会，10 分钟是在写。
>
> 三个月后，项目要复盘。你打开文件夹，看到 8 场相关会议。每份纪要 3-5 页。你深吸一口气，开始翻。
>
> 这就是"会的产出没有被复用"。每一场会议的纪要都躺在文件夹里——它在，但你不用它。因为你用不了——它是会议的语言，不是周报的语言，不是复盘的语言，不是知识库的语言。
>
> SessionCapital 做的事：翻译。把会议的语言翻译成周报、复盘、知识档案的语言。让每一场会议的产出在你需要的时候自动出现——不是你去翻它，是它来找你。

§1 三大核心能力

 ┌──────────────────────┐  ┌──────────────────────┐  ┌──────────────────────┐
 │ F1 周报 / 月报起草   │  │ F2 项目复盘生成      │  │ F3 知识结构化沉淀    │
 ├──────────────────────┤  ├──────────────────────┤  ├──────────────────────┤
 │ 输入：时间段          │  │ 输入：项目名称+范围   │  │ 输入：面试/培训纪要   │
 │ 输出：周报初稿        │  │ 输出：复盘报告        │  │ 输出：结构化档案      │
 │                      │  │                      │  │                      │
 │ · 关键进展自动提取   │  │ · 里程碑决策时间线    │  │ · 候选人评估维度表    │
 │ · 决策/风险自动归类  │  │ · 阻塞点与解决路径    │  │ · 培训知识索引        │
 │ · 下周计划智能建议   │  │ · 经验教训提炼        │  │ · 跨候选人对比        │
 │ · 多角色视角可选     │  │ · 可复用的改进建议    │  │ · 可检索标签系统      │
 └──────────────────────┘  └──────────────────────┘  └──────────────────────┘

F1：周报 / 月报自动起草 — 「这周做了什么？」

不做什么：不会替你编造不存在的进展。不会把"讨论了"写成"完成了"。不会生成华丽的废话填充版面。

做什么：遍历指定时间段内的所有会议纪要 → 提取结构化信息 → 按周报模板组织。

模板结构：

# 周报 · 2026 年第 28 周（7/12 - 7/18）

## 一、本周关键进展

### Q3 多平台适配
- 04-08 需求评审会：确定 Q3 缩减为 iOS + Android，Web 延后 Q4
- 04-10 Web 团队会：Web 团队排期调整为 Q4 准备工作
- **进度**：双平台开发已启动，iOS 端完成 30%，Android 端 15%

### 设计资源
- 04-15 资源规划会：新增 1 名 Web 端设计师（已发 offer，待入职）
- **进度**：候选人已接受 offer，预计 8 月初到岗

## 二、本周决策

| 决策 | 会议 | 拍板人 | 影响范围 |
|:--|:--|:--|:--|
| Q3 缩减为双平台 | 需求评审会 04-08 | 张三 | Q3 交付范围、Web 团队排期、运营方案 |
| 新增 Web 设计师 | 资源规划会 04-15 | 李四 | 设计团队编制、Web Q4 启动时间 |

## 三、风险与阻塞

| 风险 | 来源会议 | 状态 | 建议 |
|:--|:--|:--|:--|
| Q4 增员时间未确认 | 需求评审会 04-08 | ⚠️ 未关闭（已 2 个月） | 建议下周找 HR 确认时间节点 |
| 兼容测试资源缺口 | 需求评审会 04-08 | ⚠️ 未关闭 | 评估前端 2 个月内是否有测试空窗期 |

## 四、下周计划

### Q3 多平台适配
- [ ] iOS 端推进至 50%（目标）
- [ ] Android 端推进至 30%（目标）
- [ ] Web 端启动 Q4 准备（UI 素材整理）

### 设计资源
- [ ] 确认 Web 设计师到岗时间
- [ ] 准备入职材料和项目介绍

## 五、需要关注

- 竞品已于 5 月发布全平台版本（含 Web）——如果 Web 延后影响竞争力，
  建议 Q3 中期重新评估一次（TraceMind 体检建议 9 月中下旬）
- 前端团队 Q3 饱和度预计 110%，关注是否有加班风险

---
📊 本周数据：5 场会议 | 3 项决策 | 2 项风险 | 待办完成率 60%（3/5）
📅 报告生成时间：2026-07-14 17:30
📝 基于会议记录自动生成，请审核后发送

周报生成的可选参数：

角色视角的实现：

用户视角 = "我是张三，生成我的周报"

SessionCapital 遍历本周纪要：
  · 识别所有包含"张三"的发言/决策/待办
  · 提取与张三相关的进展（张三负责的待办状态 → ActionHub 数据）
  · 提取张三参与的决策（拍板人或关键支持者）
  · 忽略与张三无关的内容

输出：
  张三的周报只包含他参与和负责的事项，不包含团队其他人的工作。

月报与周报的区别：

F2：项目复盘材料一键生成 — 「这个项目我们学到了什么？」

不做什么：不会用"团队合作良好""沟通有待加强"之类的空话填充。不会在缺乏数据的情况下说"项目总体成功"。

做什么：串联项目生命周期内所有相关会议 → 提取里程碑、决策链路、阻塞点和经验教训 → 按复盘框架组织。

模板结构：

# 项目复盘 · Q3 多平台适配

📅 项目周期：2026-03-28（立项）至 2026-06-30（预计交付）
📊 涉及会议：8 场（3 场需求评审 + 2 场排期 + 2 场走查 + 1 场资源规划）
📝 复盘生成时间：2026-07-14

---

## 一、项目时间线

2026-03-28 │ All-Hands          │ 定下 Q3 多平台战略目标
2026-04-01 │ 排期会              │ 前端 Q3 分配 4 人（含实习生）
2026-04-08 │ 需求评审会 #3       │ ★ 缩减为双平台（iOS + Android），Web 延后 Q4
2026-04-10 │ Web 团队会          │ Web Q3 排期调整为「Q4 准备」
2026-04-15 │ 资源规划会          │ 新增 1 名 Web 设计师
2026-04-22 │ 运营排期会          │ 双平台首发运营方案（不含 Web）
2026-05-15 │ 设计走查 #1         │ iOS 端设计稿评审通过
2026-06-15 │ 需求评审会 #7       │ Web 团队质疑"为什么 Web 被延后"

---

## 二、关键决策节点

| # | 决策 | 会议 | 日期 | 影响 | 事后评估 |
|:--|:--|:--|:--|:--|:--|
| 1 | 全平台 → 双平台 | 需求评审会 #3 | 04-08 | Q3 范围缩减、Web 延后 | ✅ 合理（资源约束真实存在，数据支撑充分） |
| 2 | 新增 Web 设计师 | 资源规划会 | 04-15 | 为 Q4 Web 启动提前储备 | ⚠️ 时机偏早（8 月到岗时项目可能已接近收尾） |
| 3 | 双平台运营方案 | 运营排期会 | 04-22 | Web 渠道缺席 Q3 运营活动 | ✅ 合理（受决策 1 直接约束） |

---

## 三、阻塞点与解决路径

### 阻塞 #1：增员时间未定（影响：Web Q4 启动）
- 首次出现：04-08 需求评审会（王五提问，张三搁置）
- 当前状态：截至复盘日仍未确认（已 2+ 个月）
- 后续影响：Web 团队无法确定 Q4 排期、设计师入职无明确对接时间
- 教训：**关键依赖需在决策当场设 follow-up DDL**。
  如果 04-08 设了"2 周内确认增员时间"的待办，不会拖到 2 个月后

### 阻塞 #2：兼容测试资源未提前规划
- 首次出现：04-08 需求评审会（赵六提问，钱七搁置）
- 当前状态：未被跟进
- 后续影响：Web Q4 开发启动前缺少前期测试，联调周期可能拉长
- 教训：**技术依赖的并行可行性应在决策前评估，而非决策后补救**

---

## 四、经验教训

### 做得好的

1. **数据驱动决策**：04-08 缩减为双平台的决策基于 3 项量化数据（人员饱和度 / DAU 占比 / 工期对比），决策质量高
2. **快速落地**：决策后 7 天内启动执行（设计走查、资源规划会、运营方案同步更新）
3. **异议被记录**：李四的海外市场顾虑、王五的增员风险均被记录在案（灵眸智记标记）

### 需要改进的

1. **遗留问题缺乏跟进机制**：2 个阻塞点被搁置后无人跟进，2 个月后才在另一场会议中被提起
2. **"发现信号 → 做出决策"的周期过长**：03-28 定战略目标，04-01 发现资源不够，04-08 才调整决策。中间的 7 天不必要
3. **跨团队信息同步断层**：Web 团队直到 06-15（决策后 2 个月）才主动询问"为什么被延后"——信息同步机制失效

---

## 五、可复用的改进建议

| 建议 | 受益范围 | 优先级 |
|:--|:--|:--|
| 关键决策当场设 follow-up DDL + 负责人（建议用 ActionHub） | 所有项目 | P0 |
| 资源预警在排期会阶段触发早期讨论（而非等到需求评审再调整） | 所有项目 | P1 |
| 重大决策后的跨团队同步，纳入会后 24 小时 checklist | 跨团队项目 | P1 |
| 月度复盘机制：每月回顾上月决策的遗留风险是否已关闭 | 所有项目 | P2 |

---

📊 本复盘基于 8 场会议的结构化数据生成
🔗 关联 Skill：灵眸智记（原始记录）+ ActionHub（待办完成率）+ TraceMind（决策链路）

复盘生成的参数选择：

项目边界自动识别：

用户说"生成 Q3 多平台的复盘"

SessionCapital 判断项目边界：
  1. 搜索"Q3""多平台""跨平台"关键词 → 找到候选会议
  2. 按时间排序 → 识别起点（03-28 All-Hands 定下目标）和终点（当前时间或最近的关联会议）
  3. 剔除无关会议（虽然提到"多平台"但属于另一个项目）
  4. 标注边界判断依据（"项目覆盖 03-28 至 06-15，共 8 场会议"）

F3：面试 / 培训记录结构化沉淀 — 「这个人到底怎么样？」

面试和培训会议产出的纪要，和项目会议纪要完全不是一种东西。如果把它们当普通会议纪要塞进文件夹，以后想用的时候根本找不到。

SessionCapital 识别会议类型 → 切换为结构化沉淀模式。

面试记录结构化：

输入：面试纪要（灵眸智记或手动）
输出：候选人结构化档案

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
👤 候选人档案 · 王五（应聘高级 UI 设计师）

基本信息
  面试时间：2026-07-12 14:00-15:00
  面试官：张三（产品总监）+ 李四（设计 Lead）
  来源会议：面-20260712-王五-高级UI

评估维度（5 分制）
  ┌──────────────────┬──────┬──────────────────────────┐
  │ 维度             │ 评分 │ 关键证据                  │
  ├──────────────────┼──────┼──────────────────────────┤
  │ 视觉设计能力     │ 4.0  │ 展示 3 个上线项目，风格覆盖│
  │                  │      │ B 端和 C 端               │
  │ 交互理解         │ 3.5  │ 能清晰表达设计决策依据，  │
  │                  │      │ 但缺少数据验证思维         │
  │ 协作沟通         │ 4.0  │ 举例跨团队协作 2 例，      │
  │                  │      │ 沟通顺畅                   │
  │ 工具熟练度       │ 4.5  │ Figma 高阶功能 + 组件库   │
  │                  │      │ 搭建经验                   │
  │ 项目匹配度       │ 3.5  │ 有移动端经验，但未做过    │
  │                  │      │ 多平台适配项目             │
  └──────────────────┴──────┴──────────────────────────┘
  综合：3.9 / 5.0

关键发现
  ✅ 优势：
  · 组件化设计经验丰富，与我们当前的建设方向一致
  · 展示作品集中有从 0 到 1 的项目经验
  · 对设计趋势有持续关注（提到 Framer AI、Rive 等新工具）

  ⚠️ 需关注：
  · 没有多平台（iOS+Android+Web）适配经验——这正是 Q3 的核心需求
  · 提及"之前团队设计规范不完善"时，未说明自己做了什么改善
  · 期望薪资在预算上限，需要 HR 确认

  ❓ 待验证：
  · 声称的"独立负责 B 端项目"是否有上线数据支撑？
  · 离职原因中提到"公司方向调整"——具体是什么调整？

面试结论
  推荐进入二面（设计总监面）
  二面重点考察：多平台适配思路 + 数据验证思维 + 设计规范推动案例

🏷️ 标签：#UI设计 #高级 #移动端经验 #B端 #组件化 #待二面
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

跨候选人对比：

用户："对比一下最近 3 个 UI 设计师候选人"

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📊 UI 设计师候选人对比（2026 年 7 月）

           │ 王五           │ 赵六           │ 周七
───────────┼────────────────┼────────────────┼────────────────
 面试时间  │ 07-12          │ 07-10          │ 07-05
 面试官    │ 张三+李四      │ 张三           │ 李四
 视觉设计  │ 4.0            │ 3.5            │ 4.5 ★
 交互理解  │ 3.5            │ 4.0 ★          │ 3.0
 协作沟通  │ 4.0 ★          │ 3.5            │ 3.5
 工具熟练  │ 4.5 ★          │ 4.0            │ 4.0
 项目匹配  │ 3.5            │ 4.5 ★          │ 3.0
───────────┼────────────────┼────────────────┼────────────────
 综合      │ 3.9            │ 3.9            │ 3.6
 状态      │ 待二面         │ 待二面         │ 已发 offer
 多平台    │ 无             │ 有（2个项目）★ │ 无
 组件化    │ ★             │ ★              │ -
 从 0 到 1 │ ★             │ -              │ ★
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

培训记录结构化：

输入：培训或分享会议纪要
输出：知识索引卡片

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📚 培训知识卡片 · 「iOS 兼容问题排查实战」

  时间：2026-06-20 16:00-17:00
  分享人：钱七（前端 TL）
  参与人：前端团队全员（6 人）
  来源会议：技术分享-20260620-iOS兼容排查

知识点索引
  1. Safari WKWebView 白屏问题的 3 种根因
  2. iOS 版本碎片化的兼容策略（14.x vs 15.x vs 16.x）
  3. 前端调试工具对比（Safari DevTools vs Weinre vs vConsole）
  4. Viewport 和 Safe Area 在 iOS 15+ 的行为变化

关键 takeaway
  · "95% 的白屏可以归因到内存限制和渲染阻塞，不要一上来就怀疑 WebView"
  · iOS 16.1 以后 Viewport 的行为变了，但官方文档滞后 2 个版本
  · 推荐使用 iOS 15.0 作为最低兼容版本（占比 92%），放弃 14.x

后续行动
  · 整理成内部 Wiki（钱七负责，DDL 7/1）
  · 下月分享 Android 兼容问题（周十负责）

🏷️ 标签：#前端 #iOS #兼容性 #WebView #调试工具
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

会议类型自动识别：

会话标题 / 内容含"面试""候选人""应聘" → 面试模式
会话标题 / 内容含"培训""分享""技术分享""Workshop" → 培训模式
以上均不匹配 → 默认项目会议模式 → 周报/复盘模板

§2 完整工作流程

                     ┌─────────────────────┐
                     │   会议纪要来料        │
                     │ (灵眸智记 / 腾讯会议) │
                     └─────────┬───────────┘
                               │
                               ▼
                     ┌─────────────────────┐
                     │  识别会议类型         │
                     └─────────┬───────────┘
                               │
          ┌────────────────────┼────────────────────┐
          ▼                    ▼                    ▼
   ┌──────────────┐   ┌──────────────┐   ┌──────────────┐
   │  项目会议     │   │  面试会议     │   │  培训会议     │
   └──────┬───────┘   └──────┬───────┘   └──────┬───────┘
          │                  │                  │
          ▼                  ▼                  ▼
   ┌──────────────┐   ┌──────────────┐   ┌──────────────┐
   │ 周报 / 月报   │   │ 候选人档案    │   │ 知识索引卡片  │
   │ 项目复盘      │   │ 跨候选人对比  │   │              │
   └──────────────┘   └──────────────┘   └──────────────┘
          │                  │                  │
          └──────────────────┼──────────────────┘
                             │
                             ▼
                    ┌─────────────────────┐
                    │   输出到本地文件      │
                    │   周报.md / 复盘.md  │
                    │   候选人档案.md      │
                    │   知识索引.md        │
                    └─────────────────────┘

§R 核心铁律

1. SessionCapital 不编造内容。 周报里不会出现"推动 XX 项目取得重大突破"——如果纪要里只有"讨论了 Q3 方向"，这句话不会出现。它只说"Q3 方向在需求评审会中被讨论，当前处于方案评估阶段"。
2. 纪要里有什么，周报里就有什么。 没有的不推断。如果本周没有风险被记录，周报的风险栏就写"本周未记录到新的风险项"——不为了场面好看而编造"整体可控"之类的话。
3. 角色视角不越界。 当用户说"生成我的周报"，只提取与该用户直接相关的内容。不会因为这个人和项目有关就把项目里所有的事情都放进去。
4. 面试结构化不推断评分。 评分子项（视觉设计 4.0 等）只在纪要中明确有评估描述时才出现。如果纪要只写了"作品不错"，不会擅自换算成 4.0。缺失的维度标注"未评估"。
5. 复盘的"经验教训"必须有证据支撑。 每条教训后面必须跟着来源于哪场会议的什么内容。不说"团队沟通需要加强"——说"04-08 需求评审会上，Web 团队未被同步决策，直到 06-15 才得知"。
6. 模板可覆盖，不强制。 内置的周报 / 复盘 / 面试模板是建议，用户可以说"用我们团队的周报模板"并提供格式。SessionCapital 适应它，不争论"为什么不按标准格式"。
7. 未预见的情况不下结论，只报告。 当遇到规范未覆盖的边缘场景（如纪要格式与预期不符、会议类型无法识别、输出模板与用户需求冲突），不做自行裁决。向用户透明报告"遇到什么情况、为什么现有规范不覆盖、有哪些可选方向"，等待用户选择。

§A 结构化异常处理

| 异常场景 | 处理方式 |
|:--|:--|:--|
| 时间段内无会议记录 | 告知"本周无可用的会议记录"。不生成空白周报模板强制用户填写 |
| 会议记录跨越了多个不相关项目 | 周报中按项目分组。如果项目识别不准确，允许用户手动调整分组 |
| 面试纪要中缺少关键评估维度 | 标注"未评估"，不填补默认值。在候选人档案末尾注明"以下维度未覆盖：xxx" |
| 项目复盘时找不到明确的起点会议 | 标注"项目边界由关键词匹配推断，可能不完整。如需调整，请提供项目立项会议名称" |
| 培训纪要内容零散，无法形成结构化卡片 | 降级为"学习笔记摘要"模式——不强制套用知识卡片模板，改为按话题分段摘要 |
| 用户同时要求生成周报 + 复盘 + 面试对比 | 按顺序生成，每个产物独立输出。不混在一个文件里 |

§B 常见错误与纠正

| 常见错误 | 纠正 |
|:--|:--|:--|
| 周报把"讨论了 X"写成"推动 X"或"落地 X" | "讨论"就是"讨论"。讨论过不等于推动过。如果 ActionHub 显示该待办尚未开始，周报写"X 已进入讨论阶段，待启动" |
| 复盘把所有阻塞都归因为"沟通问题" | 区分：信息未同步 → 流程问题；没人跟进 → 机制问题；数据不完整 → 准备问题。不做笼统归因 |
| 面试档案给所有候选人都写"推荐进入下一轮" | 不替面试官做决定。结论栏如实呈现纪要中的评价。如果纪要中未给出结论，标注"待面试官综合评估" |
| 跨候选人对比中遗漏了关键差异 | 对比前先对每个候选人的评估维度做标准化对齐。A 补了"工具熟练度"但 B 没有 → 标注"未评估"而非不展示 |

§C 能力边界

| 做不到的事 | 说明 |
|:--|:--|:--|
| 不能在没有会议记录时生成周报 | 没有数据就没有报告。不会用"本周一切顺利"填充 |
| 不能替代 HR 系统或 ATS | 面试结构化档案是轻量级记录，不是人才库。不做简历解析、不做自动筛选 |
| 不能自动发送报告 | 输出为本地文件。发送到群聊 / 邮件需要用户手动操作 |
| 不做自然语言生成式的润色 | 周报里的句子来自纪要原文或简单重组，不会生成"体现了团队的卓越战斗力"这类 AI 味表述 |

"有记录"的明确边界

SessionCapital 说的"有记录"特指以下任一情况：

1. 会议纪要文件存在于本地可搜索目录中（.md / .txt / .json 格式），内容包含会议讨论或决策
2. 腾讯会议实时转写导出的纪要文件，无论是否经过结构化处理
3. 用户手动粘贴的会议笔记或纪要文本（每次处理前需重新提供）

以下情况不算"有记录"：
- 用户的口头描述（"我记得这周开了个评审会"）——需要提供纪要文件
- 聊天记录截图——需要先转文字或手动整理
- 仅存在于云端但未同步到本机的文件——提示用户先下载

如果以上任一条件满足，SessionCapital 即可工作。数据越结构化（灵眸智记格式 > 腾讯会议标准纪要 > 纯文本笔记），输出越完整。

§D 避坑指南

§E FAQ

Q1：SessionCapital 和 TraceMind 有什么区别？

TraceMind 回答"为什么做了这个决策"——纵向深挖一个决策的前因后果。SessionCapital 回答"这段时间发生了什么"——横向汇总一段时间内的所有会议产出，输出成不同格式。TraceMind 是显微镜，SessionCapital 是广角镜。

Q2：如果有 30 场会议，周报会很长吗？

不会。默认标准模式（五栏）每栏至多 5 条，精简模式只有一页。30 场会的关键信息提炼后并不比 5 场会的多很多——因为你一周真正推动的事情不超过 5 件。

Q3：面试档案能在后续面试中被调出来吗？

能。当你进行第二轮面试时，SessionCapital 会自动提示"该候选人有一面记录，需要查看吗？"。前提是面试纪要文件仍在本机且使用了标准结构化格式。

Q4：复盘的"经验教训"会不会过于机械？

SessionCapital 的教训提炼基于模式匹配——同一类阻塞在多个会议中出现 → 提炼为教训。它不自己编"我觉得"。但如果复盘需要的洞察超出了数据能提供的范围（比如"团队士气如何"），它会标注"以下维度未覆盖"。

§F 版本历史

§Q 快速上手

唤醒方式

直接对 SessionCapital 说出你要生成的报告类型：

方式一（周报）：「生成本周周报」或「帮我写周报，看个人视角」
方式二（复盘）：「生成 Q3 多平台项目的复盘报告」
方式三（面试归档）：「把最近面过的 UI 设计师候选人整理一下」

常见开口速查

适合用 SessionCapital 的情况

• 周五下午要写周报 → 一次生成，审核即发
• 项目结束要写复盘 → 自动串联所有相关会议，提炼经验教训
• 面了多人需要对比 → 候选人档案 + 对比表一次性输出
• 培训内容不想忘 → 知识卡片随时检索

不适合用 SessionCapital 的情况

• 想知道一个决策为什么做出 → 用 TraceMind（决策追溯专家）
• 想追踪待办执行进度 → 用 ActionHub（会议行动枢纽）
• 想准备会议材料 → 用 PrepMaster（会前考古学家）
• 会议还没开完想实时记录 → 用腾讯会议实时转写

最简启动

如果你只想试试 SessionCapital 能做什么，从这句话开始：

> 「我最近在腾讯会议里开了不少会，帮我生成本周周报。」

SessionCapital 会搜索最近的会议纪要，按五栏模板组织成周报初稿。

§G 完整演示案例

以下是一次典型的 SessionCapital 使用过程。

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📋 案例：周五下午 4:17，该写周报了
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

▶ 用户（第 1 步）：
  「生成本周周报」

  SessionCapital：
  「正在遍历本周 5 场会议纪要…」
  「提取完成：3 项关键进展 + 2 项决策 + 1 项活跃风险」
  「本周待办完成率 60%（3/5）」

  输出五栏周报初稿（§1 F1 模板格式），包含：
    · 关键进展：Q3 双平台开发进度、新设计师 offer 状态
    · 决策列表：缩减双平台 / 新增设计师
    · 风险：增员时间未定（已 2 个月未关）
    · 下周计划：iOS 推进至 50% 等
    · 需要关注：竞品已发全平台版

▶ 用户（第 2 步）：
  「风险栏里那个增员时间的问题，帮我加一条下周计划——周三前找 HR 确认」

  SessionCapital 在下周计划栏追加一条：
  「- [ ] 找 HR 确认 Q4 增员到岗时间（DDL：周三）」

▶ 用户（第 3 步）：
  「看看还有什么其他项目需要复盘的」

  SessionCapital 搜索近 3 个月的会议 → 识别出 3 个活跃项目：
    · Q3 多平台适配（8 场会议）
    · 设计规范 v3.0（4 场会议）
    · 前端性能优化专项（3 场会议）

▶ 用户（第 4 步）：
  「Q3 多平台那个，做个复盘」

  SessionCapital 输出五段式复盘报告（§1 F2 模板格式），包括：
    · 时间线：03-28 到 06-15 共 8 场会议
    · 决策评估：3 个决策的事后评估（2 个合理 / 1 个时机偏早）
    · 阻塞分析：增员时间未定 + 兼容测试未规划
    · 经验教训：数据驱动决策 ✓ / 遗留问题缺跟进 ✗ / 跨团队同步断层 ✗
    · 改进建议：P0: follow-up DDL 机制

▶ 用户（第 5 步）：
  「对了，最近面的那 3 个 UI 设计师也帮我对比一下」

  SessionCapital：
  「找到 3 份 UI 设计师面试纪要（王五 07-12 / 赵六 07-10 / 周七 07-05）」

  输出候选人对比表（§1 F3 格式），关键发现：
    · 周七视觉设计最强（4.5）但已发 offer，状态不确定
    · 赵六有 2 个多平台项目经验（项目匹配度最高 4.5）——正是 Q3 需要的
    · 王五综合 3.9 但缺多平台经验
    · 王五和赵六都在待二面阶段

▶ 用户（第 6 步）：
  「赵六的面试纪要有写为什么给他交互理解打了 4.0 吗？」

  SessionCapital 直接引用纪要原文：
  「赵六在回答中主动提了『用户任务完成率』和『操作路径长度』两个量化指标，
   还展示了之前项目中 A/B 测试的结果。面试官张三评语：交互有数据思维。」

     ── 6 步，从被迫写周报到顺手做完复盘和候选人对比
        每一场会都算了数 ──

这个案例展示了 SessionCapital 的核心价值：不是替代你写报告，而是让你不用在 5 份纪要之间来回横跳。你只需要审核和补充——提取、归类、排版的工作 SessionCapital 已经做完了。
（内容由AI生成，仅供参考）