作为 OPC（一人公司），资料、灵感、内容、课程和客户交付如果各自散落，AI 每次都要重新认识上下文，产物也很难复用。业务知识库要解决的是同一份业务知识如何进入系统、经过判断和处理，并继续回到下一轮工作。
因此它不以“把文件分好类”为终点，而以“跑通一条完整业务流”为验收标准。
SELF-OPERATED SYSTEM
鬼总 OPC 的业务知识库工作台
不是演示目录，而是我用来写公众号、做课程、做产品交付、复盘与系统治理的真实工作环境。
状态持续运行
类型自有项目
形态本地知识库
THE PROBLEM
要解决的问题
SYSTEM DESIGN
当前结构
系统由五维架构、底层生命周期、业务流包、能力开关和资产目录共同组成。Modes 是使用入口，业务流负责编排闭环，Skills、Agent、工具与规则在节点上被调用。
资料收编输入 → 判断 → 拆解 → 沉淀 → 回流
内容生产素材 → 选题 → 成稿 → 发布 → 复盘
产品交付需求 → 诊断 → 方案 → 交付 → 案例
系统治理检测 → 判断 → 修复 → 台账 → 规则升级
CURRENT OUTPUT
已经产出的东西
目前系统已经沉淀出项目级 Skills、业务流包、能力开关、快捷 Modes、课程与 Demo 资产，并继续用于这次独立站的产品与视觉设计。
可公开验证开源孵化器idea-spark、business-lens、maker-forge、kb-foundry。
可复制方法业务流和能力开关把输入、处理、产出、复盘和沉淀拆成可运行节点。
可交付形态工作台样品先跑通一条真实业务流，再决定是否扩展成完整系统。
TRANSFER RULE
哪些部分可以迁移
客户不需要复制鬼总的目录。真正可迁移的是业务抽象方法：先判断你的主业务流，再找出高频输入、高价值输出、重复动作和验收方式，最后决定哪些节点适合封装成 Skill、模板、工具或工作台视图。
适合迁移内容生产、资料收编、课程交付、客户方案、销售跟进、复盘沉淀。
不直接迁移个人隐私、内部规则、未公开客户资料、不能脱敏的交付文档。
NEXT STEP
如果你也想搭
先不用想完整系统。带着一个明确场景来：比如资料收编、课程生产、客户交付、社群运营或销售跟进。一次诊断只需要确定第一条业务流和第一个可验收样品。