OPC Global AI 原生 Web 应用实施规范

文件状态

该文件是 OPC 的实施和治理的真实来源 全球主页和利益相关者入职体验。规范的TABLE AI × OPC Global 蓝图在该指令层之后被完整保留。

• 源蓝图：用户提供的pasted-text.txt，1,195行和55,328字节
• OPC Global 品牌来源：https://apuch.art/api/brands/opcglobal.json
• 品牌目录清单：https://apuch.art/api/manifest.json
• 固定品牌版本：735ff5e，发布于 2026-07-24
• 固定资产校验和：
  • 英雄：8351935e9abc74b963309f2ec5677f22a9eaf4998c0e0cb59ecd55be42e4fe40
  • 矢量标志：b58c3be7390a1b625de8ad7d5c953fe8b95d1467692977c338c9b255f266502c
  • 原蓝色标志：c970696e04ab2859dd66c7b85c2c1b461d06ede4e2d65ec6a97d9c11db1396b3
• 品牌警告：已发布的记录标记为 placeholder，并且没有 primaryGuide。代币和资产是官方的。版式、布局、 下面的组件、运动和交互规则是产品系统的扩展。

产品目标

构建三个协调层：

1. 完整的指示和治理记录。
2. 简洁的双语公众主页，讲解任务价值操作 系统无需复制每个策略表。
3. 面向所有公众和运营人员的双语、基于角色的入职原型 利益相关者。
4. 公共标准中心和版本化 API/MCP 注册表，公开 规范蓝图、受控术语、任务规范、角色、策略、 和来源出处，而不创建第二个事实来源。

经验必须使运营模式易于理解、可审计并且 可采取行动，但从不接受身份证件、付款凭据， 机密的客户材料、真实的 KYC 信息或受监管的数据。

实施基线

• 通过 vinext 进行站点兼容的 React 和 Next 风格路由。
• 用于令牌集成的 Tailwind CSS v4，以及用于 编辑布局和状态系统。
• 默认情况下服务器渲染的内容；客户端代码与入职隔离 状态、验证、确认和设备本地持久性。
• 使用经过校验和验证的官方英雄的一种优化的本地衍生品 用于页面性能。未触及的官方来源仍然存档在旁边 它。
• 此版本仅批准了一个品牌社交预览： public/og.png，SHA-256 bf3cc07f9597550af2830b217d7c3cc126d44a53a5d6791ccc10baacdb9d8d13。
• 该网站在 JavaScript 延迟的情况下仍然有用，并且副驾驶仍然有用 没有远程模型提供者。

体验架构

路线

• / 重定向至 /zh
• /en和/zh是本地化主页
• /en/standards和/zh/standards渲染完整的规范蓝图
• /en/developers 和 /zh/developers 记录公共 API 和 MCP 边界
• /en/onboarding 和 /zh/onboarding 是利益相关者选择器
• /[locale]/onboarding/[role]包含每个引导角色的旅程
• 区域设置切换保留当前路线和设备本地进度

公共利益相关者角色

运营利益相关者角色

主页叙述

主页必须按以下顺序呈现这些想法：

1、把真实的需求变成可以接受、可以解决的工作。 2. 定义结果、设计任务、组装交付、验证证据、解决 透明地，并重用有效的东西。 3. TABLE AI、OPC Global、共享基础设施、区域节点和任务 工厂。 4. 五个公共角色进入路径。 5. TaskSpec，循证接受，透明的SplitRules，可解释 匹配、数据分类和争议权利。 6.三个初始任务工厂。 7. 经验证的结算值作为操作北极星定义。 8. 透明的服务费用和贡献权。 9. 单一清晰的入职路线。

切勿将扩展门、0.5/3/2 模型或任何目标作为 取得了成果。不得使用虚假的客户标识、捏造证据、发明的 性能数据，或“零平台费用”声明。

品牌和UI系统

官方主题令牌

产品系统扩展

• 本版本仅使用浅色主题。
• Geist Sans 与 Noto Sans SC 和系统回退；用于 ID 的 Geist Mono， 公式和分类账值。
• 一个 12px 圆角半径比例。
• 荧光粉图标具有一致的重量。
• DESIGN_VARIANCE: 5、MOTION_INTENSITY: 3、 VISUAL_DENSITY: 4。
• 动作必须传达层次结构、进度、反馈或状态变化。
• 所有自动机芯必须遵守 prefers-reduced-motion。
• 避免通用的人工智能--紫色渐变、霓虹灯、过多的玻璃、发明的SVG 插图、等量三卡网格和假冒产品屏幕截图。
• 使用官方全球网络英雄图像和官方徽标资产。

本地化规则

• 中文是默认语言环境。无需重置路线即可使用英语 或入职状态。
• 所有导航、内容、角色、表单标签、验证、副驾驶输出、 隐私指南和后续步骤必须以两种语言存在。
• 区域设置切换仅更改显示方式。它不得重置答案。
• TaskSpec、TaskGraph、VSV、SplitRule 和 ValueLedger 等标识符 跨区域保持稳定并收到翻译后的解释。

结构化入职副驾驶

副驾驶不是一个开放式的聊天界面。它是一个确定性的、 类型化的入职状态之上的提供者中立的指导层。

允许的行为：

