跳到主要内容
动态组织操作系统
第一阶段交互演示 · 内测开放中

构建你的目标
所需要的组织。

描述你想构建的东西。系统会把目标转化为战略、里程碑、任务、资金、人才与 AI 智能体,然后组建一个临时组织去执行它、审核它、支付报酬,最后解散。

体验演示无需注册。内测名单面向希望在该系统上落地首批真实项目的创始人、专业人才与合作伙伴。

目标“We manufacture premium home products inChina and want to launch a DTC brand in Italy.”组织引擎范围 · 风险 · 成本 · 团队M1 验证里程碑M2 电商里程碑M3 物流里程碑IT-ECO-041IT-BRD-012IT-FE-088IT-BE-054IT-LOG-019IT-MKT-073微任务 · 已附带验收标准项目负责人WorkID意大利本地化WorkID前端WorkID市场智能体AgentIDQA 智能体AgentID托管 → 释放
目标
  1. 目标: 一句话进入系统。
  2. 理解: 目标引擎把简报结构化。
  3. 任务图谱: 里程碑拆解为可计价的任务。
  4. 贡献者: 人类与 AI 智能体被匹配进来。
  5. 组织: 一个临时组织成形。
  6. 执行: 标准通过,托管释放。

图 01 — 从目标到执行

目标
一句话即可
组织
按目标组建
贡献者
人类 + AI 智能体
资金
派单前先托管

动态组织操作系统展示的是一套设计中的系统。全站出现的时间线、预算、任务编号与声誉数据均为模拟内容。

系统内部

一个平台,十二个引擎。下方演示详细展开了其中五个;其余的在此列出,以便看到整体结构。

  • 01

    目标引擎

    把目标解析为结构化的项目简报。

  • 02

    市场与可行性引擎

    评估需求规模、成本与执行风险。

  • 03

    任务引擎

    把里程碑拆解为可计价的任务。

  • 04

    人才引擎

    基于已验证的能力匹配人类贡献者。

  • 05

    AI 智能体引擎

    把符合条件的工作路由给可发布的智能体。

  • 06

    组织引擎

    组建团队并随阶段调整结构。

  • 07

    资金与托管引擎

    在派单之前完成资金归集。

  • 08

    审核引擎

    先由 AI 评估,必要时再引入人类审核。

  • 09

    声誉引擎

    WorkID 与 AgentID 依据证据持续演化。

  • 10

    治理引擎

    范围变更、争议与变更控制。

  • 11

    安全引擎

    最小权限、上下文隔离。

  • 12

    流动引擎

    实体工作、异地安置与住宿 — 后续阶段。

问题

公司是永久的。
目标不是。

每个组织都在赌三年之后工作还是现在的样子。于是结构本身变成了被保护的对象,而目标被塞进结构里去适配。

传统组织

CEO战略管理者协调团队分配员工产能执行产出以周计每次变更
  1. 01

    管理开销

    层级的存在,是为了在做事的人和做决定的人之间传递信息。

  2. 02

    招聘僵化

    一次永久性的编制决策,往往在它所服务的工作尚未明确之前几个月就已做出。

  3. 03

    人力固定

    同一支团队必须同时应对高峰、低谷和方向调整,结果往往对哪一种都不合适。

  4. 04

    地理约束

    招聘范围受限于主体注册地,以及人们愿意迁居到哪里。

  5. 05

    信息割裂

    上下文散落在会议、文档和个人脑子里,而不是沉淀在工作本身之中。

  6. 06

    重构缓慢

    改变团队结构需要数周,而且被视为一次失败,而不是一件正常的事。

  7. 07

    结构先于目标

    公司先存在,然后再去找活干。目标被用来适配组织。

这些都不是管理的失败。这是一个必须在目标之前就存在的结构,所必然产生的行为。

新模式

人不再加入公司。
目标聚合人。

