Obsidian Copilot V4：同一个项目的材料、规矩和对话，可以留在库里

在Obsidian里写一份长期研究，最容易重复的不是打字，而是每次重新交代：材料在哪，写给谁，最后存到哪个目录。Copilot V4的Projects把这些稳定信息留下来，一项工作拥有自己的指令、可复用上下文和聊天历史，而当前执行代理可以不同。

官方README已经将Agent列为主要体验，支持OpenCode，也可连接已有的Claude Code或Codex。这里真正值得介绍的是Obsidian项目如何组织工作，而不是再列一次这些代理各自的能力。

规则和材料，有各自的文件

完整Projects手册说明，每个项目有自己的文件夹。project.md保存项目信息和上下文列表，AGENTS.md保存用户维护的指令；同一份规则可供不同代理使用。

以写一组地方文化访谈文章为教学情境：材料目录放录音整理稿，输出目录留修订稿，项目指令写清面向普通读者、保留人物原话出处，以及不确定日期不要补编。每次新开该项目会话，稳定要求不必再复制一遍。

项目上下文可以加入库内文件与文件夹，也能用标签、属性或链接组织。它特别适合材料会增加、规则却相对稳定的工作。只问一句临时问题，则未必需要新建项目。

官方写得很清楚：新会话开始时，代理先获得保存的文件路径与链接清单，没有预先把所有文件下载转换；真正需要某份来源时，再调用工具读取。Markdown、文本等可以直接读，PDF、Office、EPUB等则交原始路径，具体处理能力取决于当前代理和工具。

因此，把一个PDF拖进项目，并不能自动证明它已被完整解析。网页链接同样需要代理具有网页工具或相应技能；某些托管抓取能力还要求对应计划。这个细节会改变读者的预期：项目负责把材料摆到可找到的位置，处理能力并非所有后端完全一样。

现有会话保留启动时的指令和上下文快照。修改项目规则或新增来源后，若希望使用最新内容，应新开项目会话。否则“我明明刚改了要求”可能只是改到了下一次会话才读取的文件。

另一个重要边界是Ignore files：它控制哪些文件进入上下文清单，不是文件权限设置。代理自身能访问的目录，仍可能通过其他工具找到，不能把这个列表当成敏感文件隔离机制。

插件前端采用AGPL-3.0，托管后端属于闭源服务；自带模型、API与本地模型走不同数据路径。Agent依赖本机进程，是桌面功能。它更适合已经有一座Obsidian材料库的人：先选一个持续项目，让输出真的写回笔记，再判断这种规则和资料留在文件里的工作方式是否合适。