Copilot 开始管项目了，跨仓库的活它真能接住吗

GitHub 在 Copilot app 里放了 Projects，公共预览。它把“给 Copilot 一个目标”做成可操作的项目：目标、仓库、会话、产物、定时任务都挂在同一个项目下。跨仓库干活最散的上下文，至少有了一个集中入口。

它解决的是跨仓库工作没有共同落点。Copilot 之前更多是一次次会话，项目把会话和产物收进一个目标。X 用户 seridarivus 说，跨多个仓库的项目，光有共享聊天历史不够，有用的单位是目标，会话和产物挂在目标上。这个判断比官方文案更接近实际。

创建入口在侧边栏的 Projects。新建项目时可以选择仓库，也可以不选。然后在 prompt 里写清楚目标、初始任务、想要的结果和约束，需要资料就先去 Library 添加文件或文件夹。官方例子是调查新搜索功能的客户反馈：按主题分组，总结主要问题，给证据和待查问题，只使用提供的材料，不改代码。项目不只写代码，也能做资料整理和决策准备。

管理界面按状态分组：Needs input、Open、Working、Done。Needs input 是重点，里面是需要你决策、审查、授权的事。点进单个 session，可以看对话、改动、PR 和计划，也能在 Steer this session 里给方向。它更像持续的工作台，一次性问答只占其中一段。

定时任务在项目对话里描述。比如每周一上午 9 点，总结 Library 里的客户反馈，按主题分组，给例子和待查问题，只用提供材料。Automations 标签页能看计划、下次运行时间，也能暂停、改时间、删除。X 用户 Sahil 问，重复运行会不会记得上次发现，新的运行是否自动接上之前的上下文。官方文档没有给肯定答案，实际用的时候要盯住。

跨仓库项目最难的是依赖。Guilherme Ferreira 说，一个目标跨多个仓库时，上下文最容易丢，真正的测试是改一个仓库弄坏邻居仓库，看 agent 能不能发现。这个测试比“项目支持多仓库”这句功能描述更有意义。Luna 的担心更实际：需求只改 A，它顺手把 B 也重构了。她希望先列出准备动哪些仓库，让人确认再开工。这个要求不过分。

还有一个反常识点：项目可以不依赖仓库。Bessi S 说，由 GitHub 发布一个不需要仓库的 Copilot 项目，挺好笑。好笑归好笑，这恰好说明项目管的是目标，代码仓库只是其中一种载体。调查反馈、整理资料、跟踪任务，都可以没有仓库。GitHub 把项目边界从仓库往上抬了一层。

适合手里有跨仓库目标、需要持续跟进的人。只想在单仓库里问几句代码，直接开 session 更轻。Projects 还在公共预览，功能会变。先把目标写清楚，把 Library 材料管好，把 Needs input 当回事。视频里的演示比文字快，可以先看它怎么把会话、自动化和产物收进一个项目。

官方文档：Working with projects in the GitHub Copilot app

原帖：GitHub on X