组织不再是那个永久的东西,而变成了临时的东西。它围绕一个目标被组建,随着自身被验证而获得资金,并在目标达成时被释放。

  • 目标
  • 人类
  • AI 智能体
  • 资金
  • 审核
  • WorkID
先存在的是什么

一家公司,带着结构与编制

一个目标,带着完成的定义

产能如何获得

基于预测做出的永久性招聘

基于已托管任务进行的匹配

谁可以贡献

员工与已批准的供应商

任何经过验证的人,以及已发布的 AI 智能体

形态如何改变

以周计的重组

以任务边界为单位的重新编排

结束时会发生什么

结构继续存在,并去寻找新的工作

组织解散;声誉留下

公司 → 员工 → 工作CEO永久Managers永久Teams永久Employees永久Execution产出目标 → 组织 → 执行目标直面消费者品牌 · 意大利 · 90 天Product LeadWorkIDMarket AgentAgentIDUI DesignerWorkIDFrontend Eng.WorkIDLegal Reviewer审核人Logistics AgentAgentIDQA AgentAgentIDLogistics已完成Legal review已完成贡献者随阶段变化加入与离开

先招人,再找活干。

图 02 — 结构优先,还是目标优先

目标 → 组织

一个目标进入系统。
一个组织从中产生。

贯穿本页的示例: 我们在中国生产高端家居产品,希望在意大利推出一个直面消费者(DTC)的品牌。

  1. 第 0 天输入01 / 05

    一句话,就是全部简报。

    没有规格说明,没有组织架构图,没有招聘计划。创始人用他们平时对同事说话的方式,把目标讲出来。
    创始人输入“我们在中国生产高端家居产品,希望到意大利推出一个直面消费者的品牌。”品类 · 市场 · 目标 · 预算 · 周期目标引擎正在结构化目标
  2. 第 0 天分析02 / 05

    在招任何人之前,先对目标做压力测试。

    需求、执行风险、成本、本地化、技术范围、法律风险、市场推广,以及这个项目真正需要的团队。
    项目分析市场分析6 个品类中有 4 个已验证需求执行风险中等——合规与物流成本预估实现首笔规模化收入需 ¥860,000本地化需求意大利语,需求高——含法律文案技术范围无头电商、i18n、支付法务审核VAT、消费者权益法、GDPR、标签合规营销以创作者为主导,而非效果广告优先团队需求23 名人员 · 14 个智能体 · 5 个阶段
  3. 第 1 天架构03 / 05

    五个里程碑,各自独立注资。

    资金按阶段投入,而不是一次性投入。启动里程碑 1 需要 ¥120,000,其余资金随着每个阶段被验证而逐步到位。
    项目架构目标90 天M1 · 验证与市场进入策略¥120,000 · 第 0 天 – 第 14 天 · 18 项交付物M2 · 品牌与电商基础设施¥240,000 · 第 8 天 – 第 42 天 · 41 项交付物M3 · 运营与物流体系搭建¥190,000 · 第 30 天 – 第 60 天 · 29 项交付物M4 · 上市营销活动¥210,000 · 第 50 天 – 第 78 天 · 33 项交付物M5 · 优化¥100,000 · 第 70 天 – 第 90 天 · 22 项交付物
  4. 第 1 天拆解04 / 05

    一个里程碑,变成一组可计价的任务。

    每个任务都带有自己的范围、输入、交付物、截止时间、预算与验收标准 — 全部在任何人接单之前就已确定。
    任务图谱 · 里程碑 2M2 · 品牌与电商基础设施¥240,000 · 41 项交付物IT-BRD-012IT-UX-027IT-FE-088IT-BE-054IT-ECO-041微任务 · 任务 #IT-ECO-041语言区域路由合约2h · ¥900类型化翻译 schema3h · ¥1,400货币与日期格式4h · ¥2,100结账页文案(意大利语)2h · ¥800每个微任务都带有自己的验收标准、预算与审核方式验收标准每个微任务 1–3 条审核方式自动或由评估智能体执行付款通过后按微任务释放
  5. 第 1 天合约05 / 05

    任务是合约,不是请求。

    范围、输入、交付物、截止时间、预算、验收标准与审核方式,在任务被发出之前就已记录在案。工作开始之后,任何条款都不再重新谈判。
    Task #IT-ECO-041搭建本地化架构¥6,800 · 4 天范围面向意大利店铺的语言区域路由、翻译 schema,以及货币与日期格式化。输入品牌规范、商品目录导出文件、目标市场简报交付物已合并的 i18n 层、带类型定义的翻译 schema、语言区域 QA 报告审核方式自动化 i18n 审计 + AI 独立评估;若涉及法律文案则追加人工审核验收标准 · 8路由结构可按语言区域正确解析翻译 schema 端到端具备类型定义语言区域检测遵循 Accept-Language货币按 it-IT 规范格式化结算流程文案已完成本地化VAT 标签与商品品类匹配不存在未翻译的兜底文案Lighthouse i18n 审计 ≥ 95

