archive-conversation

AI 对话归档摘要

创建 AI 对话的归档摘要，记录其思想历程、关键见解或技术工作会话日志。记录讨论中思路的演变过程，或工作会话中采取的具体行动和技术决策。

笔记用途

这份笔记是为没有对话记录可查、日后重新回顾的读者准备的。好的笔记能帮助读者还原：

• 做出了什么决定，以及原因
• 思路如何在来回讨论中演进
• 用户自己的想法，保留原话
• 产出了什么，以及存放在哪里
• 哪些问题仍未解决

只要这份笔记能让读者仅凭笔记还原对话中的上述全部内容，就算完成。

分析完整对话

写作前先阅读完整对话。说明对话的性质（工作会话、创意探索、学习或策略讨论），以及它值得保存的原因。关注以下内容：

• 第一个问题背后真正的问题
• 假设发生变化或做出决定的时刻
• 逐步形成的框架或模式
• 带来启发的失败尝试
• 想法或系统各部分之间的联系
• 人情味：困惑、领悟、沮丧、突破

组织笔记

根据对话的进程安排结构。常见结构包括：

• 问题解决： 出现了什么问题 → 有启发的失败尝试 → 可行的解决方案 → 后续步骤
• 创意探索： 最初构想 → 思路如何分支 → 关键决策及原因 → 值得重访的方向
• 学习： 起初不理解什么 → 理解如何逐步建立 → 突破 → 尚存的问题
• 工作会话： 目标 → 采取的行动和修改的文件 → 障碍与修复 → 当前状态和待办事项
• 策略： 决策 → 选项与权衡 → 逐步形成的评估标准 → 后续考量

为每个部分添加句首字母大写风格的标题，说明该部分发生了什么，例如“从按小时计费还是按项目计费的问题开始”或“递归函数为何持续触发内存限制”。采用简洁的第三人称文档风格；只有在引用用户原话时才使用第一人称。

保留用户原话

只要用户表达了决定、推理、观点、担忧、兴奋之情，或想要推进的想法，就应逐字引用。他们的原话记录了当时的思考，像日记一样；改述会抹平他们的声音，也会抹平想法逐步成形时的来回交流。

• 以引用开头相关部分；随后再进行分析。
• 保留用户的措辞和大小写；只修正拼写错误和听写错误。
• 引用完整的想法。
• 保留 AI 自己的表达方式。
• 选择值得记录的时刻，而不是删减每段引文的内容。

如果对话展现了思路的变化，就引用双方的话：

[用户名字，若已知]：“[领悟、疑虑或决定的时刻]” AI：“[促使理解发生变化或阐明关键见解的回应]”

文件输出要求

优先遵循用户的系统。根据用户的指示、记忆或当前对话，采用已知的惯例。否则，写作前先阅读两到三篇最相似的笔记（早期归档或可能存放位置中的近期笔记），并遵循其命名、归档和标记方式。只有在没有可遵循的系统时，才使用以下默认规则。

命名

默认格式：{{Type}} - {{topic}} YYYY-MM.md。侧重见解的对话使用 Thinking，工作会话使用 Log。

• 示例：Thinking - Portfolio strategy 2025-08.md
• 示例：Log - Refactoring auth middleware 2025-01.md

保存位置

1. 指定保存位置： 直接使用该路径。
2. 现有目录结构： 保存到用户类似笔记所在的位置，或最适合对话主题的文件夹。
3. 位置不明确： 询问用户要保存到哪里。
4. 无法访问文件： 将笔记作为 Markdown 代码块输出，并在其上方注明预期路径。

元数据

仅填写类似笔记共有且可根据本次对话准确回答的 frontmatter 字段，并复用已有标签。如果没有可匹配的系统，请添加日期和几个与对话主题相关的标签。