Appearance
Copilot Spaces 不只是个人工具，还能与团队协作。组织 Space 支持精细的权限控制（管理员/编辑/查看者），个人 Space 可以分享给特定 GitHub 用户或公开分享。本页介绍如何设置 Space 的分享权限和团队使用方式。
GitHub Copilot Spaces 协作共享：团队共用知识库
为什么要共享 Spaces
多人团队使用 Copilot 时，如果每个人都在自己的对话里单独整理上下文，效率很低，而且同样的问题不同人会得到不一致的回答。
共享 Spaces 让团队可以：
- 统一技术规范：把架构设计文档、API 定义放入共享 Space
- 新人快速上手：分享包含代码库背景知识的 Space 给新加入的成员
- Code Review 辅助：为特定功能模块创建 Space，审查者可以直接在 Space 上下文中问问题
- 跨部门知识共享：前端团队的 Space 可以分享给后端了解接口规范
组织 Space 的权限控制
组织 Space 支持四个权限级别：
| 权限 | 可以做什么 |
|---|---|
| Admin（管理员） | 所有权限：编辑内容、分享、删除 Space |
| Editor（编辑） | 更新 Space 内容，不能分享或删除 |
| Viewer（查看者） | 使用 Space 提问，查看附件，不能修改 |
| No access（无权限） | 对该成员隐藏此 Space |
如何设置分享权限
- 打开目标 Space
- 点击右上角的分享图标
- 添加用户或团队，为每人/组分配权限角色
- 设置"默认角色"（适用于所有组织成员）
- 可选：复制可分享链接
个人 Space 的分享方式
个人（账号级）Space 有三种分享选项：
| 分享方式 | 说明 |
|---|---|
| 公开（Anyone with link） | 任何人都可以通过链接访问，查看模式 |
| 指定 GitHub 用户 | 只有你邀请的用户可以访问 |
| 私有（仅自己） | 默认状态，不与任何人分享 |
注意：查看者需要有 Space 中引用的源内容（仓库、Issue 等）的访问权限才能完整使用。
访问团队共享的 Spaces
组织成员可以在 github.com/copilot/spaces 的 Organizations 标签下找到组织分享的 Spaces。
在 IDE 中使用组织 Space，指定 owner 为你的组织名即可访问。
典型使用场景
场景：新人 Onboarding
创建一个"新人入职"Space，添加：
- 仓库的 README 和架构文档链接
- 技术规范文档
- 常见问题 FAQ 文件
把 Space 分享给新加入的成员，他们可以直接用 Copilot 问"这个项目的目录结构是什么？""认证模块用了什么技术？"——全部基于你整理好的材料回答。
场景：Code Review 辅助
为某个复杂模块（如支付系统）创建 Space，添加：
- 支付相关的核心代码文件
- 接口规范文档
- 历史设计讨论记录
Review 相关 PR 时，在该 Space 的上下文中问"这个改动是否遵循了现有的错误处理约定？"——Copilot 会基于你整理的资料给出更准确的判断。
常见问题
Q: 个人 Space 和组织 Space 的内容可以互相导入吗？
A: 目前不支持直接导入，但可以手动把内容重新添加到目标 Space 中。
Q: 组织 Space 的查看者能修改 Space 里的指令（Instructions）吗？
A: 不能。查看者只能使用 Space 提问，不能修改 Space 的任何配置和内容，包括指令。
Q: 多人同时在同一个 Space 里提问，会相互干扰吗？
A: 不会。每个人的 Chat 会话是独立的，共享同一个 Space 的上下文内容，但不会看到对方的对话历史。