项目空间

项目空间是 Studio 项目管理的核心体验，也是 MAWflow Project Space 业务项目执行底座在云端协作场景下的使用形态。它把项目说明、需求输入、工作项、AI 协作记录、验收结论和交付证据放在同一条项目链路里，让项目不只停留在一次对话里。

Project Space 随项目直接使用，Studio 通过申请体验开通。编辑请求必须先显示内容位置、版本、校验摘要和差异，再经可信身份审批后调度；任务完成不等于项目验收，只有执行证据、新手册版本和人工复核齐全后才能关闭请求。

如果你还没有理解 Project Space 的整体概念，先看 MAWflow 项目空间；本页只讲 Studio 如何使用这套业务项目执行底座推进项目管理。

项目空间包含什么

区域	作用
项目说明	项目目标、目标用户、第一版范围、非目标和风险。
需求输入	Project Clinic、Prompt Hub、人工需求或客户需求摘要。
工作项	任务范围、验收标准、AI 授权和人工确认。
AI 协作记录	执行摘要、人工接管点、检查结果和风险说明。
交付证据	验收结论、交付摘要、后续任务和复盘材料。
关联入口	PM、移动端、审计中心、信任中心和交付记录的安全摘要。

好项目空间的标准

• 目标和非目标清楚。
• 每个工作项都能追溯到需求。
• AI 可辅助内容和人工确认内容分开。
• 检查结果、未验证原因和风险有记录。
• 交付时能找到验收结论和证据。
• 需要人工确认的动作不会绕过审批直接执行。

从哪里导入资料

来源	进入 Studio 前要做什么
Project Clinic	人工确认项目目标、范围和风险。
Prompt Hub	确认任务输入可执行、可验证、有边界。
MAWflow Seed	确认仓库结构和检查方式。
MAWflow Lite	确认本地项目上下文和安全边界。
人工文档	清理过期内容和敏感资料。

Studio 中的使用顺序

1. 先建立项目说明，写清目标、用户、第一版范围、非目标和风险。
2. 再把需求输入转成工作项，让每个工作项有来源、授权和验收标准。
3. AI 执行后，把执行摘要、检查结果、人工接管点和风险说明写回项目空间。
4. 验收时查看交付证据、审计 finding 和后续任务，而不是只看一次聊天结果。
5. 需要本地代码资料时，只同步必要摘要和边界说明，完整资料仍按开通范围和安全策略处理。

编辑请求、证据和关闭

1. 在项目空间选择一个 Manual block，填写建议替换内容，先生成“尚未执行”的差异预览。
2. 提交后由有权限成员批准或驳回；浏览器自报的 actor/role 不作为授权来源。
3. 只有 approved 请求可以调度真实 Task；重复提交和重试沿用同一请求上下文，不能重复创建目标对象。
4. Task 的执行记录与产物证据会进入统一时间线。任务失败、证据缺失或 Manual 尚未重建时，请求不能伪装为 closed。
5. 生成新 Manual 版本并回到原 anchor 复核后，人工确认关闭；不满足条件时按页面列出的 blocker 回修。

本地、云端与混合同步

同步中心先比较 base、local 和 remote 三个 head，再显示本地独有、远端独有与同 block 冲突。冲突需要逐项选择后才能确认应用；应用只更新脱敏投影，并保留可回滚记录，不直接覆盖源仓库。离线重连必须复用 client request id 并重新比较 heads。

复杂 diff 与冲突解决应在桌面端完成；移动端只承接手册阅读、审批摘要、确认和证据查看。

下一步

继续阅读 工作项与授权，把项目空间里的需求拆成可执行任务。