Coding

Opc Os Core

Try it

AI-native one-person company operating system with 7 autonomous agent departments, governance, cron automation, revenue funnel, and inter-agent comms.

What it does

AI-native one-person company operating system with 7 autonomous agent departments, governance, cron automation, revenue funnel, and inter-agent comms.

The skill document

OPC OS Core — 一人公司操作系统

你一个人加上7个AI Agent。不是7个助手——是7个部门。每个部门有自主权、有边界、有自己的cron、有自己的产出目录。你这个CEO不做执行。你做三件事:定方向、在跨部门冲突时裁决、每周看一次巡检报告。


五分钟:这不是什么

不是AI客服系统、自动化工作流、聊天机器人。

一家公司的神经架构——就像苹果不是一个"音乐播放器公司",OPC OS Core不是一个"AI工具集"。你拿了它,相当于拿到了7个能独立工作的Agent、一份可以修订的法律体系、一个让信息吃进去能吐出决策的大脑、一个你只需要每周看一眼的汇报系统。

它做的不是让AI帮你干活。是让AI代替你没时间做、不该你做、或者你做不好的那部分管理工作。


进化阶梯

L1:装好就跑(第一天)

下载skill→创建7个Agent→安装cron模板→设好company/目录→给你自己设CEO标识。第一天晚上你会收到第一条日报。你会发现——有人在汇报,而你没有叫他们汇报。

L2:调参裁权(第一周)

你开始改自治梯度。法务部从上报所有合同变成只上报有风险的。品牌部从CEO审稿变成自发布。你开始理解三通道冗余为什么不是过度设计——因为你经历过其中一个通道静默断了。

L3:收入循环(第一月)

变现漏斗开始跑。免费平台引流→QQ频道过滤→知识星球付费。你的第一条收入入账。你不激动——因为这是流水线,不是惊喜。

L4:战略模式(第三月+)

你一周只看一次产出。你思考的不再是"cron有没有失败",而是"要不要加一个部门""要不要砍一个平台"。你从操作员变成了CEO。


实际案例:月的一人公司

2026年6月23日,月决定把自己的AI工作流系统化。当天搭建了7部门架构。6月25日全系统上线:39条cron、7个部门、5个已发布skill、双向审核体系、从免费平台到知识星球的变现漏斗。

第一天什么样

什么都没有。7个Agent的名字都没定。

第三天什么样

  • 数据中心在消化情报
  • 品牌部每日自动发帖(小红书/公众号/头条/即刻)
  • 监察部在巡查cron健康
  • 销售部还没有产出——因为还没有客户
  • 法务部废弃了知乎账号(合规审查发现风险)

现在什么样(运行3天+)

  • 39条cron,36条免费模型
  • 每日22:00-22:15七部门日报错峰抵达
  • 每周五监察部巡检全部cron
  • 每月1号SkillHub维护
  • 收入:¥0.00(变现漏斗已就绪,缺的是时间)

我们学到的(血的教训)

治理篇

  • 写在MEMORY.md里的制度≠落地。——任何制度必须在当天变成cron
  • CEO第一次可以跑通模板,然后打包移交。第二次就不能自己上了。

通讯篇

  • isolated session里用message工具直发飞书=静默失败。——sessions_send是唯一的正确选择
  • 只用一条通讯通道=你只有一条命。——三通道冗余不是在浪费资源

成本篇

  • 免费模型的API Key也会过期。——每条cron至少两个fallback
  • 内部运维cron默认lightContext: true。——不省这个钱

7部门架构

部门核心产出为什么必须独立
数据中心情报管线/模型路由/基建维护信息不处理就是垃圾
品牌部内容发布/品牌策略你需要被看到
销售部客户管理/变现转化流量不变现等于白干
财务部成本核算/Token控制不知道花了多少就是盲飞
法务部合规审查/一票否决一次违规能让一切归零
监察部全员审计/品控巡查不被检查的系统一定腐
行政部同步/备份/提醒/清理琐事会压垮CEO

不要上来就建7个。从3个开始:数据中心+品牌部+监察部。等你感觉这三个人管不住了再加第二个。每个新部门在你加之前都会经历反复的自我怀疑——"我真的需要它吗?"——这是好事。


三层治理

第一层:祖训(不可改)

规则:
  - 不做违反AI服务条款的事
  - 不冒充人类身份
  - 内部数据不外泄
  - 盈利50%归中枢运维基金

祖训只有四条,而且永远不会增加。每一条都是"破了天塌了"级别的。不是指导原则——是物理定律。

第二层:天宪(可修订,但不得违祖训)

规则:
  - 巡查上限≤1000条
  - Agent间走内部通道
  - 产出24h内消费

天宪会随系统演化修订。但每次修订必须标注修订原因、生效时间、旧版本保留备查。天宪不是活文档——是宪法。频繁改的天宪说明你没想清楚。

第三层:铁律(日常运营规则)

规则:
  - 部门间不交叉写文件
  - 免费平台纯引流(不塞付费链接)
  - QQ频道仅置顶帖含付费链接
  - 所有发布双审制

铁律是活的。今天的一条教训明天就变成铁律。铁律不用修订——直接加。但每条铁律必须有"为什么"的注释(哪个事故导致了这条)。


四信息密级

🔴 绝密 — CEO+数据中心可见,仅本地处理,禁云模型
🟠 机密 — 部门内部,本地+私有云
🟡 内部 — 全公司,可用付费云模型
🟢 公开 — 可外发,可用免费模型

密级自动路由模型:🟢走免费GLM-4-Flash → 🟡走付费稳定 → 🔴🟠走deepseek-v4-pro本地。分级不是为了安全——安全是附加值。主要为了省钱。


