Xpersona
agentCLAWHUBUnverified

Solopreneur OS

一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域... Skill: Solopreneur OS Owner: wangjiaocheng Summary: 一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域... Tags: latest:1.0.5 Version history: v1.0.5 | 2026-05-27T12:58:24.778Z | user **1.0.5 主要变化：扩展工作流重构的适用范围，并详细阐述四层架构（UTOS+WF+DPG+Payload）的定位与协作。** - 将“工作流重构”核心理念明确扩展到“产物重构”，强调流程和文档/方案/设计/代码的同构处理方式。 - 新增并详解四层架构各自

OpenClaw
View on ClawHubHomepage

Rank

62

Safety

84

Downloads

1.1k

Updated

Oct 11, 2026

Version

1.0.5

Source

CLAWHUB

About

What it does, and when to use it.

Capability contract not published. No trust telemetry is available yet. 1.1K downloads reported by the source. Last updated 10/11/2026.

Avoid when

  • Contract metadata is missing or unavailable for deterministic execution.

Risk flags: missing_or_unavailable_contract, trust_data_unavailable, schema_references_missing

Public facts

Every fact links back to the source it came from.

Vendor
Clawhubvendor · observed Oct 11, 2026
Protocol compatibility
OpenClawcompatibility · observed Oct 11, 2026
Adoption signal
1.1K downloadsadoption · observed Oct 11, 2026
Latest release
1.0.5release · observed May 27, 2026
Handshake status
UNKNOWNsecurity

Install and run

Setup complexity: low.

clawhub skill install s175zq13kt63ypfry5rgxh1pv18440m2:solopreneur-os
  1. Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.
  2. Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data.

Contract: missing

curl -s "https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/snapshot"

Documentation

CLAWHUB

145,176 characters of source documentation, loaded on request.

Extracted files

5 files captured from the source.

SKILL.md

---
name: solopreneur-os
author: 王教成 Wang Jiaocheng (波动几何)
description: 一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域31种任务类型、每种任务的组件清单与18个实战范本（含5个合规检查范本+1个工作流重构范本）。覆盖从0到1启动、商业模式设计、AI工具栈搭建、合规风控、现金流管理的全周期。触发词：一人公司、OPC、单人创业、solopreneur、超级个体、独立开发者、个人商业、微创业、一人商业闭环。
---

# One Person Company OS — 一人公司操作系统

## 核心理念：工作流重构

OPC的真正核心不是"在传统工作流中用AI替代人工"，而是**基于AI能力模型重构工作流**。

传统工作流的复杂性 = 事情本身的复杂度 + 人的局限补偿层。人脑容量有限所以拆环节，人之间要文档传递所以有中间产物，人之间协作有损耗所以需要管理协调——这些复杂性只与人的局限有关，与事情本身无关。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。

因此OPC的执行方式是**能力调用**而非角色分工——遇到什么事就调用什么能力，不需要先贴角色标签。流程应该回归事情本身的复杂度，而大多数事情本身没那么复杂。

**适用范围不止于流程。** 任何产物（文档、方案、设计、代码）都可以拆解为组成部分，其组装过程就是一种"工作流"。本方法同样适用于：把一份复杂产物拆解为组件→识别哪些组件是人的局限补偿→消除→重整为AI可端到端产出的组装链。产物重构和流程重构是同构的。

### 重构三步法

| 步骤 | 操作 | 要点 |
|------|------|------|
| **拆解** | 识别每个环节的存在理由 | 追问：这个环节存在是因为事情本身需要，还是人的局限需要？ |
| **消除** | 去掉人的局限补偿层 | 传递/协调/格式环节直接消除，校验环节精简为关键节点；**校准环节保留**——中间产出物若起纠偏作用则不合并 |
| **重整** | 基于AI能力模型重新编排 | 保留的✅核心环节+🔶校准环节（作为基元内分步校准点）+⚡关键校验节点→端到端IPO基元链 |

**环节分类**：✅核心（保留） | 🔶校准（保留为基元内分步校准点） | ❌传递（消除） | ❌协调（消除） | ⚡校验（精简） | ❌格式（消除）

