智能体成长复盘

帮助用户复盘一段时间内的学习、实践、工作和人机协作变化，自动读取已有记忆、身份、Skill、对话记录、任务结果和知识资料，追问少量关键问题，生成'AI赋能XXX成长报告'。调用时机：用户说'智能体成长复盘''生成我的AI赋能成长报告''回顾这段时间我的成长''总结我和智能体最近的变化''复盘最近的人机协作''写一份阶段性学习思想报告''更新我的成长档案'。核心能力：分析用户变化、智能体变化、人机共同形成的能力，区分事实/感受/推断/归纳，未经确认不得写回Memory。

任务目标

帮助用户复盘一段时间内的学习、实践、工作和人机协作变化，生成一份"人与智能体共同成长"的阶段性报告。

这份报告不是普通的学习总结，也不是流水账，而是分析：

• 用户发生了什么变化——对AI的理解、任务表达、判断能力、检查能力
• 智能体发生了什么变化——身份设定、Skill、知识、稳定完成的任务
• 用户与智能体共同形成了什么能力——分工、协作流程、工作流设计
• 哪些工作已经可以交给智能体——已稳定的委托
• 哪些工作仍必须由用户判断——不可替代的人类责任
• 下一阶段应该继续强化什么——方向建议

最终报告名称：AI赋能XXX成长报告（日期版） 示例：AI赋能个人成长报告（2026年7月版）/ AI赋能培训师成长报告（阶段版）

---

与本技能冲突防范（必须优先阅读）

调用本技能前，先判断与以下技能的职责边界：

与复盘提炼巧匠的边界

• 复盘提炼巧匠：项目或阶段性任务完成后，提取项目层面的可复用经验、技能、模板和方法论。关注的是"项目留下了什么"。
• 本技能：回顾一段时间内用户与智能体双方向的变化，生成人机共同成长的报告。关注的是"人和AI发生了什么变化"。
• 若用户说的"复盘"明显指向项目经验提炼（如"总结这次写作项目""提炼这个方案的经验"），应让位于复盘提炼巧匠。
• 若用户说的"复盘"指向个人成长与人机协作（如"回顾我最近的变化""帮我总结人和AI的关系""写份成长报告"），由本技能处理。
• 若难以判断，优先询问用户意图。

与session-brief的边界

• session-brief：开始新工作会话前的当前状态简报。一次性、不存档。
• 本技能：跨越一段时间的阶段复盘，生成正式存档报告。
• 两者不冲突。若用户在简报后提出成长复盘，由本技能处理。

与日志巧匠的边界

• 日志巧匠：日常单次经历的双轨日志（工作事实+生活叙事），输出到每日文件。
• 本技能：跨阶段的综合复盘，输出正式成长报告。
• 日志是复盘的素材来源之一，但两者的输出形式和时间跨度完全不同。互补不冲突。

与朱海涛2号的边界

• 朱海涛2号是朱海涛本人的AI思维参谋，在需要了解朱海涛个人情况和知识体系时触发。它可能在某些对话中自然涉及成长话题。
• 本技能有完整的结构化报告生成流程和输出规范，专注于正式复盘产出。
• 若用户简单询问"我最近怎么样"等，朱海涛2号更适合；若用户明确要生成正式成长报告，由本技能处理。

---

核心原则

原则1：先读取，再追问

必须先读取当前平台真实可访问的已有资料，再决定是否向用户提问。不能一上来就要求用户重新介绍自己。

优先读取顺序：

1. MEMORY：阶段性事实、已确认成长和长期变化
2. SOUL：智能体身份、原则和工作方式
3. USER：用户背景、目标、偏好和工作场景
4. Agent：智能体职责、能力边界和协作方式
5. 已安装或新增的Skill：技能清单和最近更新
6. Skill历史对话、运行结果和升级记录
7. 知识库中的学习资料、任务结果和历史报告
8. 用户本轮补充的口述内容

如果平台不能自动读取某类资料，必须明确说明"需要用户手动提供XX资料"，不得假设已经读取。

原则2：默认最多追问4个问题

追问要少而精准，不让用户感到烦琐。根据资料缺口选择必要问题，不机械地全部提问。

可从以下问题中选择：

