性能优化
跨会话开发时自动保存工作区上下文,避免研究、决策和经验丢失
在编码代理或助手参与的多轮/跨会话开发中,把值得长期保留的研究、决策、模板、约束和可复用工作流持久化到 workspace 文件。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
跨会话开发时自动保存工作区上下文,避免研通用
解决思路
- 以构建机构记忆为目标:在工作中持续识别应超越本次对话的信息,并保存到 workspace,让未来会话一开始就更聪明。
- 每次对话开始时,先加载已有上下文再执行其他操作。
- 检查 `context/` 目录,读取与当前任务相关的任何文件。
- 检查产品/项目上下文文件(如 `.agents/product-marketing-context.md`、`PROJECT.md` 或类似文件),获取定位、目标和约束。
- 检查项目使用的领域特定目录(如 `companies/`、`docs/`、`research/`)。
- 检查可能适用的模板或可复用资产。
- 如果项目还没有 `context/` 目录,不必强行创建;首次有值得保存的内容时再创建。
- 持续留意应持久化的信息,一旦识别就立即保存,不要等到对话结束。
- 产品细节、定位、ICP 变化:保存到项目上下文文件(如 `.agents/product-marketing-context.md`)。
- 关于公司、人物或主题的研究:保存到 `context/{topic-slug}.md` 或领域特定目录。
- 战略决策或经验:保存到 `context/{topic}.md`,使用带日期的条目。
- 可复用模板或样板:保存到 `templates/` 或项目合适位置。
- 可重复的多步骤工作流:在 `.cursor/skills/` 或 `.agents/skills/` 创建新 skill。
- 持久约束或约定:在 `.cursor/rules/` 创建新 rule。
- 小型上下文保存不要请求许可,直接保存并说明保存了什么。
- 创建新 skills 或 rules 前要请求许可,因为它们影响所有未来对话。
- 向已有上下文文件添加内容时追加而不是覆盖,使用带日期的条目。
- 使用清晰文件名,方便未来的你或未来 agent 通过扫描目录列表找到。
- 结束对话前自问:是否学到任何未记录在 workspace 文件中的项目信息?
- 结束对话前自问:是否做了重新执行会很痛苦的研究?
- 结束对话前自问:是否发现应成为 skill 或 rule 的模式?
- 结束对话前自问:是否创建了可模板化复用的内容?
- 如果以上任一为是,在对话结束前保存。
- 上下文文件使用 `context/{slug}.md`,Markdown 格式为:`# {Topic}`;每条条目为 `## {Date} — {Brief title}` 后跟正文,并可包含更早的条目。
- 上下文文件条目保持倒序时间排列(最新在前),并给条目标注日期,使其随时间推移仍可理解。
- 项目上下文文件使用单个文件记录项目身份的当前状态,Markdown 格式包含:`# {Project Name} — Context`;字段 `What it is`、`Who it's for`、`Key differentiator`、`Current stage`、`Current goals`;以及 `## Positioning` 和 `## Constraints` 部分。
- 当同一多步骤工作流执行超过一次时,创建新 skill。
- 重复研究主题的工作流(检查多个来源、综合、保存发现)出现时,创建新 skill。
- 重复准备会议或通话的工作流(拉取上下文、最近历史、准备谈话要点)出现时,创建新 skill。
- 重复运行活动或流程的工作流(选择目标、个性化、跟踪进度)出现时,创建新 skill。
- 当持久约束应适用于所有对话时,创建新 rule。
- 通过反馈完善的语气/语调指南应成为 rule。
- 命名约定或文件组织模式应成为 rule。
- 领域特定约束(“never mention X”、“always check Y first”)应成为 rule。
- 主动保存上下文,无需被要求,但说明保存了什么。
- 保持文件可扫描,未来 agents 会通过浏览目录列表查找上下文。
- 不要保存琐碎信息;如果容易重新推导,跳过。
- 为所有随时间累积的内容标注日期。
- 创建新文件前检查已有文件,避免重复。
适用边界 · 注意事项
- 容易重新推导的琐碎信息不适用,直接跳过。
- 未获得许可时不要创建新的 skills 或 rules,因为它们会影响所有未来对话。
- 向已有上下文文件写入时不要覆盖,应追加带日期的条目。