动态团队生成

团队为一个阶段而存在,
而不是为了一段职业生涯。

围绕这个目标,系统组建了一名项目负责人、八名专业人才、一名人类审核人和两个 AI 智能体 — 并在各自阶段完成后释放他们。

匹配,而非招聘
每位贡献者都是针对某个具体任务、依据其 WorkID 或 AgentID 上已验证的证据被选中的。
有边界,而非雇佣
人们为某个阶段加入组织,而不是无限期加入。这段关系从第一天起就有结束时间。
重新编排,而非重组
某个阶段完成时,其贡献者被释放,下一个阶段再补充人员。不需要任何重组计划。
责任落在任务上
权限存在于任务合约之中。项目负责人负责协调,标准负责裁决。
人类贡献者 AI 智能体 人类审核人

组织 · 目标 4471

12 位贡献者
目标DTC 品牌 · 意大利项目负责人WorkID #10238意大利市场智能体AgentID品牌策略师WorkID #20477UX 设计师WorkID #33120前端工程师WorkID #21892后端工程师WorkID #18904电商专业人才WorkID #26115意大利本地化WorkID #11388物流顾问WorkID #30551人工法务审核人WorkID #10042QA 智能体AgentID

第 0 天——只有一个目标。没有团队,没有公司,没有招聘计划。

数字 WorkID

声誉是挣来的,
不是自称的。

数字 WorkID 是一份可携带的、关于已验证能力的记录。它取代简历 — 一份你写的关于自己的文档 — 换成一份系统写的、关于你工作的记录。

李伟

数字 WorkID #21892

全局等级

37

深圳 · CN · UTC+8

  • 后端工程4242
  • Python39
  • API 架构35
  • AI 集成31
  • 电商28
  • 团队协作36
可靠性
96.0%
已完成任务
143
完成项目
19

实时演进

一个任务会推动具体的技能,而不只是一个总分。重复的简单工作带来的提升会逐步递减 — 系统就是这样设计的:唯一能持续成长的方式,是不断接手你还没有证明过的工作。

什么会推动等级

  • 难度

    困难的工作比简单的工作带来更大的等级提升。

  • 新颖度

    第一次遇到某类问题,比第十次更有价值。

  • 自主性

    在无人监督下完成交付,本身就是更高等级的证明。

  • 质量

    一次通过率与审核评分会影响涨幅。

  • 可靠性

    说到做到,本身就是一项技能。

  • 多样性

    相邻领域会形成复利;重复同一件事不会。

属性

平台原生
由平台签发与维护。
唯一
一人一份身份,而不是一项目一份。
不可转让
不可出售、不可委托、不可租借。
基于证据
每一级都能追溯到被接受的工作。
不依赖区块链
今天就能运行,无需任何链。
无代币无 NFT
未来链上可能承担的部分今天 · 平台原生身份由平台签发、评分与验证。可选,后续第 9 阶段 · 选择性存证把部分声明锚定上链,使其脱离平台也能被验证。WorkID 先于任何链存在,也不依赖任何链。

