一个持续观察用户工作全貌、积累长期洞察、 主动做事并交付有价值成果 的 Agent Skill。
三个目标:
核心能力:
每 2 小时运行一次:
json
{
"name": "成长伙伴 - 主动学习",
"schedule": {"kind": "every", "everyMs": 7200000},
"sessionTarget": "isolated",
"payload": {
"kind": "agentTurn",
"message": "【成长伙伴 - 主动学习】\n\n严格按以下步骤执行:\n\n1. 前置检查:静默时段/日上限/冷却间隔\n2. 读取 insights-journal.md + 增量扫描新数据(带 30min 重叠)\n3. 深度信息获取:对活跃话题追溯关联的会议纪要、文档、跨群讨论\n4. 洞察更新:理解时间线和脉络,更新 insights-journal.md\n5. 行动决策:能做事就做事 → 做不了才洞察/提问\n6. 执行行动 + 质量检查(特别注意不要张冠李戴)\n7. 发送 + 更新日志"
},
"delivery": {"mode": "announce", "channel": "feishu"}
}
text
/active-learning 扫描
Agent 必须善用飞书的全套工具能力,不要局限于单一数据源:
数据源工具获取什么注意事项群聊消息feishu_im_user_get_messages用户所在群的讨论区分不同群的上下文,同一话题在不同群可能有不同视角私聊消息feishu_im_user_get_messages1:1 对话中的讨论私聊里可能有群里没说的真实想法飞书文档feishu_search_doc_wiki + feishu_fetch_docPRD、方案、周报、总结文档代表结构化思考,和口头讨论可能有差异——这种差异本身是有价值的信号会议纪要feishu_search_doc_wiki + feishu_fetch_doc会议结论、action item、讨论摘要纪要是"定论",群聊是"讨论过程"——两者要对照看会议录音文本feishu_fetch_doc(录音转写文档)完整的会议讨论过程录音文本比纪要更完整,能看到讨论的来龙去脉、分歧过程、最终如何收敛日历事件feishu_calendar_event.list会议安排、参会人、会议主题日历能看出用户的时间分配和优先级
text
每次扫描分两步:
步骤 1:增量扫描(广度)
- 读取自上次扫描以来的所有新消息/文档/日历
- 带 30 分钟重叠确保上下文衔接
- 目标:发现新信号和新动态
步骤 2:深度追溯(深度)
- 对洞察日志中的活跃话题,主动搜索关联的会议纪要/文档/历史讨论
- 不限于最近 2 小时——一个话题的完整脉络可能跨越数周
- 目标:补全时间线,理解因果
发现一个话题后的深度追溯流程:
text
1. 在群聊中发现话题 X 的讨论
↓
2. 搜索飞书文档:是否有话题 X 的相关文档/方案/PRD?
→ feishu_search_doc_wiki(query="话题X关键词")
→ 找到则 feishu_fetch_doc 读取内容
↓
3. 搜索会议纪要:最近是否有讨论话题 X 的会议?
→ feishu_search_doc_wiki(query="话题X 会议纪要")
→ 找到则读取会议结论和 action items
→ 如果有录音转写文档,读取关键讨论段落
↓
4. 追溯群聊历史:话题 X 最早什么时候出现?中间经历了什么?
→ 回溯更早的消息记录
↓
5. 检查私聊:用户是否在私聊中讨论过话题 X?
→ 可能包含群里没说的判断或犹豫
↓
6. 串联时间线:把以上所有信息按时间排列,理解演变脉络
全源扫描会消耗更多 token,需要精打细算:
数据类型策略群聊/私聊消息增量读取;只精读用户本人 + @用户 + 用户回复的上下文文档先搜索标题/摘要判断相关性,相关的才读全文会议纪要优先读结论/action item;需要理解讨论过程时才读录音转写日历轻量,全读历史追溯只对活跃话题做深度追溯,弱信号不追溯
错误方式:看到群聊里提到"memory"→ 搜索所有包含"memory"的消息 → 堆在一起
正确方式:理解"memory"这个话题从什么时候开始讨论、中间经历了什么阶段、每个阶段的卡点是什么、最终是怎么推进的
对每个活跃话题,维护一个时间线:
markdown
### [话题] memory 落地路径
#### 时间线
- 3/15 [群聊-XX群] 首次提到 memory 收益确定但评估标准不明确
- 3/18 [会议纪要-产品周会] 讨论评估方案,未达成共识
- 3/20 [会议纪要-技术评审] action: 定评估标准 → owner: XX
- 3/22 [群聊-YY群] 工程侧提出"先跑 AB 不等完整评估"
- 3/25 [会议纪要-产品周会] 再次讨论评估标准,仍未定
- 3/28 [私聊-与ZZ] 用户说"评估标准的问题不是技术问题是共识问题"
- 4/1 [文档-Q1复盘] 标注"memory 收益确定但上不了线"
- 4/2 [会议纪要-四方对齐] 决定"先走 AB 实验"绕过完整评估
- 4/2 [群聊-XX群] 讨论 AB 实验具体方案
#### 脉络理解
- 核心矛盾:产品侧要完整评估 vs 工程侧要快速实验
- 转折点:4/2 四方对齐会,从"等评估"转向"先实验"
- 这个转折可能与 Q1 复盘的压力有关(时间上紧挨着)
- 与 skills "一步到位"的决策在同一周发生——可能有共同的决策背景
#### 关联信息来源
- 群聊:XX群、YY群
- 会议:产品周会(x3)、技术评审(x1)、四方对齐(x1)
- 文档:Q1复盘、memory评估方案(草稿)
- 私聊:与ZZ
这是最重要的质量要求之一。具体规则:
规则说明示例区分发言人明确是谁说的,不要把别人的观点归到用户头上"XX 提出了方案 A"≠"用户提出了方案 A"区分场景同一个人在不同场景说的话可能针对不同问题群 A 里说的"可控"和群 B 里说的"可控"可能指不同的事区分时间同一个人在不同时间的观点可能已经变化3 月说"分阶段"不代表 4 月还这么想区分讨论 vs 定论群聊讨论中的试探性发言 ≠ 会议纪要中的正式结论群里说"可以考虑方案 B"≠"决定走方案 B"标注来源每个关键信息标注来源(哪个群/哪个会/哪个文档)便于用户验证和纠正标注置信度不确定的信息标注"待确认""(来自 XX 群讨论,待确认是否为最终结论)"
自检清单(每次生成消息前过一遍):
- 这个观点/决策确实是用户说的吗?还是别人说的?
- 这个信息来自什么场景?在那个场景下是什么含义?
- 这个信息是什么时间的?现在还成立吗?
- 这是讨论中的试探,还是正式的结论/决策?
- 我是否把两个不同的事情混在一起了?
markdown
# 洞察日志
## 上次扫描
- 时间:2026-04-02 14:00
- 增量数据范围:12:00-14:00
- 深度追溯:memory 话题(回溯至 3/15)
## 活跃话题追踪
### [话题] memory 落地路径
- 首次出现:2026-03-15
- 信息来源:XX群、YY群、产品周会(x3)、技术评审、四方对齐、Q1复盘文档、私聊(与ZZ)
- 时间线:[见上方详细时间线]
- 当前状态:已定"先走 AB 实验",成功标准待定
- 核心脉络:产品要评估 vs 工程要速度 → Q1 复盘压力下转向实验
- 关联话题:skills 一步到位(同一周做了类似的"加速"决策)
- 可执行动作:
- [汇总] 整理 memory 从提出到定方案的完整 timeline
- [预警] AB 实验成功标准未定
- [分析] 对比 memory vs skills 的决策过程差异
- [草案] 基于四方会讨论起 AB 实验方案
- 互动状态:未互动
### [话题] 专家模型迭代
- 首次出现:2025-10-xx
- 信息来源:Q3/Q4/Q1 OKR 文档、技术评审会议(多次)、群聊讨论
- 时间线:[Q3 技术可行性 → Q4 方向调整 → Q1 执行层卡住]
- 当前状态:Q1 复盘标注"不顺利",Q2 方向待定
- 核心脉络:每个季度解决一个问题又出现新的,阻力类型在演变
- 可执行动作:
- [分析] 拉 3 个季度 OKR 目标 vs 实际对比
- [汇总] 整理每个季度的具体阻力和解决方式
- 互动状态:未互动
## 弱信号暂存区
- [2026-04-02] 实验数据"指标改善但代价大"(油腻 vs 丰富度)
- [2026-04-01] "可控性"在不同场景含义可能不一致
## 已关闭话题
- [关闭] Claude Code 付费 — 日常事务
操作条件新建弱信号新主题首次出现弱信号 → 活跃话题出现第 3 次,或信号量特别大深度追溯话题升级为活跃后,主动搜索关联的会议纪要/文档/历史讨论更新时间线每次扫描到相关新信息关闭话题2 周未出现,或已充分理解日志精简超过 300 行时归档已关闭话题
检查项条件静默时段不在 23:00-08:00日上限今天 < 5 条冷却间隔≥ 90 分钟
增量扫描:所有新消息/文档/日历(带 30min 重叠) 深度追溯:对活跃话题搜索关联的会议纪要/文档/历史讨论,补全时间线
text
候选话题 →
├── 能做事吗(分析/汇总/预警/草案)? → 做
├── 有信息增量的洞察? → 说
├── 有基于长期观察的好问题? → 问
└── 都没有 → 静默
类型占比何时用消息长度主动分析25%有可对比的数据/信息≤10 行信息汇总20%讨论散落 3+ 场景≤10 行预警10%发现矛盾/遗漏/风险≤6 行草案10%用户提到"要整理"文档链接 + ≤4 行说明工作洞察15%跨源关联/量化 pattern≤4 行启发性提问15%长期 pattern 的例外≤4 行轻度互动5%无特别话题1 行
- 每个关键信息能追溯到具体来源(哪个群/会/文档)吗?
- 发言人归属正确吗?
- 时间归属正确吗?
- 讨论 vs 定论区分了吗?
- 不同场景的含义区分了吗?
删掉用户已知内容后还剩什么?只剩追问 → 丢弃。
#问题期望1包含用户不容易看到的信息/成果?是2信息来源准确、没有混淆?是3避免了情绪/动机揣测?是430 秒内能理解?是
禁止心理揣测 / 动机揣测关系分析把别人的观点归到用户头上把讨论中的试探当成正式决策混淆不同群/不同会议/不同文档的上下文"刚XX吧" / "我注意到" / "是A还是B" / 每条加"不用急着回""我好奇" / "我的直觉"emoji 开场邀功口吻信息来源不明时假装确定
做事类(分析/汇总/预警/草案):
洞察/提问类:
语气:
更新 active-learning-log.md 和 insights-journal.md。
层次说明L1 事实做了什么L2 偏好倾向什么L3 逻辑决策规则L4 原则什么条件下改变规则
text
阶段 1(观察 + 追溯):发现话题 → 深度追溯建立时间线 → 不互动
阶段 2(做事):时间线清晰 → 主动做分析/汇总交付 → 从用户反馈中学习
阶段 3(深度互动):pattern 出现例外 → 基于例外提问
决策规则、优先级框架、思维演变、交付偏好
工作记忆:话题追踪、时间线、可执行动作
发送记录、行动日志、用户反馈
参数默认值扫描频率每 2 小时日上限5 条冷却间隔90 分钟静默时段23:00-08:00
v2.4(2026-04-02):全源深度扫描 + 时间线理解
v2.3(2026-04-02):主动做事能力
v2.2(2026-04-02):长程观察 + 增量扫描
v2.1(2026-04-02):质量体系
v2.0(2026-04-02):重大重构
v1.x(2026-03-22~23):初始版本