产品功能
MAWflow 不按泛化功能动词堆叠页面，而是围绕一个真实项目从澄清到交付的六个能力域组织产品。每个能力域都说明用户问题、获得结果、当前入口和使用边界。
想立即开始，请看快速开始；想确认怎样获得某项能力，请看唯一的产品与服务。
项目调研与事实确认
用户问题：只有一句想法，或目标、范围、非目标和验收方式还没有形成共同理解。
获得结果：结构化的项目目标、第一阶段范围、风险、约束和验收候选。
当前入口：Project Clinic 或云端产品工作台的项目创建流程。
使用边界：系统提供追问、候选和建议；项目负责人仍需确认范围，不会自动开始开发。
项目空间与持续项目手册
用户问题：项目事实散落在聊天、代码、文档和个人记忆中，接手者很难知道什么仍然有效。
获得结果：一份持续更新、能够驱动下一步的项目手册，连接目标、需求、任务、审批、审计、证据和交付。
当前入口：Project Space 与对应项目概览。
使用边界：项目手册是统一阅读和行动入口，不复制账号、PM、执行、审批或审计的权威记录；内容带来源、版本、确认状态和责任人。
需求、计划与资源
用户问题：需求、工作项、负责人、运行资源和验收条件彼此脱节。
获得结果：可执行的需求与计划，明确谁负责、在哪里执行、需要哪些资源和怎样判断完成。
当前入口：MAWflow PM、Workspace 与 Resource Center。
使用边界：每个项目保持唯一 PM 来源；资源需要固定版本、许可、适用范围和项目引用。
受控 AI 执行与运行资源
用户问题：AI 能生成内容，却不知道允许修改什么、使用哪台机器、需要哪些凭证引用和怎样检查。
获得结果：带修改范围、禁止范围、运行资源、检查命令、执行记录和失败恢复动作的受控作业。
当前入口：本地产品工作台、云端项目的执行入口，以及用户自己的 Host/Node。
使用边界：平台节点不是默认资源，完整源码不会自动提供给节点；发布、外部同步、生产写入和不可逆操作需要显式确认。
人工确认、接管与恢复
用户问题：范围变更、风险选择、审批、验收或失败恢复停在聊天里，没有明确责任人。
获得结果：带对象、上下文、影响、责任人、通过、驳回、退回、补充和接管动作的人工待办。
当前入口：云端产品工作台“待我处理”、项目行动工作区和移动端低风险待办。
使用边界：人工确认不替代服务端权限与项目策略；条件不足时说明原因和责任角色，而不是展示无法完成的按钮。
验证、审计、验收与交付
用户问题：任务完成后缺少检查、复验、交付物、验收结论和剩余风险，无法说明是否真的完成。
获得结果：相互回链的检查结果、审计发现、修复复验、交付物、发布记录、验收结论和项目手册回写。
当前入口：产品工作台“验收与交付”、Audit Center 和交付记录。
使用边界：本地检查不等于外部验收，页面存在不等于环境已发布；未验证事项必须继续如实说明。
项目推进中枢
这些能力最终汇聚为一个用户可理解的结果：MAWflow 根据当前项目事实、需求、运行状态和验收条件，给出最值得处理的一项主动作，并说明为什么要做、缺什么、谁负责、完成后证据回到哪里。
下一步：