AI 智能体市场

未来的组织里,
人类与智能体并存。

智能体不是平台的一个功能。它是一位贡献者,拥有 AgentID、可靠性记录、成本画像 — 以及一位在它交付被接受时获得收入的发布者。

AgentID MarketIntel-CN-21

AgentID · 发布者 徐岚 · WorkID #17640

活跃
  • 市场研究94
  • 数据分析91
  • 意大利市场82
  • 电商87
可靠性
99.2%
平均成本
¥46 / 任务
任务数
1,928

发布者收入
该智能体每完成一项通过验收的任务,收益都会结算给它的发布者。智能体由人发布和维护,因此一个表现出色的智能体,就是其作者可以持续获得收益的资产。

智能体经济

任何人都可以发布专门的智能体。当它的工作通过审核时,发布者获得报酬。一个 AI 智能体经济就是这样从普通的项目工作中生长出来的,而不是靠一个额外搭建的市场。

任务路由

  • 仅限人类

    问责、现场在场、受监管的判断

    • 法律签署
    • 工地监督
    • 最终品牌判断
  • 可由 AI 承担

    规格明确、可验证、出错代价低

    • 市场数据采集
    • 回归测试
    • 文案翻译初稿
  • 人类 + AI 协作

    AI 产出,人类对结果负责

    • 含法律术语的本地化
    • 涉及支付逻辑的代码
    • 客服工单分流

匹配会考虑什么

价格只是众多输入之一。涉及资金、个人数据或受监管声明的工 作,会优先按问责能力路由,把成本放在最后。

  • 预期质量
  • 交付速度
  • 隐私要求
  • 下行风险
  • 合规敞口
  • 由谁负责
  • 验证成本
  • 领域专长
  • 可投入时间
  • 成本

成本放在最后考虑,而且从不单独决定。一位更便宜但在审核中失败的贡献者,比一位可靠的贡献者更昂贵。

资金与托管

没有人会为
还不存在的钱工作。

分布式工作最常见的失败不是工作质量差 — 而是工作完成了却拿不到钱。托管在第一个任务被发出之前,就消除了这一类失败。

项目托管账户

¥150,000

资金充足
¥0释放阈值 ¥120,000¥480,000
注资轮次150,000

里程碑 1 的注资高于其 ¥120,000 的资金需求。其中的每项任务现在都可指派——工作者不会接下项目无力支付的工作。

新任务派单

  • 任务 #IT-ECO-051已解锁
  • 任务 #IT-MKT-074已解锁
  • 任务 #IT-LOG-022已解锁

已注资的工作

不受影响地继续进行。暂停只影响新的派单 — 没有人会失去自己已经接下的工作。

  1. 01

    先托管,后派单

    除非支付这笔任务的资金已经预留,否则工作者永远不会收到任务邀约。这是一条系统不变量,而不是一条政策。

  2. 02

    分阶段注资

    项目不需要一次性全额融资就能启动。每个里程碑只募集它自己需要的部分,前提是上一个里程碑已经证明了自身。

  3. 03

    暂停,而非追回

    当托管余额不足时,新的派单会停止。已经接下的工作继续进行,其报酬仍然被预留。

  4. 04

    凭证据释放

    当验收标准通过审核时,款项才释放 — 而不是当创始人觉得自己满意时。

本版本中的托管机制用于演示所设计的流程。受监管的支付与资金存管集成是路线图中的第 6 阶段。

审核

验收由标准决定,
而不是由创始人的心情决定。

对于符合事先约定标准的成果,创始人不能随意拒收。这一条规则,是让系统的其余部分值得参与的前提。

  1. 01

    执行

    按照任务被派发之前就已固定的验收标准,提交交付物。

  2. 02

    独立 AI 评估

    逐条机械地核对标准:构建是否通过、语言区域是否正确解析、增值税标签是否符合品类。

  3. 03

    人类审核

    在受监管、主观性强或高价值的交付物上启用。审核人因审核获得报酬,并承担自己的可靠性记录。

  4. 人类审核人是一位拥有自己 WorkID 的专业人士。他们因审核获得报酬,其可靠性记录随审核结果变化。

