AIMockFlow · 可迭代高保真原型

项目概述

AIMockFlow 是一个面向产品经理的开源原型工具。它不从空白页面重新造一个“看起来像产品”的演示，而是读取真实项目的前端与接口信息，临时组合出一套可运行的高保真原型环境。

项目想解决的是 AI 原型工具经常忽略的一类场景：产品已经上线，前后端和接口都已成型，但产品经理仍需要快速演示下一轮需求。此时真正困难的不是生成一个新页面，而是让原型贴合现有系统，并且可以随着真实项目继续迭代。

核心问题：1-N 项目原型会逐渐失真

在 0-1 项目中，AI 可以自由决定页面、数据结构和交互流程。但在真实的 1-N 项目中，原型必须尊重已有的界面、接口契约和业务规则。

即使通过 Mock 暂时跑通演示，传统方案仍有一个致命问题：后端接口一旦改变，旧 Mock 不会自动更新。原型很快就会与真实系统出现字段、类型和场景差异，最终只能被丢弃。

产品判断：Mock 应该是一份 Git 资产

AIMockFlow 不把 Mock 当作运行时临时数据，而是把接口契约、场景和样例数据保存为可读文件，并交给 Git 管理。

这使 Mock 具备与真实代码相同的基础能力：

• 每次修改都有 commit，可以查看 diff。
• AI 只生成候选补丁，必须经过人工 review。
• 修改出错时可以回退到稳定版本。
• 产品经理修改场景、开发者同步接口时，变更都有记录。

真正需要长期沉淀的是 Mock 仓库。真实项目保持只读，原型环境则在需要演示时临时组装，用完即可删除。

三资产架构

AIMockFlow 管理三类边界清晰的资产：

1. 真实项目仓库：提供前端代码和接口定义，AIMockFlow 只读取，不直接修改。
2. 独立 Mock 仓库：保存契约、场景和样例数据，是唯一需要长期维护的核心资产。
3. 高保真原型环境：由真实前端副本与 Mock 临时组合，负责运行和演示。

头号能力：回补迭代闭环

当需求确认并由开发团队完成后，用户可以手动点击“回补”。AIMockFlow 读取最新代码提交或 Swagger，识别新增、修改和删除的接口，再生成一份 Mock 补丁。

补丁不会直接写入仓库。用户需要先查看 diff，确认后才会产生新的 commit；不合理的结果可以调整或直接丢弃。

MVP 计划

第一阶段只验证两件决定项目是否成立的事情：

1. 前端副本能否稳定启动：真实 React/Vue 项目同步后，改写接口指向仍能正常渲染。
2. 回补后 Mock 能否继续对齐接口：一次真实需求开发完成后，Mock 契约和场景可以被可靠更新。

围绕这两个验证项，MVP 包含 Swagger 导入、Mock 生成、前端同步、接口改写、一键启动、自然语言修改场景、手动回补和分享链接。

关键风险

• 真实前端无法直接运行：优先支持 React/Vue + Vite 的常见结构，并把环境检查和失败提示前置。
• 接口改写不准确：支持 baseURL 改写与请求拦截两种方式，所有修改发生在临时副本中。
• AI 回补产生错误：AI 只产出待审核补丁，不直接提交；每次确认结果都可回退。
• Swagger 信息不完整：允许导入 JSON、手动补充契约，并由 AI 辅助修复缺失字段。

当前状态

项目目前处于概念验证阶段，先集中验证“真实前端可运行”和“接口变化可回补”这两个核心假设，再决定后续桌面客户端与更多框架适配。

如果你想了解这个方案是怎样从传统研发痛点一步步推导出来的，可以继续阅读：产品经理如何用 AI + Mock 快速生成高保真原型。