科研智能体入门

第三节 · 工作区与上下文

材料放对地方 版本才不会混

上一章,智能体已经把论文、研究设想和教学数据变成了证据矩阵、分析结果和研究报告。准备继续写“睡眠研究论文”时,别急着把新稿、旧稿和补充材料一起塞给它;材料多不等于依据清楚。

约 3 分钟 2 个核心概念 1 个真实案例
下载本节 Word 原文
一次开工,先确认材料范围
当前版,不等于所有版本。

本轮只使用 当前论文、本轮文献和数据副本;历史版本只供查阅。

  • 当前论文
  • 本轮材料
  • 历史版本
  • 其他项目
本节目录

科研项目材料秩序

让每份材料都有明确的位置

先限定项目文件夹,再说明本轮真正使用的材料;当前版、参考材料和旧稿不再混在一起。

  1. 01

    工作区

    限定智能体在哪个项目文件夹里工作

  2. 02

    当前论文

    在一个项目文件夹里明确一份当前版

  3. 03

    本轮文献

    只放这轮工作真正需要查阅的文献

  4. 04

    数据副本

    在工作区中使用本轮需要的数据副本

  5. 05

    历史版本

    旧稿统一存放,只供查阅

OUTSIDE THE WORKSPACE

另一个项目的会议记录不要混进来。

继续写之前

材料多,不等于依据清楚

写论文时更常见的后果,是智能体沿着旧稿继续检索、整理证据和起草正文。等你发现引用对应的是已经放弃的问题,前面读过的材料和写过的段落都要返工。

两个范围

工作区与上下文

工作区

智能体被限定在哪个项目文件夹里工作,这个范围叫作工作区。

上下文

它在某轮任务中真正拿来进行工作所需要的背景信息,叫作上下文。

睡眠研究示例

给材料排好位置

在“睡眠研究”项目中,工作区可以放当前论文、本轮要用的文献和数据副本,旧稿统一放进“历史版本”,另一个项目的会议记录不要混进来。

当前版

  • 当前论文.docx
  • 当前研究问题.md

本轮材料

  • 本轮要用的文献
  • 教学数据副本

历史版本

  • 旧稿统一存放
  • 只供查阅
不要混入

另一个项目的会议记录

真实案例

认错文件夹的代价

约 60 小时 公开报告中丢失的工作

真实案例:2025年,Claude Code 官方 GitHub 问题区的一份用户公开报告称,智能体认错当前文件夹,在项目主目录执行了会放弃未保存修改的重置操作,约60小时的工作因此丢失。[1]

最小可行规则

每次开工,只补一句话

最省事的做法,是在一个项目文件夹里明确一份“当前版”,旧稿统一放进“历史版本”;每次开工只补一句“这次以哪几个文件为准”。

  1. 01一份当前版
  2. 02旧稿进历史版本
  3. 03说明本轮文件

下一节的入口

下一步:明确行动边界

材料范围和判断依据清楚后,下一节再决定智能体可以做哪些事、哪些决定必须先问你。

参考资料

[1] lukehutch. [BUG] Claude Code frequently loses track of which directory it is in. anthropics/claude-code GitHub Issue #1669, 2025. https://github.com/anthropics/claude-code/issues/1669