• 推荐或确认角色；
• 识别缺失的非敏感信息；
• 计算准备状态；
• 识别政策或数据风险；
• 提出下一步的准备行动；
• 引用相关蓝图部分。

要求的行为：

• 将建议明确标记为提案；
• 让用户控制确认；
• 在人工智能服务不可用时工作；
• 在浏览器存储中仅保存非敏感状态；
• 提供重置动作；
• 切勿颁发凭证、释放资金、更改 SplitRules、完成 KYC，或 提交最终生产申请。

公共接口

type Locale = "en" | "zh";

type PublicRole =
  | "buyer"
  | "expert"
  | "coach"
  | "contributor"
  | "ecosystem-partner";

type OperationalRole =
  | "task-architect"
  | "quality-reviewer"
  | "compliance-lead"
  | "settlement-lead";

type Role = PublicRole | OperationalRole;

interface OnboardingState {
  schemaVersion: 1;
  role: Role;
  answers: Record<string, string | string[] | boolean>;
  evidenceRefs: string[];
  currentStep: 0 | 1 | 2;
  readiness: "starting" | "building" | "ready";
  riskFlags: string[];
  nextActions: string[];
  confirmations: string[];
  lastSavedAt: string;
}

interface AIRecommendation {
  summary: string;
  suggestedRole: Role;
  missingInformation: string[];
  riskFlags: string[];
  blueprintCitations: string[];
  confidence: "low" | "medium" | "high";
  confirmationRequired: true;
}

interface BrandSnapshot {
  brandSlug: "opcglobal";
  status: string;
  sourceVersion: string;
  synchronizedAt: string;
  tokens: Record<string, string | string[]>;
  assets: Array<{
    id: string;
    filename: string;
    sha256: string;
  }>;
}

interface StandardsManifest {
  schemaVersion: string;
  contentVersion: string;
  sourceCommit?: string;
  instructionSha256: string;
  blueprintSha256: string;
  canonicalLanguage: "zh";
}

接口术语定义{
  id：字符串；
  canonicalZh：字符串；
  canonicalEn: 字符串;
  别名：字符串[]；
  定义Zh：字符串；
  定义En: 字符串;
  节 ID：字符串；
}

MCP 边界

Use apuch.art’s published get_brand, list_assets, get_asset, and request_asset_url capabilities through the brand-sync adapter, with its public brand JSON as the deterministic fallback.

Published OPC resources:

• opc://manifest/current
• opc://glossary/current
• opc://standards/{sectionId}
• opc://roles/{role}
• opc://taskspec/{taskCode}
• opc://policy/{policyId}
• opc://brand/current

Permitted read or draft tools:

• resolve_term
• validate_standard_reference
• validate_taskspec
• compare_standard_versions
• draft_alignment_report
• recommend_role
• draft_onboarding_profile
• assess_readiness
• propose_task_path

Do not expose autonomous payment release, credential issuance, SplitRule modification, or final onboarding submission. Remote MCP uses stable protocol version 2025-11-25 over stateless Streamable HTTP and may negotiate future versions only after they become stable. The 2026-07-28 revision is an RC at the time of implementation and must not be a first-release dependency. Protocol status must be rechecked against the official MCP releases.

The build-time brand adapter should attempt the published MCP tools first and fall back to public brand JSON without weakening checksum validation. Runtime AI integration must sit behind a provider-neutral adapter. Every future model-assisted provenance event records the model, prompt or Skill version, tool calls, source data, output proposal, and explicit human confirmation.

无障碍与性能

• WCAG AA contrast for all text and controls.
• Visible keyboard focus on all interactive elements.
• Labels above inputs; helper text optional; errors below inputs.
• No placeholder-only labels.
• Explicit loading, empty, validation, completion, recovery, and reset states.
• Explicit mobile layouts at 375px, 768px, 1024px, and 1440px.
• Hero image dimensions must be reserved to prevent layout shift.
• Target LCP below 2.5 seconds, INP below 200ms, and CLS below 0.1.
• Honor reduced motion and avoid scroll listeners tied to React state.

可追溯性矩阵

验收检查

• 下面的规范蓝图保留了所有源标题、表格、任务代码、 公式、基准、门限和风险项目。
• 每个角色都有完整的英文和中文内容。
• 每个角色页面包括目的、职责、先决条件、证据、 禁止的行动、准备情况、下一步行动和蓝图引用。
• 品牌资产与记录的 SHA-256 校验和相匹配。
• 没有可见的网站副本包含破折号。
• 没有仅生产或敏感的操作被呈现为可操作的。
• 所有路由的构建和渲染都没有客户端错误。---

TABLE AI × OPC Global 规范蓝图

统一组织、身份、结算模块扩展

此版本通过受保护的操作扩展了公共任务价值系统 工作区。公式迁移源为 ref/经营与分账模型v3.html，固定在 SHA-256 76ca4c88c9c1778f1842a1c03de2a74d38ab2a6d68b7de2116266a4cba740d79。 来源是运营预测计算器，而不是会计分类账。其 示例成为黄金测试，而生产规则则添加版本控制， 参与者、幂等性、整数舍入、批准、逆转、争议和 仅附加出处。

身份、组织和权利持有者

