智能体成长复盘

智能体成长复盘

任务目标

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

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

• 用户发生了什么变化——对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需执行一次自查，逐项对标：

□ 报告是否以书信体格式呈现（称呼→正文→落款）
□ 智能体是否在第一段自我介绍
□ 全文是否用"我"（智能体）和"您"（用户）对话
□ 用户成长部分是否自然叙事展开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. 存档位置。默认将报告输出到当前工作目录或用户指定目录