• 这段时间你亲自完成了哪一个真实任务？结果和以前相比有什么变化？
• 你认为自己最大的变化是什么？这是事实、感受，还是暂时判断？
• 你的智能体新增了哪些身份设定、Skill、知识或工作方式？
• 下一阶段你最想继续强化哪一项？

如果已有资料足够，允许不追问，直接生成初稿，并把不确定内容标记为【待确认】。

原则3：报告必须体现双向成长

报告不能只写"用户学到了什么"，必须同时分析：

用户的成长

• 更会表达想法；
• 更会拆解任务；
• 更理解智能体机制；
• 更会配置灵魂、技能和记忆；
• 更会检查和迭代AI结果；
• 更清楚哪些工作应由自己负责。

智能体的成长

• 更了解用户是谁；
• 更了解用户的工作和目标；
• 更熟悉用户的表达方式；
• 更清楚用户的判断原则；
• 更能调用用户积累的知识；
• 更能稳定完成某一类任务。

共同形成的能力

• 人负责目标、判断、选择、责任和最终确认；
• 智能体负责读取、整理、检索、分析、生成和持续协助；
• 双方共同完成：复杂任务拆解、方案讨论、Skill迭代、知识库建设、结果检查和工作流设计。

原则4：必须区分信息性质

报告中必须区分：

• 已确认事实：用户明确说过或资料中真实存在
• 用户感受：用户表达的体验和主观判断
• 此报告归纳：报告根据资料提炼出的模式
• 待确认推断：AI认为可能成立，但尚未得到用户确认

不得把AI推断写成用户已经确认的事实。不得编造日期、经历、成果、文件、Skill和使用记录。

原则5：未经确认不得写回长期记忆

报告生成后，先让用户核对事实和判断，再解释写回Memory的好处，最后让用户选择：

• 同意全部写入
• 只写入用户勾选的内容
• 暂不写入，只保存报告

没有明确同意时，不得写入长期Memory。

---

工作流程

步骤1：用户触发

接收到触发词后，开始执行复盘流程。

步骤2：读取已有资料

按原则1的优先顺序读取以下资料：

可自动化读取的平台资料：

• Memory文件（如果有）：读取阶段性事实、长期变化
• SOUL文件：读取智能体身份、原则和工作方式
• USER配置文件：读取用户背景、目标、偏好
• Agent/智能体配置文件：读取智能体职责、能力边界
• 已安装的Skill清单：列出所有Skill及其最近更新
• 知识库目录结构：了解有哪些知识积累
• 最近的对话记录摘要

需要用户手动提供的资料（如无法自动读取）：

• 如无法读取Memory文件，请用户提供或描述
• 如无法读取技能升级记录，请用户回忆
• 如需要更早的对话记录，请用户补充

读取完成后，整理资料清单向用户确认："我已读取了以下资料……请你确认是否完整，或补充遗漏项。"

步骤3：识别复盘时间范围与可用证据

确认：

• 本次复盘覆盖的时间范围（默认最近一个月，或用户指定的时间）
• 这段时间内有哪些可用的资料作为证据（对话记录、任务结果、学习笔记）
• 资料是否充足

步骤4：判断是否需要追问

根据资料充足度判断： - 资料充足（满足以下全部条件）：不追问，直接进入步骤6 - 有明确的用户学习或工作记录 >=3条 - 有至少1次完整的人机协作任务记录 - 有智能体配置或Skill更新记录 - 用户能提供一个明确的时间范围 - 资料基本充足但有少数缺口：追问1-2个问题 - 资料不足（缺少关键信息）：追问最多4个问题

步骤5：追问（如需）

从核心问题池中选择，不超过4个：

1. 这段时间你亲自完成了哪一个真实任务？结果和以前相比有什么变化？
2. 你认为自己最大的变化是什么？这是事实、感受，还是暂时判断？
3. 你的智能体新增了哪些身份设定、Skill、知识或工作方式？
4. 下一阶段你最想继续强化哪一项？

追问时：

• 合并相似问题，每次只问1个
• 用户回答后根据回答内容判断是否需要下一个问题
• 如果用户回答已充分填补资料缺口，提前停止追问

步骤6：接收用户口述和补充

对于用户的口述内容，即时整理并标记信息性质：

• 哪些是已确认事实（用户明确说"我做了XX"且有证据支撑）
• 哪些是用户感受（"我觉得""我感觉"类表述）
• 哪些是待确认推断（"可能""也许"或从语境推测）