• TableUser Hosted OIDC 是身份验证机构。自然人使用 taid作为唯一稳定的跨系统密钥；登录 sub、电子邮件和用户名 绝不能成为业务外键。
• 组织是协作和授权空间。每个分割 项目属于一个组织，可能涉及多个法人实体。
• 每个结算基准线都属于一个法人实体。各实体 计算、批准并过账到独立的分类账；项目级 视图汇总但绝不会隐式合并实体资金。
• 一方可以是受 TAID 约束的自然人，也可以是经过验证的法人实体。 每一方都有一个全球分拆账户。 ledger_ready 不是 payout_ready。
• 外部受邀者仅成为项目参与者。他们不会成为 组织成员。邀请使用一次性、可撤销、散列令牌， 默认7天后过期，登录后需要补发 电子邮件不同。

TableUser 是资源授权机构，flay01 存储版本化的 仅投影。正式写入实时调用TableUser，失败时关闭 该服务不可用。资源补助涵盖organization， legal_entity、split_project 和 equity_ledger；角色名称为： platform:admin、opc:org:owner、opc:org:admin、 opc:settlement:approver、opc:equity:admin、 opc:project:admin|editor|viewer、opc:project:participant 和 opc:auditor。

平台管理员可以配置、暂停、排除故障和起草，但 不能单独批准组织应付账款分类账。组织管理员可以 创建项目、发布规则、邀请参与者并准备结算。 组织所有者或结算审批人批准正式应付账款。安 只有一名有效批准者的组织可以自行批准低于其自己的批准者 未来有效限制。

经营推演与正式结算相互隔离

OperatingPlan 模型服务、客户、收入周期、收集、 退款和成本预测；所有输出都是建议性的。 Settlement仅消耗 通过来源证据确认实际金额。预测退款或收款 利率永远不会产生或改变应付义务。

第一个不可变模板是 OperatingFourPoolV3@1：1. 汇总一个法人实体已确认的收入或批准的收付实现制。 2. 收付实现制首先保护所有非劳动收入和退款风险。 3.扣除实际退款、坏账、税金、直接成本、明确平台 费用。 4、计算正毛利率和准备金；损失变成实体 赤字且绝不是参与者负应付款项。 5. 分配获取、交付、产品和平台池，其比率总和 精确到 100%。 6. 合作第二年的收购权下降至50%，合作年起下降至20% 三；剩余的回流到平台池。 7. 产品权利在首次交付后三年或之后到期（以较早者为准） 累计拨款相当于研究投入的五倍。 8.申请预支工资抵消、外部税务处理、固定成本、贷款 还款，以及明确的平台瀑布。 9. 外部成员的资格由规则版本控制，而不是由规则版本控制。 内部/外部硬编码区别。 10. 在每个池内独立标准化参与者权重。

货币使用 ISO 4217 货币和整数小单位。费率使用精确的小数 代表。最大剩余分配保证了守恒， 稳定的派对 ID 作为决胜局。退款和损失永远不会自动生成 债务；未来的抵消需要一个预先存在的、公认的、有争议的规则。

规则、外汇、审核和账本生命周期

参考外汇最初使用欧洲央行每日参考利率和确定性欧元 三角测量。 UI 必须将其标记为参考速率，而不是执行速率。 周末或节假日使用最新公布的汇率，不晚于 参考日期。系统管理员或组织管理员可以创建手册 仅针对未经批准的运行进行覆盖，并附有理由、证据、差异、影响 范围和参与者通知。运行冻结原始响应、源日期、对、 散列和覆盖；历史永远不会以当前的速率重新计算。

规则版本遵循 draft → published → active → superseded。他们影响 仅未来期间。新的和受影响的参与者必须接受当前的 进入新时期之前的版本。历史规则、计算快照、 并且批准的账本是不可变的。

结算运行如下 draft → calculated → participant_review → ready_for_approval → approved。 参与者审核持续五个工作日。一条有争议的线路冻结了 无可争议的线路继续；有效期记录无异议而非捏造 批准。已批准的运行无法编辑。修正创建调整运行 具有链接的冲销或调整条目。

运营股权台账

每个符合条件的法人实体都可以拥有一个仅追加的运营股权台账 涵盖类别、持有者、单位、认购和支付金额、期权池、 归属、发行、转让、注销、回购、调整事件。 派生余额永远不会被直接覆盖。内部审批可能会影响 经营权和利润分配却始终显示 legalRegistrationStatus。中国大陆和香港有各自的 管辖权概况；所有其他司法管辖区在此版本中均为只读。 该模块默认关闭，仅在初始持有快照后打开 和解了。它不能取代法定股东名册、法律备案、 或合法转让文书。

REST 和 MCP 合约

REST 正式写入需要 TableUser OIDC JWT 或 M2M 令牌、资源授予、 Idempotency-Key 和 If-Match 用于版本更新。响应返回 资源版本、审核事件 ID 和输入/计算哈希。

MCP 资源包括：

• opc://organizations/{id}
• opc://split-templates/{version}
• opc://split-projects/{id}
• opc://settlement-runs/{id}
• opc://equity-ledgers/{legalEntityId}

MCP 工具仅限于读取和草稿操作： simulate_operating_plan、draft_split_project、validate_split_rule、 calculate_draft_settlement、explain_settlement、 compare_rule_versions 和 draft_invitation。 MCP 绝不能发布规则， 覆盖 FX、批准分类账、发布股权事件、提交最终入职，或 执行付款。每个 AI 或 MCP 提案都会记录模型、提示或技能 版本、工具调用、源数据和来源事件中的人工确认。