**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物（如功能描述、方法调用结构）不只是传递文档，更是在过程中提供纠偏锚点——省掉校准看似简化，实则把纠偏压力推到最终产出，返工成本更高。

**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。消除环节前，除了问"这是人的局限还是事情本身的需要"，还要问"这个中间产出物是否在过程中起校准作用"。如果起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。

**重构判断标准**（满足任一即需重构，详见 `references/sv-pipeline.md` §零）：3+角色接力 | 3+份中间文档流转 | 30%+时间在协调沟通 | 返工率≥30%

**重构验证清单**：⬜事情完整性 ⬜补偿层已消除 ⬜校准不丢失 ⬜端到端可执行 ⬜复杂度回归 ⬜质量守恒 ⬜合规不跳过

**重构后典型形态**：单步IPO（标准化任务） | 简短基元链2-5个（中等复杂度） | IPO+人工决策（涉及合规/客户/品牌）

**选择原则**：能单步IPO的不用基元链，能基元链的不加人工决策。

> 重构方法的完整执行逻辑、触发条件、前后对比模板、实例化演示详见 `references/sv-pipeline.md` §零。

---

## OPC定义

**一人公司（OPC, One Person Company）**：在AI工具赋能下，由单一创始人主导决策，借助AI Agent和外部资源网络，放大个体能力边界，形成商业价值闭环的创业形态。

| 特征 | 传统公司 | 个体户 | OPC |
|------|---------|--------|-----|
| 决策者 | 多人协商 | 一人 | 一人主导 |
| 执行力 | 团队分工 | 个人人力 | AI Agent+外部资源 |
| 规模化 | 招人扩编 | 受限于24小时 | 系统复制+产品化 |
| 成本结构 | 高固定成本 | 低但天花板低 | 极低启动成本+弹性 |
| 退出方式 | 融资/上市 | 关停 | 产品化/SaaS化/出售 |

---

## Step 0：判定

### 0A 阶段判定

| 阶段 | 特征 | 核心任务 | 推荐基元链 |
|------|------|---------|-----------|
| **0→1 探索期** | 无客户/产品/收入 | 验证需求、选定赛道 | OP-P1需求验证 |
| **1→10 验证期** | 首批客户、不稳定收入 | 跑通交付、积累案例 | OP-P2快速交付 |
| **10→100 增长期** | 稳定客源、需规模化 | 产品化、自动化 | OP-P5服务产品化 |
| **100→1000 扩张期** | 收入可观、需系统化 | SaaS化、品牌化 | OP-P3内容获客飞轮 |

### 0B 三轴判定

| 判定维度 | 简单 | 中等 | 复杂 |
|---------|------|------|------|
| **复杂度** | 单一问答→直接回答+陷阱检查 | 单模块任务→单步IPO | 跨模块任务→IPO基元链 |
| **内容类型** | 非结构化→不激活 | — | 结构化成品→激活内容轴 |
| **创新需求** | 常规执行→不激活 | — | 需要突破→激活创新轴 |

---

## 执行轴：6维能力调用

OPC最核心的约束是一个人承担所有事，但"承担所有事"不等于"扮演所有角色"。执行逻辑：识别任务需要什么能力→调用对应能力→产出结果。

| 能力 | 代号 | 本质 | 核心挑战 |
|------|------|------|---------|
| **调研** | S | 从环境中获取信息 | 信息过载，判断噪声vs信号 |
| **设计** | C | 对信息加工处理和决策 | 选择困难，判断自建vs外包vsSaaS |
| **执行** | A | 产生可观测的产出 | 执行疲劳，判断手动vsAI自动化 |
| **财务** | O | 结构化管理和维护资源 | 现金流生死线 |
| **获客** | I | 与外部主体建立关系 | 最难外包，AI不擅长 |
| **合规** | G | 确保安全、合规、质量

_meta.json

{
  "ownerId": "kn75v65h3zezxajen2xf64b2v1845d98",
  "slug": "solopreneur-os",
  "version": "1.0.5",
  "publishedAt": 1779886704778
}

