Skip to content
进入工作台

MAWflow PM 用户手册 ​

获得方式:随云端项目或 Workspace 直接使用。团队正式使用前仍应在目标环境完成权限、数据规模和回滚演练。

MAWflow PM 是 MAWflow 的原生项目主账本,用来记录需求、工作项、AI 授权、人工确认、验收结论和交付证据。它让项目推进不只停留在一次 AI 会话里。

MAWflow PM 是 Project Space 中的需求和工作项账本,不等于 Project Space 本身。Project Space 负责把项目手册、任务、审批、审计和证据放到同一空间体验里;PM 负责保存其中最关键的需求、授权和验收事实。

MAWflow PM 不强制替换用户既有项目管理系统。它关注的是 AI 项目执行中最容易丢失的事实:谁确认了需求、谁授权 AI 辅助、怎样验收、证据在哪里。

适用对象 ​

  • 需要把需求、任务、确认和验收放到同一条链路的人。
  • 需要知道 AI 协作是否经过授权、是否有检查证据的小团队。
  • 使用 Studio 或 Enterprise 时,需要保留项目主账本的负责人。
  • 需要把外部项目管理系统中的关键事项转成 AI 可执行工作项的人。

你可以用 MAWflow PM 做什么 ​

目标用法
管理需求保存目标、范围、非目标、验收标准和风险。
管理工作项把需求拆成可跟进任务。
记录 AI 授权标明哪些事项允许 AI 辅助,哪些必须人工确认。
记录人工确认保存关键决策、审批、验收和回修请求。
关联证据关联检查结果、交付物、审计 finding 和复盘摘要。

快速开始路径 ​

  1. 登录 MAWflow 项目工作台,打开项目 /projects/{key}/pm,先确认首页 provider 和就绪态。
  2. 新项目可显式选择 maw_native;已接入外部系统的项目继续使用原主账本,先进入迁移向导做 dry-run。
  3. 在“需求中心”创建 Requirement,写清目标、描述、验收标准、负责人和里程碑。
  4. 打开需求详情,人工确认后生成 WorkItem 草稿;生成草稿不会自动创建 AI Task。
  5. 在“工作项”补负责人和 AI policy,填写操作理由,再按页面给出的允许动作推进状态。
  6. 点击“预览 AI 授权”,检查 scope、context refs、blocked paths、required tests 和 blocker;无 blocker 后再人工批准。
  7. 批准授权仍不会自动执行;再次点击“按批准授权创建 Task”才创建唯一关联 MAW Task。
  8. 从任务与 Evidence Timeline 回写 Artifact、TestRun 或 Verification;缺少验证证据时不能把工作项标为已验收。
  9. 人工验收后把工作项推进到 done/closed,并在 Activity 中复核 actor、来源、理由和版本。

第一次成功定义:一个 Requirement 被拆为至少一个 WorkItem,经人工预览和批准 AI 授权创建唯一 Task,回写验证证据后由用户完成验收;刷新页面后对象、版本、Activity 和关联关系仍可恢复。

开通与准备 ​

检查通过标准
Provider当前项目明确显示 maw_native;外部 provider 项目只读或进入迁移向导。
项目权限用户是 active 项目成员;迁移、切换和回滚需要治理角色。
Objective创建 AI Task 前,项目至少有一个可关联 Objective。
负责人进入执行或验收前,WorkItem 已设置负责人。
验收标准Requirement 确认前已有可判断的 acceptance criteria。

主账本对象 ​

对象记录什么
Requirement项目需求、范围、非目标、验收标准。
Work Item可执行任务、负责人、状态、验收方式。
AI AuthorizationAI 可以辅助的范围、输入资料和限制。
Human Confirmation人工确认、拒绝、补充输入或回修请求。
Evidence Link检查结果、交付物、审计 finding 和复盘。

常见用法 ​

从需求到工作项 ​

需求不能直接等同于任务。先确认目标和验收标准,再拆成工作项。每个工作项都应能回答:

  • 为什么做。
  • 修改或处理范围是什么。
  • 哪些内容不能碰。
  • 怎样验收。
  • 谁负责确认结果。

管理 AI 授权 ​

AI 授权不是“一键放开”。建议按工作项标记:

授权类型适用场景
可辅助分析让 AI 阅读公开或项目允许资料,输出建议。
可辅助撰写让 AI 草拟文档、测试说明或任务说明。
可辅助修改在限定范围内辅助代码或文档修改。
必须人工处理涉及敏感资料、发布、财务、法律或高风险动作。

页面中的 AI 授权固定分三步:

  1. 预览:保存版本化 authorization,展示范围、上下文、禁止路径、测试要求、有效期和 blocker。
  2. 批准:由当前可信用户填写理由并确认;浏览器自报 actor 不作为身份来源。
  3. 创建 Task:只接受未过期的 approved authorization;重复请求返回同一 Task,不重复创建。