数据、部署和显式排除

生产数据保留在腾讯云南京。目标数据平面是 PostgreSQL 16 具有单独的 flay01_core 和 tableuser_authz 数据库， 独立的运行时和迁移角色、TLS、静态加密、自动化 备份，以及至少十四天的时间点恢复。 Postgres 发件箱 工作人员无需添加 Redis 即可处理计算、电子邮件和通知。 私有站点部署是经过清理的 UI 审查平面，并且从不连接 到生产分类帐。

试点能力目标是 100 个组织，每个项目 100 名参与者， 每次运行 5,000 行；计算 p95 不到五秒并且在组织内 授权p95低于200ms。大型账本使用服务器分页。

本次发布不执行付款、收集身份证件、银行 凭证、KYC 材料、机密客户上传、颁发凭证、 进行纳税申报或扣缴，提供任意公式设计者， 自动追偿债务，或声称 UI 行动完成了法定权益 转移。

TABLE AI × OPC Global 全球透明任务协作与智能分账体系蓝图

一、核心结论

你们真正要建设的是一套“全球任务价值操作系统”：

把企业与机构的真实需求拆成可交易任务，把专家智慧封装成标准与资产，把人和智能体组成临时交付团队，用证据验收，用规则分账，让每次交付同时产生收入、能力凭证、信誉记录和可复用资产。

平台以“经验证的任务成果”为最小单元：

• 交易单位：已验收的任务成果
• 培养单位：有真实证据的能力增量
• 分账单位：事前约定、事后可审计的贡献
• 信誉单位：特定任务上的历史表现
• 资产单位：可授权复用的方法、模板、数据结构、课程、智能体组件
• 核心壁垒：任务图谱、能力图谱、交付数据、信誉网络、专业资产库和跨国合规节点

整个闭环可以概括为：

真实需求 → 结果定义 → 任务图谱 → 人机协作 → 证据验收 → 透明分账 → 能力认证 → 资产复用 → 持续收益

最有力量的一组平台原则是：

任务即课程，订单即训练场，交付即认证，贡献即权益，复用即分红。

这与 OPC Global 已形成的“产业专家-教练合伙人-OPC 单元”三角协作高度一致，也承接 TABLE AI“连接专家智慧与企业真实需求”的方向。OPC Global 官网、TABLE AI 官网

二、愿景、使命与战略定位

1. 使命

培育 AI 时代新岗位，填平全球专业智慧、数据与实践成果之间的鸿沟。

使命需要具体落到四件事：

1. 把隐性经验转化为可执行的任务标准、智能体和专业资产。
2. 把真实订单转化为带薪学习与职业成长机会。
3. 让全球不同国家、语言、行业的人才可以透明协作。
4. 让每一份真实贡献都能够被记录、验证、结算和长期复用。

2. 愿景

成为全球最大的跨国透明任务协作、实战人才培养与价值分配网络。

让任何真实需求都能被转换成：

• 明确的成果；
• 可计算的工作量；
• 可匹配的能力；
• 可执行的任务；
• 可验证的质量；
• 可追踪的资金；
• 可携带的能力凭证；
• 可持续收益的专业资产。

3. 平台定位

AI 时代全球专业智慧与实战人才的价值协作基础设施。

这一定义比“自由职业平台”“专家平台”“培训平台”“分账平台”更完整。以上形态都可以成为其中一个模块。

4. “全球最大”的衡量标准

注册人数不应成为主指标。“全球最大”需要用六个结果定义：

建议北极星指标定为：

年度已验收并完成结算的价值总额：Verified Settled Value，VSV。

VSV 同时排除了虚假需求、未完成订单、未验收成果和未到账流水。

三、TABLE AI 与 OPC Global 的角色分工

现有“三角协作·液态交付网络”适合作为前台组织叙事：

• 产业专家：定义意义、专业判断与质量标准；
• 教练合伙人：拆解任务、带领交付、培养人才；
• OPC 单元：执行真实任务、获得收入和能力成长。

后台还需要补齐四类角色：

• 任务架构师；
• 独立质量审查人；
• 数据与合规负责人；
• 分账与结算负责人。

一处需要修正的品牌口径

OPC Global 官网目前写有“个体直接拥有全部产出价值、不再被平台抽成，100%价值归己”，这与未来真实存在的平台基础设施、获客、质检、支付、合规和争议处理成本存在冲突。OPC Global 官网

建议改为：

每一笔价值去向透明；贡献者保留可验证的贡献权益；平台按照公开规则收取与实际服务相匹配的费用。

“100%价值归己”可以用于表达：

• 个人拥有自己的能力记录；
• 个人拥有约定范围内的知识产权；
• 个人可以携带自己的任务履历和认证；
• 平台不通过黑箱算法剥夺贡献权益。

它不应被解释为平台永远收取零费用。

四、底层方法：从职业目录转向任务图谱

劳动市场正在从“一个人对应一个固定岗位”，转向“技能被组合后执行不同任务”。Autor 的“任务方法”直接研究技能如何被配置到任务；模块化理论则强调，复杂系统需要定义组件、接口、依赖关系和测试标准。NBER《The Task Approach to Labor Markets》、Harvard Business School 关于系统架构与模块化的研究

因此，平台应采用：

一棵稳定主树 + 多维标签 + 任务关系图谱。

