工作区杂乱时,先按“工作记忆/项目记忆/组织记忆”三层给文件分类,再决定删留:当前任务直接要用的、项目积累的经验决策、跨项目长期知识,各自规则不同。
AI根据立正公开的文章和视频整理,不是他本人回复。重要的判断,请回到出处核对。
先分层,再决定删留
材料里的观点整理工作区卡住,往往是因为把所有文件当成同一类东西。可以按三层记忆来分:工作记忆是当前任务直接需要的文件,用完即可清理;项目记忆是这个项目积累的经验和决策,值得保留但可定期提炼;组织记忆是跨项目的长期知识,应该沉淀下来。分完之后,删留标准就清楚了——工作记忆里的中间产物可以删,项目记忆里的决策记录和踩过的坑要留,组织记忆里的规范、模板要单独放。这样整理时不是逐个文件纠结,而是按层套规则1。
文件要能离开工具继续用
材料里的观点选工具和管理文件时,一个值得先问的问题是:这些东西最后留在哪里,能不能完整拿出来,离开这个工具后还能不能搜索和继续使用。有价值的积累是自己的上下文,工具可以换,积累要跟着自己走。落到工作区上,就是尽量让核心内容以可读、可搜索的格式存在自己目录里,而不是锁在某个工具的私有格式中。这样即使换模型或换工具,之前的文件还能被继续加工2。
沉淀成可复用结构,而不是每次重来
材料里的观点如果每次用 AI 做项目都从空白开始,工作区就会不断堆积一次性产物,越攒越乱。更可持续的做法是设计自己的知识组织方式:哪些长期不变(比如写作风格、判断原则),哪些按项目加载(客户背景、具体需求),哪些需要定期更新。反复做的任务类型,各留一个经过验证的模板或 skill 文档,每用一次优化一次。这样工作区里留下的是可复用的起点,而不是一堆用过的临时文件3。
材料讲的是 context 分层管理的原则,没有给出针对具体文件夹结构的删留清单;实际哪些文件能删,还要结合你的项目类型和文件用途判断。
出处
- 1你团队的 AI 效果不好,问题不在模型,在 Context
三层记忆(工作/项目/组织)和渐进式加载、持续提炼,是判断文件删留的核心框架。
- 2Intake Skill:用好苹果设备,把上下文留在自己手里
讲文件留在哪里、能否离开工具继续用,适合核对工作区文件该以什么格式保存。
- 3AI 用得好的人与普通人的5个差距,和背后具体技术原因|非技术岗位版
个人 Context Architecture 和模板库,说明怎样让工作区沉淀成可复用结构而非一次性产物。
你也有想问的?
卡住的时候,问问立正:回答只从立正讲过、写过的东西里来,每一段都能点回原文。
问类似的问题也可以接着问:
别人还问了
- 这么叫鸭哥的context infra
“鸭哥的 context infra”指一套把散落上下文变成可复用资产的系统,分概念图、技术架构、工具链三层,核心是分层记忆、按需加载和持续提炼。
- 想开始建立自己的上下文系统,应该从哪里入手?
先从一个你反复做、又最标准化的任务开始,把它的上下文(偏好、标准、背景)写成文件沉淀下来,而不是先搭一套大系统。材料可分三类:长期不变的、按项目加载的、需要定期更新的,不必一次建全。上下文不是越多越好,要区分必须遵守的约定和仅供参考的材料…
- Ai时代是先有方向再行动,还是行动再有方向。
两者是交替校准的:方向大致对了就动手,行动再回来修正方向;卡住的人不同,先补的那一头也不同。
- 玩ai到底要不要自己摸索
要,但摸索的对象是任务本身,不是名词和工具。把真实任务做完、暴露问题、再补方法,比先学概念更有效。
- 我是个学生,想要实现财富自由,咋办
财富自由可拆成被动收入覆盖支出,学生阶段最现实的动作是尽早开始、控制支出、把精力投在能增值的能力上,而不是先想赚快钱。
- 我结合我的爱好,vibe coding 了一个 K 线模拟训练软件,正式版发给了我的一些朋友使用,我 0 距离接收他们的反馈,并持续迭代优化,这个过程给我带来了很大的正反馈,我希望能以这个作品为起点,未来做功能更强大更深入的软件产品,为中国 A 股的散户交易者提供有价值的服务
你现在的路径和「通用工具围着真实工作长成自己的软件」高度一致,下一步最值得读的是从作品走向产品要补的那几块:重度用户、demo与生产的鸿沟、以及产品价值结构。