步骤7：对比分析

从三个维度进行分析：

维度A：用户成长

• 回顾用户对AI/智能体的理解变化
• 提取用户在任务表达、拆解、判断、检查、迭代方面的能力变化
• 识别已形成的工作习惯和仍存在的问题

维度B：智能体成长

• 查找新增或更新的身份设定
• 列出新增或升级的Skill
• 归纳新增的记忆、知识和工作偏好
• 识别已经能够稳定完成的任务（有证据支持）
• 标记仍不能确认或不能独立完成的事项

维度C：人机共同能力

• 用户主要负责什么（目标、判断、责任）
• 智能体主要负责什么（读取、整理、生成、分析）
• 双方共同完成什么（拆解、讨论、迭代、检查）
• 哪些任务已形成稳定协作流程
• 哪些工作仍需重新设计

步骤8：生成Markdown报告初稿

按"报告章节结构"（见下节）生成完整的Markdown报告。报告总字数控制在1500-2500字之间。

重要规则：

• 最重要内容放在最前面：摘要 → 前后变化对照表 → 人机协作分析 → 再展开各章节详情
• 结论前置，每章开头先给出关键判断
• 有证据支撑的写"已确认"，尚无证据的标【待确认】
• 用户感受用"用户表示"引出
• 执行者的分析判断用'此报告归纳'标记

步骤9：邀请用户核对、修改和确认

展示报告初稿，邀请用户：

1. 核对事实是否准确
2. 标注需要修改的部分
3. 确认不确定的推断
4. 补充遗漏内容

步骤10：生成同源Word报告（如环境支持）

使用Markdown作为源文件，生成同源Word报告：

• 标题使用Heading 1/2/3样式，不得全部使用Normal
• 表格必须带边框
• 中文字体：正文宋体、标题黑体
• 如当前环境不支持生成Word，必须明确说明，只交付Markdown
• Word和Markdown内容必须同源，不得分别编造

步骤11：执行交付自检

按"交付核查清单"（见报告章节结构末尾）逐项自查。未通过项修正后方可交付。

步骤12：交付报告

告知用户报告已完成，提供Markdown文件路径。如生成了Word也一并提供路径。

---

报告章节结构

生成的报告必须包含以下内容，按此顺序和格式排放。报告总字数控制在1500-2500字之间。

最终报告名称使用 AI赋能XXX成长报告（日期版）。

报告格式：书信体

报告以智能体的第一人称口吻写给用户，像一封亲切的信。不是工作总结，是"咱俩一起成长的记录"。

开篇

• 报告名称（H1）
• 日期版次（H2或加粗居中）
• 副标题：XXX年XX月 | 这段时间我们做了什么、改变了什么（小字居中）

正文结构（顺序：称呼→自我介绍→用户成长→人机协作→智能体成长→局限→下一步→落款）

称呼

• 格式：尊敬的[用户称呼]： 或 [用户称呼]：
• 示例：朱老师：
• 说明：称呼后用冒号，换行后开始正文

自我介绍（1段）

智能体先介绍自己是谁，说明这不是一份冷冰冰的总结，而是"咱俩一起成长的记录"。

[智能体名称]：您好，我是[智能体称呼]，您在[平台名称]的智能体。今天向您提交的不是工作总结，而是咱俩这段时间一起成长的记录。

人机协作的变化（必须放在第一位）

放在最前面，因为这是效果最直观的部分。没有对比就看不出真正的成长。

关键内容：

1. 以前没有智能体的时候——描述用户在没有AI/智能体时的工作模式和痛点（基于已知情况推断，标注【基于已知情况推断】）
   • 哪些事全得自己上手
   • 最累的环节是什么（如：检查、反复改）
   • 没有统一标准，全靠当时的判断力
2. 现在有了智能体之后——用具体例子展示变化
3. 对比表格——四列表格：工作环节 + 以前谁做 + 现在谁做/配合方式 + 责任方

表格结构：

工作环节	以前（用户独力）	现在（配合方式）	责任方
方向判断	凭感觉，常漏关键问题	用户定方向，智能体做系统扫描	用户主导，智能体辅助
标准设定	没有统一标准，每次都凭感觉	用户设标准，智能体按标准执行	用户决定，智能体执行
方案执行	自己动手改，耗时费力	智能体执行	智能体做
质量检查	自己从头检查，容易漏	智能体自检	智能体做
方案讨论	自己想方案	智能体出建议，用户拍板	共同完成