单一分类树无法同时表达行业、技能、成果、复杂度、数据风险、语言和商业模式。

1. 主分类：服务与任务领域

行业不能混入这棵主树。行业作为独立标签：

• 教育；
• 酒店与文旅；
• 餐饮；
• 制造业；
• 医疗健康；
• 科研；
• 政府与公共服务；
• 金融；
• 消费品；
• 跨境电商等。

2. 必须同时存在的分类维度

O*NET 已经把职业拆解为知识、能力、活动和具体任务；ESCO 提供多语言的职业-技能关系；SFIA 用专业技能和七级责任水平共同定义胜任能力。你们可以使用这些标准作为外部映射，同时保留自己的任务分类。O*NET Content Model、ESCO 分类体系、SFIA 责任等级

五、任务层级与最小交易颗粒度

一个合格的原子任务必须具备：

1. 一个主要负责人；
2. 一个主要成果；
3. 明确的输入边界；
4. 明确的完成定义；
5. 一次独立验收判断；
6. 一条独立预算与分账记录；
7. 明确的依赖关系；
8. 明确的修改次数和超范围条件。

例如：

六、标准任务卡 TaskSpec

每一种标准任务都应拥有唯一、不可变的 TaskSpec ID，分类和标签作为独立字段保存。避免把所有语义写进编号，因为分类会持续变化。

标准任务卡字段

七、第一批标准任务目录 V0.1

以下工作量均为输入完整、普通时效、包含一轮范围内修改的基准有效工时。它用于成本测算和内部分账，不直接等同于销售价格。模型调用、数据库、软件许可、差旅、场地、供应商费用单独列示。

1. 战略、研究与企业建模

2. 智能体、数据与软件

3. 品牌、设计与内容

4. 课程、培训与人才发展

5. 研学、奖励旅游与活动

6. 科普、科研传播与成果转化

7. 国际化与本地化

8. 质量、项目与治理

这批目录的意义在于建立第一版计量基准。完成约100-200个真实任务实例后，应利用实际数据校准工时、价格、一次验收率和复杂度系数。

八、价值交付标准

任务验收不能停留在“有没有文件”。建议建立四级价值标准：

V4 只适合存在明确基线、责任边界和归因方式的项目。受客户资源、市场环境等因素影响的结果，采用“基础交付价+结果奖金”。

通用100分验收框架

规则：

• 80分：达到合同验收；
• 90分：专业优质交付；
• 95分以上：具备平台参考资产候选资格；
• 正确性、隐私、安全、知识产权等关键项出现严重错误时直接不通过；
• 评分项根据设计、软件、课程、活动等类型调整；
• 主观设计任务必须在开工前确认方向、样例和评审人。

九、工作量、报价与价值分离

平台要分别计算三件事：

1. 做这件事需要多少资源；
2. 这件事为客户创造多少价值；
3. 收到的钱如何在贡献者之间分配。

1. 标准有效工时

定义：

1个标准有效工时，代表一名达到任务要求的合格角色完成1小时有效专业工作。

它不包括：

• 等待客户资料；
• 无效会议；
• 因自身错误导致的返工；
• 超出约定范围的修改；
• 模型、数据、差旅和供应商成本。

2. 工作量计算

$$ \text{标准工作量} = \text{基准单位工时} \times \text{数量} \times \text{复杂度系数} \times \text{输入准备度} \times \text{协调系数} \times \text{时效系数} $$

复杂度系数

其他系数

3. 报价公式

$$ \begin{aligned} \text{客户报价} ={}& \sum(\text{角色标准工时} \times \text{角色基准费率}) \ &+ \text{模型、数据与软件成本} \ &+ \text{外部供应商成本} \ &+ \text{专业知识产权授权} \ &+ \text{风险准备} \ &+ \text{平台服务} \ &+ \text{结果奖金} \end{aligned} $$

报价单必须展示：

• 工作范围；
• 假设和排除项；
• 数量； -工作量；
• 复杂度；
• 角色构成；
• 外部成本；
• 平台服务内容和费率；
• 税费与汇率；
• 验收节点；
• 修改次数；
• 分账规则；
• 结算时间。

同一任务、责任和质量等级应使用同一基础任务价。地域差异主要反映当地法定成本、税费、货币和必须本地完成的专业服务，避免把低收入地区简单当作廉价劳动力来源。

十、智能分账：四本账与一条资金瀑布

1. 四本账

资金账 Cash Ledger

记录客户付款、税费、渠道费、外部成本、待释放资金、已释放资金、退款和汇率。

贡献账 Contribution Ledger

记录每个人承担的任务、责任、预算权重、质量结果、变更和最终分配。

能力账 Capability Ledger

记录完成过什么任务、难度、角色、证据、评价、认证和能力变化。

资产账 Asset Ledger

记录方法、模板、课程、代码、智能体、数据结构和案例的权利人、版本、授权与未来收益。

这四本账必须通过同一个 Task Instance ID 关联。

2. 分账原则

• 分账比例在任务开始前冻结；
• 80%-90%的报酬由任务责任和约定交付决定；
• 10%-20%可以用于质量奖金、结果奖金或资产化奖励；
• 范围变化通过变更单调整；
• 任何算法不得在任务完成后秘密修改比例；
• 活跃项目的分账规则变更需要相关方确认；
• 销售引荐奖励随续约递减；
• 客户无正当理由不能无限期拖延验收；
• 教练、审查和项目管理是显性劳动，应单独定价；
• 为客户创造真实价值的学习任务必须付费。

