技能介绍

要解决什么问题

单人或小团队往往把「写内容、做分析、回客服、定产品」混在同一条对话里，缺少可复用的任务合同、路由与编排，也几乎没有统一的质量闸门和失败后的升级路径。结果是输出不稳定、难以审计，更谈不上让流程随经验迭代。

技能如何工作

OPC Runtime Enterprise 把「一人公司」抽象成分层运行时：从 Identity（原则与约束）到 Prompts、Schemas、Knowledge，再到可执行的 workflows/*.yaml 与 Python runtime/。

典型执行链路遵循输入合同 → 编排执行 → 输出合同：

COO_AGENT 负责 task_decomposition 与 workflow_routing，把目标拆成图结构任务。
各专业 Agent（如 CONTENT / BUSINESS / PRODUCT / SERVICE）在各自入口能力上执行，例如 write_blog、market_research、mvp_design、answer_customer。
QUALITY_AGENT 按维度（Completeness、Accuracy、Clarity、Business Value、Actionability）打分：>= 0.8 接受，< 0.8 返工，< 0.5 返工并升级至 COO。
记忆层覆盖短/长期、情景、语义与向量等；EVOLUTION_AGENT 与 evolution/ 组件负责在 execute → reflect → evolve 闭环里改进工作流、路由与提示词，并支持版本控制与回滚。

内置场景示例包括 startup_company、content_factory、saas_builder 等 YAML，便于对照「公司运营周期」类工作流落地。

适用边界与注意点

这是组织级编排规范 + 运行时骨架，不是单个 Prompt 技巧包。Agent 间禁止自然语言直连，必须通过结构化消息与 schema；且不得绕过 QUALITYAGENT 或删除 CEOAGENT / COO_AGENT。若你只需要一次性文案生成、没有评估与进化需求，引入全套 Agent 与 workflow 可能过重。