腾讯会议逐字稿
不是简单摘会议纪要，而是按事件提取参与方、关键事项、风险、未来关注和待跟进动作。
从个人事实流到项目日报
把每天分散的信息
变成可追溯的
项目进展
这套方法从腾讯会议逐字稿、AI 互动、微信信息和知识库四类来源开始。信息先进入个人知识节点，再由 AM 按项目维度校准成日报。
先保真，再结构化
事实、判断、观点分开
每条日报都有来源锚点
个人日报不直接等于项目日报
四类信息源
每类信息源都承担不同角色。会议补事实，AI 补工作过程，微信补非正式协同，Wiki 补历史上下文。
Agent 日志蒸馏
重点不是保存 AI 说了什么，而是提炼用户纠正它的信号、失败模式和可操作教训。
社交信息快照
收藏夹优先，指定聊天按问题检索，朋友圈按时间窗口概览，避免无目的全量监控。
Obsidian Wiki
原始内容负责保真，Wiki 层负责压缩、命名、归类、双链、索引和审计。
每条链路怎么处理
这里保留真实方法口径，不暴露本地路径、账号、联系人或原始内容。
腾讯会议逐字稿：整理流水线
目标是从腾讯会议逐字稿开始，把会议内容变成可复盘、可检索、可继续蒸馏的知识资产。
逐字稿下载到腾讯会议下载目标日期逐字稿，记录会议数量。
状态判断区分暂未生成、登录态异常、页面异常和正常下载。
事件复盘按会议开始时间排序，读取当天全部逐字稿。
校验归档验证逐字稿数量、复盘报告和待处理区状态。
知识日志按事实、判断、观点、决策、待办写入每日记录。
- 说话人不能机械绑定编号，要结合会议场景、角色和语言模式判断。
- 归档和日报归属以会议开始时间为准，不以逐字稿生成时间为准。
- 会前闲聊、系统提示和无关内容要过滤，不能误写成工作事项。
AI 互动：纠正模式蒸馏
目标不是总结聊天，而是把每天使用 AI 的过程变成可积累的训练数据。
采集统一多种 AI 工具的本地交互日志。
去噪过滤系统消息、工具输出、subagent 噪声和长回复。
蒸馏聚焦用户纠正、否定、边界和收口信号。
观察按红黄绿分层进入短期记忆池。
反思每周把高价值模式晋升为长期规则。
- 提取 Pattern、根因、可操作教训、项目状态和长期规则。
- 日报只写当天有项目推进或认知增量的内容。
- 低信号流水留在日志里，不污染日报和规则层。
微信信息：收藏优先，按需检索
目标是把私有授权数据变成可复盘信号，而不是监控他人或外发原始聊天。
本地快照从授权机器生成静态快照，作为只读处理基础。
收藏同步优先迁移文字类收藏，按主题和时间组织。
全文索引聊天记录进入 FTS5 索引，保留元数据。
按需查询按关键词、聊天对象和时间窗口取证。
摘要输出只输出结构化结论，不输出密钥、联系人和原文。
- 收藏夹代表主动筛选，信噪比最高。
- 聊天查询必须有明确问题，不做无目的全量扫描。
- 朋友圈适合按日或滚动窗口概览，不适合长期后台抓取。
Obsidian Wiki：可调用知识网络
目标不是让文件夹更漂亮，而是让个人知识可检索、可链接、可审计、可被 Agent 调用。
增量扫描根据上次 ingest 日期识别新增或修改内容。
Sources先生成来源摘要，保留回溯入口。
抽取对象沉淀 Concepts 和 Entities。
双链审计更新 Index、Overview 和 Log。
ReAct 查询search、read、recent、follow_link 多轮查证。
- 原始笔记负责保真，Wiki 层负责压缩和命名。
- 新概念必须有来源和双链，避免孤岛节点。
- 回答问题前多轮查证，不拿第一条命中直接生成结论。
个人日报怎么生成
个人日报的目标是形成事件级事实流，让第二天还能回看、检索和继续蒸馏。
时间会议以会议开始时间为准，异步信息以确认时间为准。
来源来自会议、AI 日志、微信、Wiki 或手动补充，要能回到来源。
项目关联重点项目或专题，不确定时先写候选项目，后续人工校准。
事实只写可被来源支撑的内容，不把 AI 总结当事实。
判断只把明确归属为本人表达的取舍和判断写入这里。
他人观点保留归属，不混成自己的判断。
决策共识区分已确认和待确认，不把讨论中事项写成结论。
风险问题写清方案、资源、沟通、依赖风险及影响。
待跟进写清责任人、动作和期望时间。
证据锚点对外日报保留可理解来源说明，不贴敏感原文。
项目日报怎么汇聚
AM 的工作不是机械合并个人日报，而是按项目维度去重、校准、补责任人和补预期。
| 今日进展 | 项目状态发生了什么具体变化。避免写成“持续推进”，要能看出状态差异。 |
|---|---|
| 今日产出 | 交付了什么材料、系统、数据、页面、评审结果或可验证中间物。 |
| 决策与变更 | 确认了什么方向、范围、优先级、排期变化。待确认事项不能伪装成已决策。 |
| 问题与风险 | 阻塞、依赖、资源、质量、沟通风险，以及建议动作和影响面。 |
| 下一步计划 | 明天或下一阶段要做什么，尽量有责任人和时间预期。 |
| 来源锚点 | 来自会议、AI 产物、微信确认、知识库检索等。保留可追溯线索，不贴敏感原文。 |
个人日报
- 面向个人复盘和知识沉淀。
- 可以保留更细的上下文和来源线索。
- 重点是事实流完整、可回看、可检索。
项目日报
- 面向项目协同和管理判断。
- 需要 AM 去噪、合并、校准和补责任人。
- 重点是进展、产出、风险和下一步清晰。
团队最小落地版本
先跑通字段和来源口径，再逐步自动化。不要第一天就追求全量工具化。
保留三类来源
腾讯会议逐字稿或会议纪要、AI 产出记录、微信收藏或关键聊天确认。
按事件模板整理
事实、判断、他人观点、决策、风险、待办、来源锚点。
AM 每日汇聚
按项目维度去重，先人工整理，不急着全自动。
连续跑一周
复盘哪些字段有用，哪些来源噪音太大，哪些项目需要自动化。
再引入自动化
逐步接入逐字稿整理、AI 蒸馏、微信快查和知识库索引。
边界
日报是为了管理项目，不是为了扩大个人数据暴露面。
不外发原始私密内容
会议原文、聊天原文、联系人、账号、密钥和本地路径不进入团队材料。
不把 AI 当事实源
AI 负责整理和提示，结论必须能回到会议、文档、系统产物或明确沟通。
不跳过 AM 校准
项目日报最终由 AM 负责，自动化不能直接替代责任判断。