3. 三种默认分账模板

以下均以扣除税费、支付通道费和客户指定外部采购后的“净服务收入”为100%。

这只是默认模板。每个任务的真实比例由服务强度决定。

4. 平台服务费分级

同一订单只适用一个服务层级，避免费用叠加。

此前设想的30%专家订阅平台分成，只适用于平台承担完整产品化和运营的模式。纯撮合、纯支付或专家自行获客场景不应统一收取30%。

5. 资产复用与长期分红

当方法论、课程、模板、代码组件或智能体被新项目复用时，可从相关任务收入中提取3%-15%进入资产授权池。

初期建议：

• 原始创作者：50%；
• 当前版本维护者和本地化者：30%；
• 专家标准与公共资产基金：20%。

规则：

• 按资产版本记录贡献；
• 每24-36个月重新认证有效性；
• 客户专属成果没有授权时不得进入公共资产池；
• 背景知识产权、客户成果和共同资产在合同中分别列明；
• 未来授权收益不得依赖模糊的“参与过项目”认定。

十一、持续发现市场需求的 Demand Radar

“传统需求”和“新需求”适合作为成熟度标签，不适合作为主分类。设计需求雷达，持续把市场信号转化为任务产品。

1. 信号来源

• 企业真实咨询和报价；
• 已交付项目中的新增需求；
• CRM和客户访谈；
• 招聘岗位和采购公告；
• 行业协会与高校合作；
• 政策与监管变化；
• 专家提出的新方法；
• 开源软件与模型能力变化；
• 海外市场与区域节点反馈；
• 失败项目和反复返工的问题。

2. 需求信号卡

每条需求记录：

• 谁付费；
• 什么事件触发需求；
• 发生频率；
• 当前如何解决；
• 当前成本；
• 预算来源；
• 结果指标；
• 需要哪些数据；
• 能否标准化；
• 能否训练新人；
• AI可以承担多少；
• 是否跨国复用；
• 主要风险；
• 已有真实付费证据。

3. 机会评分

$$ \begin{aligned} \text{机会分} ={}& 20% \times \text{付费频率}

• 15% \times \text{复购性}
• 15% \times \text{预算与价值} \ &+ 15% \times \text{标准化程度}
• 15% \times \text{人才培养价值}
• 10% \times \text{AI杠杆} \ &+ 10% \times \text{跨国复用}

• \text{风险扣分} \end{aligned} $$

4. 需求生命周期

建议标准化门槛：

• 高客单任务：至少3个真实付费客户；
• 高频任务：至少10-20次付费实例；
• 一次验收率达到80%左右；
• 工作量估算与实际偏差控制在20%-30%；
• 已出现可重复的任务链；
• 已有至少两名独立交付者能够达到同一标准。

十二、AI时代新岗位孵化机制

新岗位应从反复出现的任务簇中自然形成。

岗位形成路径

市场信号 → 付费任务 → 稳定任务簇 → 能力模型 → 带薪训练 → 认证 → 独立接单 → 新岗位

一个任务簇满足以下条件后，可以升级为正式岗位：

• 多个客户持续购买；
• 70%以上核心任务可以标准化；
• 有明确的交付成果和质量评分；
• 有可训练的入门路径；
• 有相对稳定的收入水平；
• 能与其他岗位形成清晰接口；
• AI增强后仍需要人类责任、判断或关系能力。

建议优先孵化的新岗位

十三、OPC UNI：从培训体系升级为任务认证体系

平台需要把“学过什么”升级为“能够完成什么”。

OPC L1-L3建议定义

“专家”不等于比L3更高的行政等级。专家是一条独立的专业认证维度。

每次真实任务产生的能力证据

• 执行了什么任务；
• 使用了什么技能；
• 任务难度；
• 承担什么责任；
• 谁进行了审查；
• 最终评分；
• 修改次数；
• 客户是否采用；
• 产生了哪些可复用资产；
• 是否具备下一等级资格。

凭证可以逐步兼容 Open Badges 3.0、W3C Verifiable Credentials，使成员可以携带和验证自己的能力；xAPI可用于记录课程、模拟和真实任务中的学习事件。1EdTech Open Badges、W3C Verifiable Credentials 2.0、IEEE xAPI标准

十四、人才匹配与信誉体系

1. 硬性筛选

先判断：

• 国家与服务资格；
• 数据是否允许访问；
• 是否存在利益冲突；
• 语言和时区；
• 必需认证；
• 责任等级；
• 可用时间；
• 预算范围。

2. 匹配评分

$$ \begin{aligned} \text{匹配分} ={}& 30% \times \text{技能与证据}

• 20% \times \text{同类任务历史}
• 15% \times \text{质量与返工} \ &+ 10% \times \text{准时性}
• 10% \times \text{行业、语言与文化}
• 5% \times \text{可用时间} \ &+ 5% \times \text{协作表现}
• 5% \times \text{预算适配} \end{aligned} $$

3. 信誉不使用一个总星级

每个人都应拥有任务特定的信誉向量：