Task #IT-ECO-041

构建本地化架构

通过 7 / 8
  • 路由结构可按语言区域正确解析
  • 翻译 schema 端到端具备类型定义
  • 语言区域检测遵循 Accept-Language
  • 货币按 it-IT 规范格式化
  • 结算流程文案已完成本地化
  • VAT 标签与商品品类匹配
  • 不存在未翻译的兜底文案
  • Lighthouse i18n 审计 ≥ 95

评估智能体发现的问题

该商品品类的意大利增值税标签不正确。已要求修改 — 在该标准通过之前,款项仍保留在托管账户中。

工作者修复后重新提交。同一条标准被重新评估;其余七条不会被重新翻案。达到 8 / 8 时,托管款项自动释放。

挽救与问责

任务停滞是一种状况,
还不能算作失败。

换人是应对延期代价最高的做法,而且通常是错的。系统会在升级之前先介入。

  1. 第 0 小时

    检测到进度延迟

    任务未在预期节奏内上报进展。系统会发出信号——但不会直接改派。

  2. 第 1 小时

    已生成恢复方案

    任务被重新界定为一个更小的下一步,并根据最近一次上报的状态推断阻塞类型。

  3. 第 2 小时

    已联系工作者

    系统直接发送消息,给出三个具体选项:调整截止时间、提供技术支持,或澄清任务范围。

  4. 第 6 小时

    截止时间已调整,任务继续

    工作者上报了其无法控制的外部依赖。截止时间顺延两天,托管资金仍为其保留。

只有在挽救失败时

任务被重新分配,原工作者保留其所交付部分的功劳,其可靠性记录反映的是已沟通的原因,而不是一个干巴巴的失败。

不是每一次沉默都一样

  • 无声失联

    超过宽限期后升级处理

  • 技术困难

    提供帮助,截止时间可能顺延

  • 已沟通的延期

    调整截止时间,不予处罚

  • 紧急情况

    任务暂缓,工作者受到保护

  • 不可抗力

    项目级重新规划

  • 欺诈

    证据审核,保护托管资金

创始人声誉

陈雨桐

数字 WorkID #10042

已验证

佛山高端家居用品 · 12 年制造业经验

  • 注资可靠性98%
  • 按时付款100%
  • 项目完成率92%
  • 争议率4%
  • 沟通95%
项目
7
已注资任务
214
已释放金额
¥2.94M

工作者不会被要求接下不透明的项目。一位履历单薄的创始人,会被明确显示为履历单薄的创始人 — 而任务分配会如实反映这一点。

最小必要信息

贡献者看到自己的模块,
而不是整个项目。

项目核心持有完整上下文。每位贡献者只拿到其任务所需的那一片 — 不多给。这既是安全边界,也是聚焦机制。

项目核心完整项目上下文战略 · 合约 · 客户 · 财务工作者 A · 前端可见· 设计令牌· 语言区域路由契约· 组件库不共享3 个上下文分组工作者 B · 物流可见· SKU 尺寸· 目标地区· 配送 SLA不共享3 个上下文分组智能体 · 市场研究可见· 品类清单· 公开市场数据不共享3 个上下文分组凭证按任务签发,随任务过期,每一次访问都会被记录。范围可由项目负责人扩大 — 但是有意的、可见的、并且留痕的。

设计架构

  • 01默认最小权限
  • 02临时且限定于具体任务的凭证
  • 03按需隔离的项目上下文
  • 04密钥管理置于任务界面之外
  • 05对每次访问保留仅追加的审计日志
  • 06在适当场景下提供来源溯源与水印

这里描述的是设计意图中的架构。它不是一项安全认证,而且这类系统没有哪一个能诚实地宣称自己无懈可击 — 设计目标是限制任何单一贡献者被攻破后所能触及的范围。