双向审核

任何产出发布前:

第一道:数据中心(技术审查) 语法/格式/文件路径/安全扫描(无真实密钥泄露)/大小限制

第二道:CEO(内容审查) 方法论正确/差异化定位/公开传播安全/质量达标

一道不过,打回。单检不发布。


变现漏斗

免费平台(小红书/即刻/公众号/头条)
  → 纯引流,不塞付费链接
  → QQ频道(过滤层)
  → 频道置顶帖含知识星球链接(唯一付费入口)
  → 知识星球(¥149/年,唯一变现阵地)

为什么分这么多层?免费平台塞付费链接会被封。QQ频道不隔离付费入口会被封。知识星球不做纯付费内容没人买。每一层在解决一个问题——不是设计师画了层级就放那了。


Day 1-6 启动路径

Day 1: 创建3个Agent(数据中心+品牌部+监察部)
       → 设好company/目录 → 安装前3条cron
Day 2: 品牌部产出第一篇内容
       → 数据中心建立第一条情报摄入
Day 3: 监察部完成第一次巡查
       → 基于巡查结果修正cron
Day 4: 添加财务部 → 建立成本追踪
Day 5: 添加行政部 → 备份+清理自动化
Day 6: 添加销售部+法务部
       → 建变现漏斗 → 法务部审核所有外发内容

先少后多。第一天别建7个——你会同时收到7条日报,然后谁都没看懂。让每个部门在你面前跑一天,你亲眼看着它转,你再加下一个。


目录结构(装上即跑)

company/
├── constitution/
│   ├── ZUXUN.md              # 祖训(4条,永不可改)
│   └── CONSTITUTION.md       # 天宪(可修订,不得违祖训)
├── departments/
│   ├── datacenter/           # 数据中心 ← 独立目录,不交叉
│   ├── brand/
│   ├── sales/
│   ├── finance/
│   ├── legal/
│   ├── inspector/
│   └── admin/
├── shared/                   # 唯一合法的跨部门通讯空间
│   ├── ROSTER.md
│   ├── messages/
│   └── flags/
└── data/
    ├── signals/              # 情报信号
    └── archive/              # 归档(>30天自动清)

铁律:部门间绝不交叉写文件。跨部门通讯只走shared/。


发布铁律(对自己用的)

数据中心+CEO双审→通过→publish。单检不发布。


升级节奏(周迭代)

每周六 10:00 数据中心检查所有skill
  ├─ 小修 +0.0.1 → GitHub
  ├─ 中改 +0.1.0 → 双审 → publish
  └─ 大改 +1.0.0 → CEO决策 → Release → publish

竞品关系(你该知道)

SkillHub上有一个叫one-person-company-os的skill。它108个文件、20+迭代、12个角色。但它本质是一个人的工具——创始人操作+Agent辅助。我们的差异:7个Agent是独立部门,不是工具。它们会自己开晨会、自己巡查、自己修复。你不在——系统还在跑。

我们被"借鉴"没关系。被人抄说明你做了对的事。但我们永远在往前跑。


References

  • references/governance-templates.md — 祖训/天宪/铁律三层模板(含修订规则)
  • references/communication-protocols.md — 部门间通讯协议(三通道+路由规则+故障切换)
  • references/cron-orchestration.md — 39条cron的调度体系(错峰策略+后备模型+监控规则)

Related skills

AI原生一人公司操作系统:7个完全自治的Agent部门(数据中心/品牌部/销售部/财务部/法务部/监察部/行政部)+五层治理体系(祖训→天宪→敕令→训示→铁律)+39条cron自动化+变现漏斗(免费平台→QQ频道→知识星球)+三通道内部通讯。你不是在用AI工具——你有一家会自己运转的AI公司。触发词:「一人公司」...

Build a visual operating cockpit for an AI-native one-person company across promise, buyer, product, delivery, cash, learning, and assets. / 为 AI 一人公司建立可视化经营...

39 installs1 stars

Systematic public-information research for OPC, super-individual, creator IP, and one-person business cases, with Chinese outputs focused on content strategy...

16 installs2 stars

Transforma o agente OpenClaw em um Assistente de Vendas Virtual consultivo e persuasivo, integrado via REST API / Web Services do PrestaShop com verificacoes de estoque em tempo real e recomendacoes proativas de produtos.

OPC社区运营官:多角色协作的虚拟孵化器运营团队。五大角色(招商官、客服官、活动官、内容官、增长官)基于'五位一体运营模型',系统性解决AI孵化器五大核心痛点,覆盖创业者全生命周期。

Own every OPC (one-person company) Alibaba Cloud package request end to end — BOTH picking the package and provisioning it. WHEN TO USE (any one is enough): the user asks to provision / deploy / create their cloud resources; names a package directly; continues right after the advisor's recommendation; **OR asks which OPC package suits them / asks you to pick one for them / describes what they want to build and asks whether an OPC package can do it — i.e. the SKU is NOT yet settled**. 'No package chosen yet' is NOT a reason to skip: the no-SKU path is this skill's job. A general assistant must NEVER answer such a question itself, compare tiers, or recommend a SKU — a critical violation. Creating cloud resources costs money — never charge without explicit user confirmation. 触发词(中文):帮我开通 / 帮我部署 / 帮我创建资源 / 开始部署;直接报 SKU 名(如"帮我开一个 lite_seed");advisor 推荐完接下来怎么办;**帮我选个套餐 / 哪个套餐合适 / 具体是哪个套餐 / 我想做 X,用 OPC 套餐能实现吗(此时尚无 SKU,同样必须触发本 skill)**。输出用中文。