• 任务类型；
• 难度；
• 责任等级；
• 一次验收率；
• 返工率；
• 准时率；
• 沟通表现；
• 样本数量；
• 最近完成时间；
• 审查者可信度；
• 是否出现重大合规问题。

完成一个简单任务的5分，不能直接替代复杂项目能力。样本少的成绩必须显示置信度。

4. 匹配模式

竞赛模式应限制无偿投机劳动。进入终选的高工作量方案应支付入围费用。

每一次算法推荐都要给出原因，并允许成员纠正数据、提出复核和申诉。欧盟平台工作规则已经明确强调算法管理透明、人工监督和对自动化决定的申诉权。欧盟平台工作规则

十五、交付、验收与争议机制

1. 完整流程

1. 需求录入；
2. 结果和验收定义；
3. 任务图拆解；
4. 报价与分账冻结；
5. 资金进入受保护状态；
6. 人才匹配；
7. 输入资料就绪检查；
8. 人机协作执行；
9. 自动化预检查；
10. 独立专业审查；
11. 客户验收；
12. 资金释放；
13. 能力凭证生成；
14. 资产登记；
15. 项目复盘和标准升级。

Upwork 的固定价里程碑采用预先注资、提交、审核和释放资金；Topcoder 使用评分表衡量提交质量；Open Collective 展示公开预算与交易。这三类机制分别对应资金保护、质量判断和财务透明，可组合成你们的基础机制。Upwork里程碑资金机制、Topcoder Scorecards、Open Collective透明预算

2. 验收规则

• 开工前确认“输入就绪标准”；
• 提交时必须包含成果、证据、版本和自检；
• AI完成格式、引用、字段、代码测试等机器检查；
• 独立审查人负责专业判断；
• 客户在合同约定的5-10个工作日内反馈；
• 未反馈时按照合同规则自动验收或进入提醒与仲裁；
• 范围内修改通常包含一轮；
• 新需求、新对象、新数据、新方向进入变更单；
• 审查人需要检查利益冲突；
• 审查工作独立计费。

3. 争议处理

三级机制：

1. 项目经理协调和范围核对；
2. 独立专业审查人重新评分；
3. 平台争议委员会依据合同、任务卡和证据裁决。

允许申诉，但每一级必须有时限。争议判断应围绕事前标准，不能临时增加客户偏好。

十六、产品系统架构

核心数据对象

• Organization；
• Buyer；
• Contributor；
• Expert；
• Coach；
• Need；
• Outcome；
• Project；
• Milestone；
• WorkPackage；
• TaskSpec；
• TaskInstance；
• Assignment；
• Deliverable；
• Evidence；
• Rubric；
• Review；
• Skill；
• Credential；
• Asset；
• License；
• Contract；
• ChangeOrder；
• Invoice；
• Payment；
• SplitRule；
• LedgerEntry；
• Dispute；
• Agent；
• Tool；
• Policy。

技术原则

• 财务系统采用复式记账；
• 所有关键动作采用追加式事件日志；
• 成果文件进入对象存储并保存版本；
• 任务、能力、人员、资产之间形成关系图谱；
• 语义检索使用独立知识索引；
• 智能体输出记录模型、Skill、工具、数据和人工复核人；
• 智能合约只执行已经稳定、明确的分账规则；
• 初期先完成可审计账本，再决定哪些环节需要链上化。

十七、全球化架构：一个标准核心、多个区域节点

集中经营全球劳动平台会迅速遭遇合同、税务、支付、数据和用工差异。长期应采用联邦式结构。

全球核心负责

• 任务标准；
• 能力标准；
• API和数据协议；
• 全球身份与信誉；
• 凭证互认；
• 资产登记；
• 审计规则；
• 品牌和治理。

区域节点负责

• 本地主体与合同；
• KYC、AML和制裁筛查；
• 支付、发票和税务；
• 劳动与承包关系；
• 数据本地化；
• 本地语言；
• 客户服务；
• 争议处理；
• 当地专家和教练网络。

数据分级

跨国协作时优先生成“去标识化任务包”：

• 删除个人信息；
• 删除客户身份；
• 替换敏感数据；
• 仅保留完成任务必需的字段；
• 将源代码接口化；
• 将专业判断与受监管数据处理分开。

欧盟向境外传输个人数据需要使用充分性决定、标准合同条款等机制；数字平台还可能承担收入信息收集和税务报告义务。欧盟跨境数据标准合同条款、OECD数字平台税务报告规则

OPC成员可以采用真实独立经营主体进行B2B合作，但合同名称本身无法替代真实经营关系。平台需要确保成员拥有任务选择权、时间自主权、非排他性、算法申诉权和清晰的商业责任，防止形成事实上的虚假自雇。

资金托管和跨境支付应接入持牌支付或托管机构，平台自身避免在缺乏相应资质时直接沉淀客户资金。

十八、商业模式

培训收入不能成为平台主导逻辑。培训必须持续导向真实任务、真实收入和真实能力，避免演变成以售证为中心的教育生意。

十九、首期聚焦：三个任务工厂

全球平台冷启动需要先形成高密度供需和可靠标准。首阶段建议采用托管型交付网络，开放市场放在质量和供给密度成熟之后。

任务工厂一：企业AI转型

完整链条：

企业访谈 → 业务语义建模 → 决策流程 → Agent PRD → 开发评测 → 部署 → 使用陪跑 → 效果验收

价值：