授权不包含发布、回滚、外部同步、敏感配置变更或 Host 重启。这些动作继续进入各自的审批和运维链路。

状态、并发与证据门 ​

  • Requirement 和 WorkItem 都返回 object_version;编辑、状态流转和授权决策必须提交页面当前版本。
  • 两个页面并发修改时,旧版本会收到冲突,不会静默覆盖新数据。
  • WorkItem 只能沿页面返回的 allowed_transitions 推进;普通字段编辑不能绕过状态机。
  • 进入执行或验收需要负责人;进入 done/completed/closed 需要 Verification 或 TestRun 引用。
  • 每个关键写入带 client_request_id,网络重试返回原结果;同一 id 携带不同内容会被拒绝。

搜索、看板与 Activity ​

  • 工作项支持标题/摘要/描述、状态、负责人、里程碑、AI 关联、blocker 和排序过滤。
  • 看板按钮只展示当前状态允许的下一步,不使用无审计拖拽。
  • Requirement 支持关键词、状态、负责人、里程碑、来源和排序过滤。
  • PM 首页展示 Requirement、WorkItem、blocked、AI linked、done 计数和首次成功下一步。
  • Activity 记录可信 actor、事件、前后状态、安全摘要、理由和 evidence refs;普通页面不展示敏感信息、原始日志或绝对路径。

从既有项目管理系统迁移与回滚 ​

  1. 在 /projects/{key}/pm/migration 填写操作理由并生成 dry-run。
  2. 检查 requirement/work item/release scope 数量、unmapped、conflict 和 rollback plan。
  3. 没有 blocker 后确认导入;导入只新增 native 对象与 ImportRef,不删除或改写原系统数据。
  4. 输入 CONFIRM_SWITCH_TO_MAW_NATIVE 才能切换 provider。
  5. 如需回滚,输入 CONFIRM_ROLLBACK_TO_ZENTAO;回滚只切主账本路由,保留 native 历史。

页面加载、空状态和预览都不会自动导入、切换或回滚。同一时刻项目只有一个正式 PM provider。

记录验收 ​

验收结论应包含:

  • 做了什么。
  • 用什么方式验证。
  • 是否通过。
  • 未覆盖风险是什么。
  • 是否需要回修。

和其它产品协作 ​

产品协作方式
MAWflow Project Space提供项目空间和协作界面,引用 PM 的需求和工作项账本。
Studio提供 Project Space 的云端协作形态。
MAWflow Mobile处理低风险确认、审批、验收和回修。
Evidence保存检查结果、交付物和复盘摘要。
Audit Center对 PM 关联证据做独立复核。
Enterprise管理组织级权限、审批和审计策略。

检查清单 ​

检查项通过标准
需求可追踪每个工作项能追溯到需求。
授权可解释AI 可做和不可做的范围清楚。
人工确认可见关键决策不是散在聊天记录里。
验收可判断有通过、失败或回修结论。
证据可关联检查结果和交付物能找到。

失败与恢复 ​

场景页面反馈恢复方式
当前不是 maw_native写操作关闭并显示 provider留在原系统,或先做迁移 dry-run
版本冲突返回当前 object version刷新后合并,再用新版本提交
状态跳转非法显示当前允许动作按状态机补前置步骤
缺负责人阻止进入执行/验收指定负责人后重试
缺 Verification/TestRun阻止 done/closed回写验证或测试引用
AI 授权 blocker预览列出具体 blocker修复 policy、状态、Objective 或负责人后重新预览
授权过期/撤销不创建 Task重新预览并人工批准
重复提交返回原对象或 Task继续查看,不重复创建
迁移冲突/源版本变化导入或切换被拒绝重新 dry-run、处理冲突后再确认

公开边界 ​

MAWflow PM 不直接执行本机任务,不替代测试系统、审计中心或发布检查,也不强制替换用户既有项目管理系统。公开手册只说明使用路径和协作边界,具体团队集成方式以产品开通和企业沟通为准。

按官网自行测试 ​

  1. 打开 PM 首页,确认 provider、onboarding、readiness、计数和下一步可理解。
  2. 创建带验收标准的 Requirement,刷新后确认 version、负责人和里程碑保留。
  3. 生成 WorkItem 草稿,确认没有自动创建 Task。
  4. 用两个页面编辑同一对象,确认旧版本冲突。
  5. 尝试跳过状态或在无负责人时进入执行,确认被阻止。
  6. 完成 AI 授权预览、人工批准和创建 Task 三步,重复最后一步确认只得到一个 Task。
  7. 在缺验证证据时尝试 done,确认被阻止;补充 Verification 后再验收。
  8. 检查 Activity 中的 actor、理由、before/after 与 evidence refs。
  9. 对已接入外部系统的项目只做 dry-run,确认页面不会自动导入或切换;有条件时演练切换和回滚并确认两侧历史保留。
  10. 在窄屏完成查看、评论和低风险状态动作;迁移和复杂授权使用桌面。

下一步阅读 ​