references/sv-catalog.md

# OPC领域清单与依赖拓扑

一人公司按价值链组织的任务类型清单，附任务间依赖关系和能力需求代号（S调研/C设计/A执行/O财务/I获客/G合规）。

**域间逻辑流**：P0(工作流重构) → P1(商业定位) → P2(商业模式) → P3(产品与交付) → P4(获客与品牌) → P5(运营与自动化) → P6(财务与合规)

> **P0是元能力域**：任何领域进入OPC之前，先判断传统工作流是否需要重构。需要则先重构，再进入P1-P6运营。

---

## P0 工作流重构

| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |
|----|---------|------|------|---------|-------------|
| P0-01 | 传统工作流识别 | 列出目标领域的传统工作流全链路：环节数、参与角色、中间文档、协作节点 | 无（入口） | 调研 | S |
| P0-02 | 环节存在理由分析 | 对每个环节追问：存在是因为事情本身需要，还是人的局限需要？标记为核心/校准/传递/协调/校验/格式 | P0-01 | 调研→设计 | S→C |
| P0-03 | 人的局限补偿层消除 | 去掉传递环节、协调环节、格式环节，精简校验环节为关键节点保留 | P0-02 | 设计 | C |
| P0-04 | 重整为IPO基元链 | 将保留的核心环节和关键校验节点，按AI能力模型重编为端到端IPO基元或简短基元链 | P0-03 | 设计→执行 | C→A |
| P0-05 | 重构验证 | 验证重构后：事情完整性、补偿层已消除、校准不丢失、端到端可执行、复杂度回归、质量守恒、合规不跳过 | P0-04 | 调研→合规 | S→G |
| P0-06 | 执行形态选择 | 根据重构结果选择执行形态：单步IPO / 简短基元链 / IPO+人工决策 | P0-05 | 设计 | C |

---

## P1 商业定位

| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |
|----|---------|------|------|---------|-------------|
| P1-01 | 垂直利基定位 | 一句话描述服务谁、解决什么问题 | 无（入口） | 调研→设计 | S→C |
| P1-02 | 市场扫描与竞品分析 | 目标市场规模、竞品梳理、行业趋势 | P1-01 | 调研 | S |
| P1-03 | 差异化价值主张 | 为什么选你不选别人，独特价值提炼 | P1-01, P1-02 | 设计→执行 | C→A |
| P1-04 | 个人能力盘点 | 个人能力5维×AI工具5维映射，找到能力-工具交叉点 | 无（入口） | 调研→设计 | S→C |

## P2 商业模式

| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |
|----|---------|------|------|---------|-------------|
| P2-01 | 模式选择 | 四大商业模式（AI原生机构/AI顾问/AI数字产品/AI SaaS）适配判断 | P1-01, P1-04 | 设计 | C |
| P2-02 | 服务包/产品定义 | 聚焦商业成果的服务或产品设计 | P2-01 | 设计→执行 | C→A |
| P2-03 | 定价策略设计 | 基于价值/成本/竞品的定价方案 | P2-01 | 设计→执行 | C→A |
| P2-04 | 收入结构规划 | MRR/ARR目标、break-even计算、runway评估 | P2-03 | 设计→财务 | C→O |

## P3 产品与交付

| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |
|----|---------|------|------|---------|-------------|
| P3-01 | MVP最小方案设计 | 砍掉一切非必要，定义最小可行交付物 | P2-02 | 设计→执行 | C→A |
| P3-02 | 服务流程标准化 | 可复制的交付SOP，跑通3次以上的流程才能标准化 | P2-02, P3-01 | 执行→财务 | A→O |
| P3-03 | 产品化路径规划 | 从服务→产品→SaaS的迁移路线（Dan Martell路径） | P3-02 | 设计→执行 | C→A |
| P3-04 | AI辅助交付方案 | 哪些环节AI自动化、哪些人主导、AI自治度评估 | P3-01 | 设计 | C |

## P4 获客与品牌

| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |
|----|---------|------|------|---------|-------------|
| P4-01 | 内容获客体系设计 | 渠道+内容+自动化+转化路径的完整飞轮 | P1-01 | 设计→执行 | C→A |
| P4-02 | 冷启动获客方案 | 首批3个付费客户的具体行动计划 | P1-03 | 获客→执行 | I→A |
| P4-03 | 个人IP与品牌策略 | 行业认知、信任积累、品牌叙事 | P1-01 | 执行→获客 | A→I |
| P4-04 | 客户转化与留存 | 从线索到成交到复购的完整漏斗 | P4-01, P4-02 | 获客→设计 | I→C |

## P5 运营与自动化

| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |
|----|---------|------|------|---------|-------------|
| P5-01 | AI工具栈选型 | 按能力需求匹配AI工具，月费控制在¥200-500 | P1-04 | 设计→执行 | C→A |
| P5-02 | Agent工作流搭建 | 可复制的自动化流程，自动化工具实现 | P3-04, P5-01 | 执行→财务 | A→O |
| P5-03 | 日常运营SOP | 日/周/月运营检查清单 | P5-02 | 财务→执行 | O→A |
| P5-04 | 系统维护与迭代 | 工具升级、流程优化、成本控制 | P5-02 | 设计→执行 | C→A |

## P6 财务与合规

| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |
|----|---------|------|------|---------|-------------|
| P6-01 | 主体选择与注册 | 个体户/公司/合伙的选择与注册时机 | P2-01 | 合规→财务 | G→O |
| P6-02 | 现金流管理 | 收支记录、runway计算、安全线≥6个月 | P2-04 | 财务 | O |
| P6-03 | 税务规划 | 税率优化、研发费用抵扣、合规节税 | P6-01 | 合规→财务

references/sv-compose.md

# OPC Compose — 清单法与样本法

OPC内容轴的方法论层参考文件。定义两种内容组织范式及其在OPC领域的适配规则。

## 核心理念

任何OPC成品都可以通过两种基本范式生成：

| 范式 | 原理 | 类比 | OPC适配 |
|------|------|------|---------|
| **清单法** | 成品 = 基本组件的组合 | 搭积木：先有零件清单，再逐项组装 | 按领域要求清单的槽位逐项填充 |
| **样本法** | 成品 = 对样本的模仿产出 | 临摹：先有范本，再依样产出 | 按领域范本库的结构参考模仿产出 |
| **结合使用** | 范本定框架+清单填内容 | 先临摹结构，再按清单补齐 | 复杂成品（如商业计划书） |

## 方法选择

**用户决定使用哪种方法。** 触发后，向用户展示选择：

> 用户要求生成「{成品类型}」，请选择构成方式：
>
> | | 清单法 | 样本法 |
> |---|--------|--------|
> | **方式** | 列出组件清单 → 逐项填充 → 组装 | 获取样本 → 分析结构风格 → 模仿产出 |
> | **适合** | 结构明确、组件清晰的成品 | 有高质量同类样本可参考的成品 |
> | **输入** | 组件清单（用户直接提供 / AI提议确认 / 网络搜索） | 样本模板（用户直接提供 / 网络搜索） |
> | **OPC清单来源** | 领域要求清单的槽位清单 | 领域范本库的范本库 |

用户可任选其一，也可明确指定两种方法结合使用（如样本法定框架 + 清单法填内容）。未经用户确认，不得自动组合。

**OPC方法选择快捷规则**：首次创建按**范本参考**，已有经验按**清单产出**，复杂任务两者结合。此为建议，用户可覆盖。

## 清单法工作流

### 1. 确认成品目标

明确用户要生成什么类型的OPC成品，确定成品的用途、受众、规模。

### 2. 构建组件清单

按优先级获取清单：

| 优先级 | 来源 | 操作 | OPC优先 |
|--------|------|------|---------|
| 1 | 用户直接提供 | 用户在对话中给出清单 | — |
| 2 | 领域要求清单 | AI从领域要求清单读取对应任务的槽位清单 | **OPC首选** |
| 3 | AI 提议 | AI 根据成品目标生成清单草案，请用户确认或修改 | 无对应槽位时 |
| 4 | 网络搜索 | AI 搜索同类成品的通用组件结构 | 最后备选 |