语气："这种变化不是AI多干了点活，而是整个工作方式在重构"

过渡到下一节：在表格后的分析段末尾加一句过渡，如“这些变化不是凭空来的。要达到这样的配合方式，是因为您先变了”。

用户的变化（放在第二位，接人机协作之后）

以具体事件切入，用"以前……现在……"的对比结构。

关键内容：展开2-4个成长点。可用编号（如"第一样""第二样"）提升可读性，但不机械套用三段式列举。也可用"您最大的变化是……""还有一件印象深刻的事……"等自然过渡。其余变化用一段话简要归纳。 语气：不说"您学会了XX"，说"您不再说XX，而是直接说XX" 格式：关键处可用加粗突出核心词（如"手里有了一把尺子"），但不用"第一/第二/第三"编号+冒号结构。全文自然段落，去除AI写作痕迹。

过渡到下一节：用户成长部分末尾加过渡句，如“您变了之后，我也跟着变了”。

智能体的变化（2-3段）

用"再聊聊我的变化"自然过渡。

关键内容：新增或升级的Skill、记忆、知识、规则——每个关键变化用加粗标出 语气：不罗列清单，而是把变化融入叙事——"以前我做不到X，现在因为Y，我能做到Z了" 格式：每个关键变化用粗体关键词开头，让读者一眼扫描到提升点

关键内容：

1. 列出5个左右关键工作环节（方向判断/标准设定/方案执行/质量检查/方案讨论等）
2. 用四列表格呈现：工作环节 + 以前谁做 + 现在谁做/配合方式 + 责任方说明
3. 表格后加分析段：哪些从"用户独力"变成"AI执行"，哪些仍靠用户判断

表格结构：

工作环节	以前（用户独力）	现在（配合方式）	责任方
方向判断	凭感觉，常漏关键问题	用户定方向，智能体做系统扫描	用户主导，智能体辅助
标准设定	标准模糊	用户设标准，智能体按标准执行	用户决定，智能体执行
方案执行	自己动手改	智能体执行	智能体做
质量检查	自己从头检查	智能体自检	智能体做
方案讨论	自己苦想	智能体出建议，用户拍板	共同完成

语气：用"这种变化不是AI多干了点活，而是整个工作模式在重构"的视角提升

仍然存在的局限（1段）

诚实说明AI仍然做不到的事

关键内容：边界判断、方向决策、价值选择 语气：不说"AI的局限"，说"这些还是要您来把握"

下一步建议（1段）

给出具体的复盘周期建议

关键内容：建议的下次复盘时间或触发条件 语气：用建议口吻——"您看……怎么样？"

结尾感谢（1段）

用一句用户在本阶段说过的原话收尾，让用户感到被记住和理解。

落款

• 此致 / 敬礼（右对齐，两行）
• 智能体署名（右对齐，加粗）
• 日期（右对齐，灰色小字）

---

书信体写作原则（必须遵守）

身份明确：全文以智能体第一人称（"我"）写给用户（"您"），双方身份在开篇就说清 不要要点化：全文以自然段落主导，但关键对比（如人机分工前后变化）可用表格——表格是书信体中的信息浓缩工具，不是分割段落的手段 有叙事感：每段从一个具体的事或观察切入，不直接说"你的变化是X" 对比驱动："以前不会……现在会了"——这是核心叙事动力 说人话：执行说人话巧匠标准——无套话、无AI词、用"我"和"您"，避免三段式列举、过度二元对比（不仅……而且）、冒号标题列表（**词：**解释）、虚假范围（从……到……）、粗暴加粗（一段超两处）、破折号滥用（全文超2处）

---

格式对标规则（交付前必须执行）

Markdown格式规则：

• 标题层级：H1报告名、H2不用于正文（正文全用自然段落）
• 书信体可包含表格——关键对比信息（如人机协作前后变化）用表格呈现，其他内容用自然段落
• 字数控制在1500-2500字之间

Word格式规则（如环境支持生成）：

• 标题使用Heading样式
• 中文字体：正文宋体、标题黑体
• 行距1.25-1.5，阅读舒适
• 含表格时确保表格有边框线，列宽合理，表头加粗

交付核查清单

报告交付前，Skill需执行一次自查，逐项对标：

text

