【学习工作赛道】一人公司AI项目操作系统：分层工作流 + 跨项目看板
【标签】
学习工作
【正文】
1. 创意名称 + 创意介绍
创意名称：一人公司 AI 项目操作系统
想解决什么问题：AI 编程速度很快，但"改业务需求"和"改协作框架本身"经常被混在一起处理，导致协作规则越改越乱、各项目用的规则版本逐渐漂移不一致，项目记忆、职责边界、跨项目协调容易失控。
为什么会想到做这个：自己以一人公司方式同时维护多个 AI 项目，发现只靠聊天记录管理 AI 协作很快会失控——不同项目的 AI 会话互相不知道对方在做什么，也不知道每个项目用的是不是最新版本的协作规则。
大概是什么产品：一套分层工作流机制 + 可视化看板系统，不是模糊的"多角色协作"说法，是有明确分层边界的系统。第一层生态层：4 类固定参与者（框架真源/协调真源台账/开发型下游/生态索引根）各自有写死的权限矩阵，谁能改什么不靠人肉记忆。第二层跨项目沟通层：两条独立通道——普通需求走 REQUESTS.md 需求池（已提报→评估中→已承接→开发中→联调中→已关闭），框架自身变更走独立的 BCR 提案池（已提报→评估中→已采纳→已落地真源→回流中→已回流下游），业务需求和框架变更不混在一起。第三层项目内部：需求承接后转入承接方，按标准迭代或非迭代 ad-hoc 处理。还有真实的游标机制：每个下游项目有 .workflow-version 文件记录 synced-from: agent-workflow@6ebc119 (2026-06-29)，跟踪该项目同步到框架真源的具体 commit，不是比喻。这套系统真实做过自我精简（BCR-004/006：UI 并入 PM、Tester 并入 Developer 自测+Owner 验收），跨项目协调层有真实契约文件（contracts/news-l1.md）、决策记录，还记录了真实发现待修的 bug（AI 服务把"检索为空"误标成"检索失败"）。跨项目看板 v0.1 已上线 workboard.huiyiyou.cloud，四视图对应上述分层（工作台/部署/接入诊断/需求池-谁等谁-沟通-BCR），60 秒自动轮询、单项目故障隔离、严格只读，45/45 单测通过 + Playwright 零控制台错误验证。
2. 目标用户及痛点
面向哪些用户：同时维护多个 AI 项目的独立开发者、小团队。
在什么场景下使用：需要在多个项目间安排优先级、追踪进度、发现阻塞、沉淀跨项目决策，同时维护一套所有项目共用的协作框架本身。
当前痛点：业务需求和框架变更混在一起处理，导致框架规则越改越乱、各项目用的规则版本逐渐漂移不一致，也缺一个能一眼看清所有项目状态的地方。
3. 价值与意义
效率提升：把生态层权限、跨项目需求/框架变更、项目内迭代这三层分开管理，跨项目看板把翻多个仓库才能拼出的全局状态变成一个页面。可复制性：有真实的自我修正记录（角色精简、契约版本管理、版本游标机制），是可验证、可推广的分层协作方法论，不只是理念输出。
4. 附件
TRAE Work 生成的创意产物 HTML（需自行生成后上传，见下方指令）。
workflow-proposal.html (20.4 KB)