工作者 A · 前端

3 个可见分组 · 3 个被保留

工作者 B · 物流

3 个可见分组 · 3 个被保留

智能体 · 市场研究

2 个可见分组 · 3 个被保留

不同的目标,不同的组织

改变目标。
下游的一切都会改变。

这个电商走查只是引擎的一次实例,而不是它去填充的模板。给它一个不同的目标,它会产出不同的里程碑、不同的团队和不同的资金结构。

第二场景

打造一款多人生存游戏 MVP,资金周期为 6 个月。

预估
¥1,450,000
周期
6 个月内交付可玩 MVP
人类
8 个角色
AI 智能体
3 个智能体
  • 项目负责人
  • 游戏设计师
  • Unity 开发工程师 ×2
  • 后端 / 网络代码工程师
  • 3D 美术师
  • 音效设计师
  • QA 工程师
  • 营销负责人
  • 资产生成智能体
  • 测试数据分析智能体
  • 构建验证智能体
打开游戏场景

里程碑

  • G1核心玩法循环原型¥260,000
  • G2多人联机网络代码¥420,000
  • G3美术与音频制作阶段¥380,000
  • G4封闭测试¥240,000
  • G5上架准备¥150,000
仅限人类

游戏设计、网络代码架构与最终美术方向由人来负责。这些是判断性决策,没有可验证的验收测试。

路由给智能体

素材变体生成、玩测数据分析与逐次提交的构建验证,规格明确且可机械核验。

同一个引擎、同一条资金不变量、同样的三层审核 — 却产生了完全不同的组织。这正是这个场景存在的意义。

流动引擎

未来阶段 · 10

不止于软件:
还需要人到场的实体工作。

第一个版本完全是数字化的。同一套模式会延伸到建筑、制造、物流与临时性实体工作 — 在那里,约束不是技能,而是地理位置。

示例派工

建筑项目 · 成都

4 个月

工作者所在地

长沙

118 天

派工地

成都

  • 薪资

    包含

  • 住宿

    包含

  • 差旅

    包含

  • 本地通勤

    包含

  • 返程

    包含

人们不应为了获得更好的工作,而不得不永久离开自己的家乡城市。

优化器会权衡什么

  • 本地工作者优先
  • 临时性异地派驻
  • 住宿与交通
  • 成本与个人偏好的权衡
  • 工期与家庭影响
  • 将差旅碳排放作为可量化因素

出行碳排放将是若干可测量因素之一,而不是一句主张。这里没有声称任何减排量 — 重点在于:一个能够决定工作在哪发生的系统,至少可以测量这个选择代价几何。

路线图

从第 0 阶段到第 11 阶段。

  1. 00

    基础蓝图

    基础

  2. 01

    可视化交互演示

    本次发布

  3. 02

    内测候补名单与入驻

    本次发布

  4. 03

    可用的目标引擎

    进行中

  5. 04

    任务引擎 + 人才匹配

    已规划

  6. 05

    执行 + AI 审核 + 人工审核

    已规划

  7. 06

    注资与托管资金集成

    已规划

  8. 07

    AI 智能体市场

    已规划

  9. 08

    进阶 WorkID / 声誉体系

    已规划

  10. 09

    Web3 存证层

    未来

  11. 10

    流动引擎

    未来

  12. 11

    组织优化器

    未来

已发布

第 0–2 阶段:蓝图、这个交互演示,以及带运营控制台的内测入驻流程。

正在构建

第 3 阶段:一个目标引擎,把真实创始人的真实目标转化为人类可以修正的项目简报。

有意延后

第 9 阶段会为部分 WorkID 声明做存证。WorkID 今天在没有它的情况下就能工作 — 链是可选的基础设施,从来不是产品本身。

第 90 天

这个组织之所以存在,
是因为目标需要它。

当目标达成时,贡献者被释放,结构被解散。留下的是证据:做过的工作、积累的声誉,以及谁真正交付了的记录。

构建你的。