# PROJECT_CONTEXT｜灵犀造物 ## 1. 项目一句话 **灵犀造物**是一个覆盖产品从灵感、AI 设计生成、建模打样、工厂多轮修改、进度把控到最终审批确认的全链路业务系统。 ## 2. 当前用户原始需求摘要 用户希望建设一个大系统，覆盖以下业务链路： 1. 产品灵感研发； 2. 设计灵感沉淀与调用； 3. AI 图生成； 4. 建模工厂打样； 5. 工厂多次打样、修改、调整； 6. 打样和修改过程的进度把控； 7. 最终产品审批； 8. 审批不通过后的打回修改； 9. 从创意到审批完成的全流程闭环。 ## 3. 系统定位 ### 中文名 **灵犀造物** ### 建议副标题 **AI 产品创研与打样协同平台** ### 系统性质 这是一个面向内部产品研发、设计、建模、供应链/工厂、管理审批的业务流程系统，不只是 AI 生图工具。 本项目的核心交互原则已进一步明确： - **Agent 优先入口**：日常入口主要是人和飞书机器人 Hermes 直接沟通，而不是用户先进入复杂后台； - **MCP 工具封装**：设计生图、灵感采集、项目状态查询、打样反馈、审批提交等能力，应封装成适合 Agent 调用的 MCP 工具； - **轻后台 / 离散单页面**：网页界面不以大型复杂后台为主，而是按任务拆成若干可被机器人发送链接打开的单页面； - **前后端仍然分离**：前端可以是单独项目，页面入口可以离散，但工程结构仍保留 frontend / backend / mcp-server 等清晰边界； - **底层逻辑必须扎实**：表结构、状态机、权限、审批规则、打回规则、幂等、审计、任务队列等必须由明确代码和后台逻辑承担，不能只依赖 Agent 临场判断。 它应该同时承担： - 创意资产沉淀； - 产品研发管理； - AI 辅助设计； - 打样任务协同； - 工厂修改追踪； - 审批流转； - 版本记录； - 进度看板； - 最终产品决策留痕； - 面向 Agent 的 MCP 能力封装； - 被 Agent 按需唤起的轻量单页面操作。 ## 4. 初步业务主线 ```text 产品灵感 ↓ 灵感筛选 / 立项 ↓ 设计方向整理 ↓ AI 图生成 / 多方案产出 ↓ 内部筛选 / 设计确认 ↓ 建模需求提交 ↓ 建模工厂打样 ↓ 样品反馈 / 多轮修改 ↓ 进度把控 / 节点提醒 ↓ 最终产品审批 ↓ 通过：进入下一阶段 不通过：打回修改，回到对应环节 ``` ## 5. 初步模块拆分 ### 5.1 产品灵感研发模块 用于收集、整理、筛选产品灵感。 可能包含： - 灵感录入； - 图片/文字/链接/竞品资料收集； - 灵感标签； - 产品方向分类； - 初步可行性判断； - 灵感转产品企划。 ### 5.2 设计灵感库模块 用于沉淀可复用的设计参考和视觉方向。 可能包含： - 风格参考； - 材质参考； - 配色参考； - 纹样/图案参考； - 竞品设计资料； - 历史成功案例； - 可按 IP、品类、风格、节日、材质检索。 ### 5.3 AI 图生成模块 用于把产品方向转化为可视化方案。 可能包含： - 生图任务创建； - Prompt/参考图管理； - 多方案生成； - 结果筛选； - 设计师评价； - 选中图转建模需求； - AI 图版本记录。 ### 5.4 建模与打样模块 用于把选中的设计方案转成建模/打样任务。 可能包含： - 建模需求单； - 尺寸、材质、工艺、结构说明； - 参考图附件； - 建模负责人/工厂分配； - 打样任务提交； - 样品照片/视频回传； - 打样批次管理。 ### 5.5 工厂多轮修改协同模块 用于管理工厂打样后的多次反馈和修改。 可能包含： - 第 1 轮/第 2 轮/第 N 轮打样记录； - 问题点标注； - 修改意见； - 工厂回复； - 修改前后对比； - 是否解决； - 责任方； - 截止时间。 ### 5.6 进度把控模块 用于统一查看每个产品从灵感到审批的当前阶段。 可能包含： - 产品项目看板； - 阶段状态； - 节点时间； - 超期提醒； - 当前负责人； - 工厂响应状态； - 风险标记； - 待处理事项。 ### 5.7 产品审批模块 用于最终产品确认、打回和留痕。 可能包含： - 审批提交； - 审批人； - 审批意见； - 通过/驳回/需修改； - 打回到指定环节； - 修改后再次提交； - 审批历史； - 最终确认版本。 ### 5.8 版本与资产管理模块 用于保存每个产品的关键版本。 可能包含： - 灵感版本； - AI 图版本； - 建模版本； - 打样批次； - 修改记录； - 审批版本； - 最终确认稿； - 可追溯的版本链路。 ## 6. 初步角色设想 后续可继续细化，当前先按以下角色理解： - 产品负责人：发起产品方向、确认产品价值、推进审批； - 设计负责人/设计师：整理设计方向、筛选 AI 图、提出修改意见； - AI 生成操作者：负责图像生成、版本筛选、Prompt 管理； - 建模负责人：把设计方案转为模型/结构需求； - 工厂/供应商：接收打样需求、回传样品、响应修改； - 审批人/管理层：进行最终产品审批； - 项目跟进人：负责进度、节点、提醒、风险把控。 ## 7. 核心状态流初稿 ```text 灵感收集中 ↓ 待筛选 ↓ 已立项 ↓ 设计生成中 ↓ 设计待确认 ↓ 建模中 ↓ 打样中 ↓ 样品待反馈 ↓ 修改中 ↓ 待最终审批 ↓ 审批通过 / 审批打回 / 暂停 / 终止 ``` ## 8. 下一步建议拆分顺序 建议下一轮按以下顺序继续： 1. 先画完整业务流程图； 2. 再拆用户角色和权限； 3. 再拆核心模块； 4. 再拆每个模块的页面； 5. 再拆每张表/每类数据； 6. 再拆审批和打回规则； 7. 最后整理成产品需求文档 PRD。 ## 9. 当前待确认问题 后续需要向用户确认： 1. 这个系统是只给内部用，还是工厂/供应商也要登录？ 2. AI 图生成是接入现有工具，还是要内置生成能力？ 3. 建模工厂是内部团队，还是外部供应商？ 4. 产品审批有几级？谁有最终通过权？ 5. 打回修改可以打回到任意环节，还是只能回到上一环节？ 6. 系统重点是“管理流程”，还是还要直接承担“AI 创作生产”？ 7. 最终产品审批后，是否要进入采购、生产、上架、库存等后续链路？