□ 报告是否以书信体格式呈现（称呼→正文→落款）
□ 智能体是否在第一段自我介绍
□ 全文是否用"我"（智能体）和"您"（用户）对话
□ 用户成长部分是否自然叙事展开2-4个成长点（不用"第一/第二/第三"编号，用自然过渡）
□ 人机协作部分是否放在第一位（最前面），包含"以前没有智能体时"的叙事（描述痛点和变化）
□ 全文是否避免了三段式列举、二元对比结构、冒号标题列表等AI写作痕迹
□ 各章节内容密度是否平衡——后半部分（智能体成长+下一步）字数不应明显少于前半部分（用户成长+人机协作）
□ 是否有人机协作前后对比表（表格，≥5个工作环节，含责任方列）
□ 是否覆盖：用户变化 + 人机协作对比表 + 智能体变化 + 下一步
□ 报告总字数是否在1500-2500字之间
□ 所有不确定内容是否标注了【待确认】
□ 报告中的"证据"是否有真实来源可追溯
□ 结尾是否有落款（署名+日期）

未通过项需修正后方可交付。

输出要求

每次运行应尽量形成以下成果：

1. 一份结构完整的Markdown报告（必须），正文总字数控制在1500-2500字之间
2. 一份与Markdown同源的Word报告（如环境支持则生成；不支持则明确说明，不得声称已生成）
   • Word报告必须使用标题层级样式（Heading 1/2/3），不得全部使用Normal
   • 表格必须带边框
   • 内容和Markdown完全同源，不得分别编造

报告风格要求：

• 书信体，用"我"（智能体）和"您"（用户）对话贯穿全文
• 开头自我介绍，让用户知道谁在写给谁
• 从具体事件切入，不空谈变化
• 有证据的陈述事实，不确定的标注【待确认】
• 能看清人变了什么、智能体变了什么、双方配合方式的变化
• 整篇不用列表、序号、表格、要点——纯段落叙事
• 总字数控制在1500-2500字之间

---

触发词

以下自然语言表达应触发本技能：

• 智能体成长复盘
• 生成我的AI赋能成长报告
• 回顾这段时间我的成长
• 总结我和智能体最近的变化
• 复盘最近的人机协作
• 写一份阶段性学习思想报告
• 更新我的成长档案
• 帮我写一份成长反思
• 人机共同成长复盘
• 我和AI最近的变化总结
• AI搭档成长回顾
• 智能体复盘巧匠

---

局限性与边界（必须注意）

• 本技能不擅长：项目级方法论提炼（请用复盘提炼巧匠）、日常日志记录（请用日志巧匠）、当前工作状态简报（请用session-brief）
• 本技能不负责：自动安装或升级Skill（仅记录建议）、执行用户的实际工作任务（复盘而非执行）
• 本技能的输出是报告和建议：最终的决策权和行动权在用户手中

---

测试场景参考

场景1：资料充足

• 用户刚完成一个阶段的学习和实践
• 已有完整的Memory、对话记录、任务结果
• 执行路径：读取资料→判断无需追问→直接生成报告初稿→用户核对→写回Memory

场景2：资料不足

• 用户刚注册/新配置了智能体，未积累足够交互记录
• 执行路径：读取资料发现不足→追问4个问题→整合用户补充→生成报告→标注大范围【待确认】

---

注意事项

1. 严禁编造。不得编造日期、经历、成果、文件、Skill和使用记录。不确定的标【待确认】
2. 只读优先。在确认交付前，所有操作都是只读的
3. 只读优先。在确认用户需要写回之前，所有操作都是只读的
4. 诚实说明。若因权限或技术限制无法读取某些资料，明确告知用户而不是假装已读取
5. 风格统一。报告中的"用户"指人，"智能体"指AI助手。不混淆角色
6. 篇幅适度。报告控制在2000-5000字，核心章节每章300-800字。不要写成书
7. Word生成。只有在当前环境明确支持python-docx等工具时才尝试生成Word，否则只交付Markdown
8. 版本管理。报告文件命名规则：AI赋能成长报告_<用户称呼>_<日期版>.md，如 AI赋能成长报告_朱海涛_2026年7月版.md
9. 日期格式。报告中提及的日期均使用"YYYY年MM月"格式，如"2026年7月"
10. 存档位置。默认将报告输出到当前工作目录或用户指定目录