用 Spaces 整理开发知识

一个有明确任务范围的 Space 更容易复用。先确定使用者要完成的工作，再选择资料和指令；随着项目变化维护来源，而不是把所有文件都加入同一个 Space。

新功能开发

为功能集中添加相关实现、产品规格、设计讨论记录和原型图。在 Instructions 中交代功能背景与技术栈，随后请求 Copilot：

1. 解释当前实现，确认哪些部分已经存在。
2. 对照规格提出需要修改或新增的部分。
3. 起草实现思路或下一步任务。
4. 检查需求遗漏与资料之间的不一致。

官方用注册流程增加双因素认证作为这类任务的例子。实际提问应对应你的规格和代码，不必照搬示例业务背景。

频繁重复的小任务

埋点、事件结构或通知处理等重复工作，可以集中维护 schema、已有实例与流程图。Instructions 可说明先确认事件目标，再按通用 schema 提议结构，最后生成所需配置。

这样团队每次都能引用同一套约定，并让 Copilot 对照旧实现检查新逻辑。网页上传的流程图能作为参考；需要在 IDE 中复用时，应先核对该客户端对上传文件的支持范围。

团队知识与交接

对认证、搜索或 CI 等反复被问到的系统，整理代码、最新文档、设计说明与检查清单。新成员可以围绕具体问题提问，例如认证 Space 中的 SSO 流程。

安排需要维护资料的协作者为 editor，让他们更新来源和指令；需要管理共享或删除 Space 的人员才需要 admin。具体操作见共享与权限。

把验证后的结果写回项目

Space 可以帮助提炼流程和解释现有资料；团队验证后的改进仍应回到项目文档或其他正式来源中。GitHub 来源会跟随原内容更新，后续提问才能继续基于维护后的资料。对必须始终参考的规范，可按来源选择添加具体文件。