AI 开发工作台 · FPI-X 与 LLM Wiki

市场定位

给谁用：单人或极小团队，同时用多个 AI 编程工具做真实项目的人。它不是一个产品，是一套工作方式加一组支撑它的工具，也是 Conflux 的方法论来源——先有工作方式，才有把工作方式产品化的东西。

替代什么：替代的是「每个工具单独用、背景每次重讲、跑通了就算对」的默认状态。多个 AI 工具一起用会出现三个割裂：上下文割裂（每个工具都要重讲一遍背景）、状态割裂（谁做到哪了没人知道）、质量不可控（跑通了不等于对）。工作台是对这三件事的回答。

凭什么：它每天在用，这个网站、Conflux、公众号系统都是它造出来的。规则不是设计出来的，是踩过的坑写成的，每条都能追到具体那次翻车。

主要功能模块

• FPI-X 工作流：Orchestrator + 一组专职角色（架构 / 前后端 / 测试 / 红队 / 文档 / 调研），五阶段——准入 → 契约冻结 → 并行 → 集成 → 验证。git worktree 隔离，Review / QA / Run 三道门禁。核心纪律只有一条：不冻结契约不开并行。
• LLM Wiki 知识引擎：跨项目知识库，三层渐进检索（索引 → 摘要 → 全文）+ Hot/Warm/Cold 衰减分级 + 来源追溯，订阅源每日自动抓取。它替代的是「每次重新给模型喂背景」——那是线性成本，编译进 wiki 之后是查表。
• 能力层：按需加载的技能库，把 Claude Code、Codex、Trae、Pencil MCP、rust-analyzer LSP 接成「设计 → 编码 → 审查 → 沉淀」闭环。
• 验证纪律：写者 ≠ 检查者，质量把关不外包，测量方法先验证再采信。

技术栈

• Claude Code / Codex / Trae：三个 agent 各司其职，按任务档位路由，不是谁最强就让谁干所有事。
• MCP：接设计工具（Pencil）与语言服务（rust-analyzer）。
• Python + Bash：门禁脚本、知识库编译、订阅抓取。
• Spec-Driven：契约先行，文件所有权明确，并行才不会互相踩。

状态

持续运行中。沉淀下来的原则——「写者 ≠ 检查者」「质量把关不外包」「理解债」——展开在文章版。