清单要求：
- 覆盖成品的全部必要组成部分，不遗漏
- 每个组件有明确的定义和范围
- 组件间无重叠、无歧义
- 标注组件间的依赖关系和组装顺序
- OPC领域约束：清单必须通过陷阱检查（如定位清单检查是否泛化、定价清单检查是否低于成本×3）

### 3. 逐项填充

按清单顺序逐项生成每个组件的内容：
- 用户直接提供该组件内容
- AI 根据组件定义和成品目标生成内容
- 网络搜索获取该组件相关的专业素材
- OPC特有：任何涉及合规的组件必须标注「不构成法律/税务意见」

### 4. 组装成品

将所有组件按清单结构组装为完整成品，确保：
- 组件间衔接自然流畅
- 整体风格和调性统一
- 符合成品目标的所有要求
- OPC特有：组装完成后通过五大致命陷阱检查

### 5. 用户审核

向用户展示成品，请用户审核并确认是否需要调整。

## 样本法工作流

### 1. 确认成品目标

明确用户要生成什么类型的OPC成品，确定成品的用途、受众和期望风格。

### 2. 获取样本

按优先级获取样本：

| 优先级 | 来源 | 操作 | OPC优先 |
|--------|------|------|---------|
| 1 | 用户直接提供 | 用户上传样本文件或在对话中粘贴样本内容 | — |
| 2 | 领域范本库 | AI从领域范本库读取对应任务的范本 | **OPC首选** |
| 3 | 网络搜索 | AI 搜索同类高质量样本 | 无对应范本时 |

样本选择原则：
- 与目标成品类型一致
- 质量高、结构完整、风格明确
- **成品内容庞大时，优先使用中间产物作为样本**（如大纲、结构模板、段落框架、目录结构），而非完整的最终成品
- 样本应涵盖目标成品需要模仿的核心特征
- OPC特有：范本中的占位符`________`必须由用户提供实际内容替换，不可AI编造

### 3. 分析样本

解析样本的四个核心维度：

| 维度 | 分析内容 |
|------|----------|
| **结构** | 整体框架、章节/段落组织方式、层级关系 |
| **风格** | 语言风格、表达方式、语气调性、专业术语使用 |
| **逻辑** | 内容编排逻辑、论证方式、信息密度 |
| **格式** | 排版格式、标题层级、列表样式、视觉元素 |

将分析结果整理为「样本特征摘要」，供后续模仿产出参考。

### 4. 模仿产出

基于样本特征摘要，产出目标成品：
- 保持样本的结构框架和编排逻辑
- 保持样本的风格和调性
- 用目标成品的实际内容替换样本内容
- 确保整体连贯性和一致性
- OPC特有：产出后通过陷阱检查（如商业计划范本产出后检查是否在卖AI技术而非商业成果）

### 5. 用户审核

向用户展示成品，请用户审核并确认是否需要调整。

## 网络搜索策略

当需要通过网络搜索获取清单或样本时：

1. **构造精确搜索词**：使用「成品类型 + 模板/结构/范例/样本/清单」的组合
2. **优先搜索来源**：
   - 行业标准文档
   - 专业机构发布的模板
   - 高质量公开范例
   - 知名平台的同类内容
3. **验证搜索结果**：确认获取的清单/样本质量是否达标，不达标则重新搜索
4. **尊重版权**：模仿产出时不直接复制样本内容，仅借鉴结构和风格

## 边界说明

此文件是OPC内容轴的方法论层，只定义"如何组织内容"，不定义"如何输出格式"：

- 文档格式的具体处理由工具按需完成，此文件只管内容构成方式
- 代码编写的具体逻辑由AI通用能力处理，此文件只管组件拆分和组装
- 演示文稿的具体排版由工具按需完成，此文件只管内容结构

references/sv-exemplars.md

# OPC领域范本库

