AI 开发记忆隔离

要解决的问题

长对话会污染项目上下文：闲聊、跨项目方案、未采用决策和旧项目记忆都可能进入当前开发，使模型把临时讨论当成架构约束，或遗忘已完成的改动。开发过程若只依赖聊天记录，恢复工作时也难以区分哪些是需求、哪些只是讨论。

工作方式

这是一个被动技能，面向 opencode 开发场景。第一层只做轻量检测：当命令历史、文件变更和关键词达到一定强度时，建议进入 dev-isolation，但不自动执行。第二层需要用户明确输入 /dev-isolate start [项目名] 或表达进入开发意图，才创建隔离环境并开始记录。

核心能力包括：

• 记忆隔离：减少之前聊天记录对当前项目的干扰，保留与项目相关的需求、决策、代码变更。
• 状态恢复：进入项目时优先读取 PROJECT_STATE.md，再结合聊天记录恢复进度。
• 架构锁定：通过 /dev-adr lock 记录约束，拦截与已锁定架构不符的修改。
• 进度跟踪：用 /dev-todo、/dev-note、/dev-sum 等命令维护任务、笔记和状态总结。

适用边界

它不是自动重构或自动依赖升级工具。技能明确排除用户情绪、日常闲聊、无关技术选型和未采用的方案；也只有在项目范围明确、用户确认进入隔离后，记录与恢复才有意义。若工作流主要是临时排查或一次性脚本，过度隔离反而会增加维护状态文件的成本。