work-review-timemachine for feishu — 用于 Feishu 的工作回顾时间机器（work-review-timemachine）

Feishu 工作回顾时间机器概述 创建一个用户最近工作的紧凑、高信号回顾，从 Feishu 材料中提取。关注用户实际驱动或拥有的内容，而不是会议中讨论的所有内容。

工作流程

• 首先定义范围

澄清或推断：时间范围：上周 / 上个月 / 具体日期 输出形式：简要回顾 / 周分解 / 月度总结 / 面向老板的版本 目的地：聊天回复仅，或创建/更新 Feishu 文档 如果用户已经明确了范围，不要再次询问。

• 从 Feishu 收集源材料

优先顺序：搜索用户最近的文档/维基节点 优先考虑由用户创建或拥有的文档 仅在需要时阅读关键文档 首先阅读摘要/结构化笔记，然后阅读原始转录文档以验证 有用的源类型：会议笔记和转录、工作进度文档、项目计划、技术方案/设计文档、质量/指标文档、与正在进行的计划相关的维基页面 不要尝试阅读所有内容。阅读足够的内容以识别重复的主题和所有权证据。

• 将实际工作与会议噪音分开

不要将每次会议提及视为用户的工作。使用以下信号来推断更强的所有权： 用户是文档所有者/创建者/主要编辑 用户是主要演讲者，阐述目标、权衡或下一步 行动项明确分配给用户 用户推动计划、组织后续或协调 POC 同一计划在多个文档中出现，用户处于中心角色 将以下内容视为较弱的信号： 用户仅出席会议 其他人的项目状态出现在笔记中 没有分配所有权的团队讨论 AI 生成的会议摘要未在其他地方支持 当不确定时，降低措辞：使用“参与推动 / 协同推进 / 讨论并判断”避免夸大为“主导完成”

• 提取核心主题

将材料压缩成几个工作流程，通常为 3-5 个： 平台/产品/项目跟踪 AI / 效率 / 技术探索跟踪 指标/治理/方法论跟踪 跨团队协调跟踪 对于每个工作流程，仅捕获： 发生了什么变化 用户具体驱动了什么 为什么它很重要 删除或跳过：可选评论、长段解释、会议分钟中的每个子任务、除非用户要求分析否则的替代解释

• 分层写作

默认输出顺序：一段核心结论、3-5 个核心工作流程、如果请求则为周分解、一个句子的总结 如果用户说“仅保留核心”，则减少到：核心结论、核心工作流程、可选的一行周视图

输出模式 紧凑的月度回顾 使用此结构： # 时光机回顾｜过去一月主要工作总结

核心结论 [1 段]

核心主线

1. [主线] - [核心动作] - [核心动作]

2. [主线] - [核心动作]

按周回顾

第 1 周：[关键词] [1-3 行]

第 2 周：[关键词] [1-3 行]

一句话总结 [1 句]

面向老板的版本 使其更短、更结果导向：进度范围/影响、跨团队牵引、下一步信号 避免过程密集的措辞。

Feishu 文档创建/更新 当用户要求创建或编写 Feishu 文档时： 创建文档一次，直到有一个坚实的草稿 如果权限阻止操作，请告诉用户完成授权卡，然后恢复 创建后，优先覆盖草稿 如果用户要求积极简化，请保持相同的文档，除非用户要求新建一个

样式规则 除非用户要求否则，使用简洁的中文 优先使用短节而不是长篇大论 删除“可选项”和犹豫的文本，除非不确定性很重要 使用强动词表示高置信度的所有权，使用较软的动词表示中等置信度的参与 默认使用较少的项目符号，而不是更多 使最终文档在 1-2 分钟内可浏览，除非用户要求深度

反模式 不要： 将所有会议的列表转储 将 AI 会议摘要逐字复制 将出席与所有权等同 在用户要求简洁回顾时保留每个细微差别 如果用户要求完成的总结，请保留“下一步建议”

最终检查 在交付之前，验证： 这主要是关于用户的实际工作，而不是其他人的工作吗？ 我是否将重复的主题压缩成几个清晰的工作流程？ 如果要求简化，我是否删除了可选部分而不是仅缩短句子？ 用户会立即认识到这是准确且有用的吗？