• 客单价高；
• 需求持续；
• TABLE AI已有能力；
• 可形成大量AI时代新岗位；
• 可积累企业任务和评测数据。

任务工厂二：课程与专家产品化

完整链条：

专家识别 → 知识萃取 → 方法论 → 课程 → 案例陪练 → 讲师培养 → 企业交付 → 专家资产授权

价值：

• 对接 OPC UNI；
• 专家成为标准所有者；
• 教练负责规模化交付；
• OPC单元通过真实项目成长；
• 可产生持续授权收入。

任务工厂三：研学、奖励旅游与企业活动

完整链条：

企业目标 → 项目架构 → 课程与访问 → 供应商 → 预算 → 现场执行 → 评估

价值：

• 连接教育、酒店、旅游、国际资源；
• 高度依赖人的判断与现场责任；
• 同时需要内容、设计、运营和跨境协作；
• 有利于验证线上任务与线下交付的统一平台。

设计、内容、调研、翻译、项目管理和QA作为三个任务工厂的横向能力嵌入。

二十、90天落地计划

第1-30天：建立规则与数据底座

交付：

1. 愿景、品牌与组织分工章程；
2. 任务分类字典V0.1；
3. TaskSpec数据结构；
4. 首批60个标准任务卡；
5. 8-12套验收评分表；
6. 标准工时与复杂度规则；
7. 三类分账模板；
8. 知识产权与资产分红规则；
9. OPC L1-L3能力标准；
10. 数据分级与跨境规则；
11. 标准合同、任务单、变更单、验收单；
12. 首批专家、教练和OPC单元名册。

第31-60天：运行真实付费项目

选择3-5个真实项目，完成：

• 需求录入；
• 任务拆解；
• 报价；
• 分账冻结；
• 人才匹配；
• 交付；
• QA；
• 验收；
• 结算；
• 能力记录；
• 资产登记。

目标积累不少于50-100个真实任务实例。

第61-90天：形成MVP

首版系统优先实现：

• 需求表；
• 任务图；
• 标准任务库；
• 人才与能力档案；
• 报价与分账；
• 文件和证据提交；
• 验收评分；
• 资金状态；
• 能力凭证；
• 资产登记；
• 基础仪表盘。

首版无需追求完全自动化。规则和数据结构稳定之后，再逐步增加智能匹配、智能报价和智能合约。

二十一、扩张闸门

达到以下标准后再开放更大规模的公开任务市场：

• 已完成200个以上真实任务；
• 一次验收率达到80%以上；
• 准时率达到90%以上；
• 争议率低于3%；
• 实际工作量与估算偏差低于25%；
• 客户复购率达到40%以上；
• 验收后结算中位时间低于5个工作日；
• 至少20个任务产品可以由不同团队稳定交付；
• 至少三类岗位形成明确的L1-L3成长路径；
• 至少三个区域具备本地合同、支付、税务和数据能力。

发展阶段：

二十二、管理指标体系

需求

• 有效需求数量；
• 付费验证率；
• 需求到报价时间；
• 标准任务覆盖率；
• 复购率。

交付

• 一次验收率；
• 准时交付率；
• 返工工时；
• 估算偏差；
• 客户采用率；
• 争议率。

人才

• 首次获得收入人数；
• L1到L2、L2到L3晋级率；
• 成员月度收入中位数；
• 收入连续性；
• 每个成员的有效任务类型数；
• 跨国任务参与率；
• 教练培养成功率。

公平与信任

• 分账规则事后修改率；
• 验收后结算时间；
• 算法推荐申诉率；
• 申诉纠正率；
• 平台费披露率；
• 无偿试做工时；
• 收入和订单集中度。

资产

• 新增专业资产；
• 资产复用率；
• 资产授权收入；
• 原创者获得的持续收益；
• 资产更新及时率；
• 过期资产比例。

0.5 / 3 / 2 的可验证定义

OPC Global 官网提出“半个人的时间、干3个人的活、拿2个人的钱”。建议把它转化为长期实验指标：

• 0.5时间：同类任务的人类有效工时降至AI使用前基线的50%；
• 3倍产出：单位时间内通过验收的成果数量或价值提升至3倍；
• 2倍收入：成员单位有效工时收入或稳定年度净收入达到原基线2倍。

每项必须基于同类任务、相近质量和足够样本计算。

二十三、最容易失败的十个地方

1. 一开始覆盖所有行业，导致供需都不够密集。
2. 把任务分类、岗位分类、行业分类混为一棵树。
3. 只记录工时，不定义成果与验收。
4. 只按结果付费，却没有可归因的责任边界。
5. 使用一个总星级评价所有能力。
6. 平台事后修改分账或使用隐藏算法。
7. 把新人实战包装成免费劳动。
8. 平台统一拥有专家、教练和成员的全部知识产权。
9. 先开发复杂区块链与DAO，规则本身仍然模糊。
10. 依靠大量培训获客，却没有足够真实订单承接学员。

最终战略表达

TABLE AI负责把复杂企业需求转化为可执行的人机任务系统；OPC Global负责让全球专家、教练和个体通过真实任务获得收入、能力与长期权益；共同基础设施负责记录任务、验证成果、分配价值和沉淀资产。

一句话可以定为：

把全球需求拆成标准任务，把真实任务变成带薪成长，把交付成果变成可信证据，把每份贡献变成长期权益。