一人公司创作的经典范本和实例标注。按范本参考产出——以已有范本为结构参考，替换为实际内容。

> **使用说明**：范本中标注 `[待用户提供]` 的条目需用户自行填充后才能按范本产出。标注 `✅已有` 的可直接参考。

---

## 范本索引

| 范本ID | 范本名称 | 对应任务 | 类型 | 来源 | 状态 |
|--------|---------|---------|------|------|------|
| EX-01 | 工作流重构范本 | P0 | 重构方法 | 实战总结 | ✅已有 |
| EX-02 | 垂直利基定位一页纸 | P1-01 | 定位模板 | 实战总结 | ✅已有 |
| EX-03 | 个人能力维度矩阵 | P1-04 | 能力盘点 | 实战总结 | ✅已有 |
| EX-04 | AI原生机构商业计划框架 | P2-02, P2-03 | 商业计划 | 实战总结 | ✅已有 |
| EX-05 | AI数字产品商业计划框架 | P2-02, P2-03 | 商业计划 | 实战总结 | ✅已有 |
| EX-06 | MVP一页纸 | P3-01 | 产品设计 | 实战总结 | ✅已有 |
| EX-07 | 服务产品化路线图 | P3-03 | 产品化 | 实战总结 | ✅已有 |
| EX-08 | 内容获客飞轮设计 | P4-01 | 获客方案 | 实战总结 | ✅已有 |
| EX-09 | 冷启动获客行动计划 | P4-02 | 获客方案 | 实战总结 | ✅已有 |
| EX-10 | AI工具栈配置清单 | P5-01 | 运营工具 | 实战总结 | ✅已有 |
| EX-11 | 日常运营SOP | P5-03 | 运营流程 | 实战总结 | ✅已有 |
| EX-12 | 现金流管理表 | P6-02 | 财务管理 | 实战总结 | ✅已有 |
| EX-13 | 服务合同审查清单 | P6-04 | 法律合规 | 实战总结 | ✅已有 |
| EX-14 | 「AI能搞定一切」幻觉检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |
| EX-15 | 合规与法律风险检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |
| EX-16 | 客源验证前置检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |
| EX-17 | 定位商业成果检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |
| EX-18 | 垂直利基收敛检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |

---

## P0 工作流重构

### EX-01 工作流重构范本

**对应任务**: P0-01 ~ P0-06

**来源**: OPC工作流重构方法论

**适用场景**: 任何领域的传统工作流需要重构为AI辅助一人简易完成

**重构范本**:

