让每条需求，
带着证据走完全程。
面向产品、UI、研发、测试与管理者的 AI 产研全流程 PC SaaS。五个阶段不是状态标签，而是由不同角色、决策和交付物组成的独立工作台。
CORE STAGES进行中 · 分析中 · 开发中 · 测试中 · 完成
CONTROL LOOP可打回 · 可变更 · 可追责 · 可接力
RISK SIGNAL严重延期红色预警 + 风险报告
DELIVERY MODE本地 PC HTML 可运行
01 · PRODUCT POSITION
不是另一张任务看板，而是产研交付控制层
传统项目工具能显示“现在在哪”，但需求变更、评审意见、可运行代码、接口、数据库、测试报告和上线数据仍散落在不同载体。Molo 把责任、决策、物料和风险收束到同一需求证据链。
02 · TEAM & PERMISSIONS
角色决定工作台和决策边界
| 角色 | 核心任务 | 交付物 | 关键权限 |
|---|---|---|---|
| 产品负责人 | 目标、规则、范围、验收口径 | PRD / 业务流程 / 变更说明 | 发起评审、变更、阶段打回 |
| UI / 体验设计 | 原型、组件状态、视觉规范 | 高保真原型 / ZIP 切图 / 变量 | 参与共创、上传设计物料 |
| 上级领导 | 范围、优先级、资源与窗口 | 批准 / 打回 / 领导意见 | 分析阶段最终决策 |
| 前 / 后端研发 | 页面、接口、数据与运行环境 | Build / API / Schema / 服务器拓扑 | 开发物料与 Bug 修复 |
| 测试工程师 | 用例、缺陷、复测与发布门禁 | 测试报告 / Bug 证据 / 验收 | Bug 流转、打回、发布确认 |
03 · DIGITAL FRAMEWORK
手绘图按要求跳过Codex 数字化产品框架图
产品根节点向四个一级模块展开，每个模块列出可验收的二级功能；MVP 边界锁定在第一题 Molo 全流程闭环与必要的 LinGo 会议桥。
Molo全链路产研控制台
A. 项目与需求
- 项目健康度与负载
- 五状态需求台账
- 负责人 / 优先级 / 截止日
- 团队与角色权限
B. 全流程工作台
- 五阶段在途地图
- 跨阶段阻塞筛选
- 物料接力完整度
- 下钻角色工作台
C. 阶段详情
- 产品 / UI 共创与评审
- 前后端协同开发
- 测试与 Bug 闭环
- 来源感知返回路径
D. 物料与控制
- PRD / 原型 / ZIP / Build
- API / 数据库 / 服务器
- 打回、变更与责任人
- 延期预警、数据与复盘
04 · FIVE WORKSPACES
五个阶段，五套真实工作内容
产品 / UI 共创AI 拆解用户问题、范围、成功指标和开放问题；讨论关联版本；交付 PRD、原型和切图。
团队与上级评审产品、UI、研发、测试分别确认边界；领导批准或打回，意见和决定永久留痕。
前 / 后端双泳道前端交可运行页面；后端交 API、数据库 Schema、迁移脚本、服务器运行拓扑和接口文档。
测试与 Bug 闭环用例、严重级别、责任人、关联 Build 和复测证据；Bug 状态可真实流转。
上线与数据回流归档发布证据，展示 PV、UV、MAU 和质量趋势；AI 复盘继续生成下一轮需求。
04A · UPSTREAM INPUT EVIDENCE
每个需求、每个状态都先回答“上一棒交了什么”
需求详情顶部新增统一的阶段输入证据区。当前与已到达阶段显示真实签收状态，未来阶段明确标记为 阶段预演 · MOCK；物料可展开查看版本、负责人、时间、环境和指纹，并提供复制地址动作。
比赛版地址、数据库和服务器均为确定性 Mock，不包含真实凭证；同一套生成模型覆盖全部 12 条需求与五个阶段。
05 · CHANGE ORCHESTRATION
五个管理状态之外，补齐八节点执行链和协同更新
所有演示状态写入本地存储；新增需求会进入真实台账，刷新后仍能继续当前流程。比赛版不声称已连接真实设计平台、仓库或 CI。
SCREEN EVIDENCE · PRODUCT SOLUTION
变更前计划与物料谱系，用两张宽屏直接说明
CHG-028 · 协同更新计划六项受影响物料、责任人和推进动作保留完整 PC 信息密度。
1585 × 991 · PC
谱系 + H5 前后态需求、原型、UI、代码与测试之间的关系及版本差异可在一屏核验。
1585 × 991 · PC05 · CONTROL & RISK
全周期可介入，不允许静默改历史
SCREEN EVIDENCE · CONTROL LOOP
通知不是文案描述，而是可进入下一动作的消息中心
消息中心 · 接棒与复盘邀请阶段完成、Bug 指派、风险行动和 LinGo 会议回执统一落入可追踪消息线程。
1585 × 991 · PC06 · COLLABORATION LATENCY
上一棒交付后，下一棒多久真正接住
示例证据：REQ-104 的 UI v2.4 在 07-24 18:20 提交，18:21 仅通知项目群，前端到 07-26 18:37 才确认接收；等待 48h17m、超 SLA 44h17m，折算进度影响 +2 天。
06 · MOLO × LINGO
复盘不是一条通知，而是一条可回写的会议线程
比赛版使用 URL 参数与同源 localStorage 模拟会议分享、回执和参会状态，不声称连接真实通知、日历或视频后端。
06 · DATA & BOUNDARY
Mock 数据可完整演示，边界明确
| 实体 | 关键字段 | 规则 |
|---|---|---|
| Requirement | stage, owner, dueAt, progress, riskId | 每次阶段流转和变更都生成审计事件 |
| Deliverable | type, version, owner, status, downstream | 未就绪项阻止进入下游硬门禁 |
| Notification | type, subjectId, owner, action, readAt | 每条消息必须关联业务对象与下一动作 |
| Bug | severity, owner, build, status, evidence | S1 未关闭时禁止完成发布门禁 |
| Retrospective | burndown, efficiency, memberTime, lessons | 复盘结论生成负责人行动项和下一轮需求 |
| Risk | score, causes, impacts, owners, mitigation | 严重风险显示红色，并持续跟踪处置状态 |
比赛版不连接真实数据库、服务器、Figma、代码仓库或测试平台。所有业务数据为本地确定性 Mock；服务器与数据库交付图由 Codex 生成并随项目本地存放。验收基线为 1440×1000，最低宽度 1180px。