```
## 工作流重构记录

### Step 1：传统工作流识别（P0-01）

**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/________）

**传统工作流全景**：

| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |
|---|------|---------|---------|--------|---------|
| 1 | ________ | ________ | ________ | ________ | ___% |
| 2 | ________ | ________ | ________ | ________ | ___% |
| 3 | ________ | ________ | ________ | ________ | ___% |
| 4 | ________ | ________ | ________ | ________ | ___% |
| 5 | ________ | ________ | ________ | ________ | ___% |
| ... | ... | ... | ... | ... | ... |

**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点

### Step 2：环节存在理由分析（P0-02）

**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？

| # | 环节 | 存在理由 | 类型标记 | 标记理由 |
|---|------|---------|---------|---------|
| 1 | ________ | 事情本身需要 | ✅核心 | ________ |
| 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 |
| 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |
| 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |
| 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |
| 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |
| ... | ... | ... | ... | ... |

**统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个

### Step 3：人的局限补偿层消除（P0-03）

**消除清单**：

| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |
|---|-----------|--------|---------|------------|
| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |
| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |
| 3 | ________ | 格式 | 零形式开销 | 不需要 |
| ... | ... | ... | ... | ... |

**保留清单**：

| # | 保留环节 | 保留理由 | 类型 |
|---|---------|---------|------|
| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |
| 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） |
| 3 | ________ | 关键质量校验 | ⚡校验（精简后） |
| ... | ... | ... | ... |

### Step 4：重整为IPO基元链（P0-04）

**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）

| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 |
|-------|--------|-------------------|--------|---------|-------

Related agents

Same protocol, similar job.

Github ReposUpdated 2d agoRank 70

AionUi

Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!

MCPOPENCLAW
Github ReposUpdated 6mo agoRank 70

activepieces

AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents

OPENCLAW
Github ReposUpdated 6mo agoRank 70

cherry-studio

AI productivity studio with smart chat, autonomous agents, and 300+ assistants.

MCPOPENCLAW
Github ReposUpdated 7mo agoRank 70

CopilotKit

The Frontend for Agents & Generative UI. React + Angular

OPENCLAW

Machine-readable data

The same record, as JSON, for agents and crawlers.

{
  "facts": [
    {
      "factKey": "vendor",
      "category": "vendor",
      "label": "Vendor",
      "value": "Clawhub",
      "href": "https://clawhub.ai/wangjiaocheng/skills/solopreneur-os",
      "sourceUrl": "https://clawhub.ai/wangjiaocheng/skills/solopreneur-os",
      "sourceType": "profile",
      "confidence": "medium",
      "observedAt": "2026-10-11T08:32:38.015Z",
      "isPublic": true
    },
    {
      "factKey": "protocols",
      "category": "compatibility",
      "label": "Protocol compatibility",
      "value": "OpenClaw",
      "href": "https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/contract",
      "sourceUrl": "https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/contract",
      "sourceType": "contract",
      "confidence": "medium",
      "observedAt": "2026-10-11T08:32:38.015Z",
      "isPublic": true
    },
    {
      "factKey": "traction",
      "category": "adoption",
      "label": "Adoption signal",
      "value": "1.1K downloads",
      "href": "https://clawhub.ai/wangjiaocheng/solopreneur-os",
      "sourceUrl": "https://clawhub.ai/wangjiaocheng/solopreneur-os",
      "sourceType": "profile",
      "confidence": "medium",
      "observedAt": "2026-10-11T08:32:38.015Z",
      "isPublic": true
    },
    {
      "factKey": "latest_release",
      "category": "release",
      "label": "Latest release",
      "value": "1.0.5",
      "href": "https://clawhub.ai/wangjiaocheng/solopreneur-os",
      "sourceUrl": "https://clawhub.ai/wangjiaocheng/solopreneur-os",
      "sourceType": "release",
      "confidence": "medium",
      "observedAt": "2026-05-27T12:58:24.778Z",
      "isPublic": true
    },
    {
      "factKey": "handshake_status",
      "category": "security",
      "label": "Handshake status",
      "value": "UNKNOWN",
      "href": "https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/trust",
      "sourceUrl": "https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/trust",
      "sourceType": "trust",
      "confidence": "medium",
      "observedAt": null,
      "isPublic": true
    }
  ],
  "events": [
    {
      "eventType": "release",
      "title": "Release 1.0.5",
      "description": "**1.0.5 主要变化：扩展工作流重构的适用范围，并详细阐述四层架构（UTOS+WF+DPG+Payload）的定位与协作。** - 将“工作流重构”核心理念明确扩展到“产物重构”，强调流程和文档/方案/设计/代码的同构处理方式。 - 新增并详解四层架构各自的职责分工、价值类型、协作机制和生成逻辑，特别是WF（重构器）与DPG（负载物生成技能）的关系。 - 增补三层价值属性、领域负载物生成流程等细则，帮助独立部署和领域迁移。 - 优化关于“先重构再生成”和“未重构直接生成”两种模式的对比与效果说明。 - 保持原有执行轴、内容轴、创新轴、OPC实现途径等结构不变，兼容现有用法。",
      "href": "https://clawhub.ai/wangjiaocheng/solopreneur-os",
      "sourceUrl": "https://clawhub.ai/wangjiaocheng/solopreneur-os",
      "sourceType": "release",
      "confidence": "medium",
      "observedAt": "2026-05-27T12:58:24.778Z",
      "isPublic": true
    }
  ]
}

Record generated Oct 11, 2026.

Sponsored

Ads related to Solopreneur OS and adjacent AI workflows.