内容覆盖已校验

全球任务价值标准中心

完整呈现蓝图正文、任务目录、公式、治理规则与风险边界。每个网页条目和接口响应都回到同一份 instruction.md。

25/25实施指南、23 章与最终战略表达
66/66标准任务代码
5098760caa51规范源哈希

中文为规范原文

显示 25 个规范条目

OPC Global AI-Native Web App Instruction

Document status

This file is the implementation and governance source of truth for the OPC Global homepage and stakeholder onboarding experience. The canonical TABLE AI × OPC Global blueprint is preserved in full after this instruction layer.

  • Source blueprint: user-provided pasted-text.txt, 1,195 lines and 55,328 bytes
  • OPC Global brand source: https://apuch.art/api/brands/opcglobal.json
  • Brand directory manifest: https://apuch.art/api/manifest.json
  • Pinned brand version: 735ff5e, published 2026-07-24
  • Pinned asset checksums:
    • hero: 8351935e9abc74b963309f2ec5677f22a9eaf4998c0e0cb59ecd55be42e4fe40
    • vector logo: b58c3be7390a1b625de8ad7d5c953fe8b95d1467692977c338c9b255f266502c
    • primary blue logo: c970696e04ab2859dd66c7b85c2c1b461d06ede4e2d65ec6a97d9c11db1396b3
  • Brand caveat: the published record is marked placeholder and has no primaryGuide. The tokens and assets are official. Typography, layout, component, motion, and interaction rules below are product-system extensions.

Product objective

Build three coordinated layers:

  1. This complete instruction and governance record.
  2. A concise bilingual public homepage that explains the task-value operating system without reproducing every policy table.
  3. A bilingual, role-based onboarding prototype for all public and operational stakeholders.
  4. A public standards center and versioned API/MCP registry that expose the canonical blueprint, controlled terminology, TaskSpecs, roles, policies, and source provenance without creating a second source of truth.

The experience must make the operating model understandable, auditable, and actionable while never accepting identity documents, payment credentials, confidential customer material, real KYC information, or regulated data.

Implementation baseline

  • Sites-compatible React and Next-style routing through vinext.
  • Tailwind CSS v4 for token integration, with scoped product CSS for the editorial layout and state system.
  • Server-rendered content by default; client code is isolated to onboarding state, validation, confirmation, and device-local persistence.
  • One optimized local derivative of the checksum-verified official hero is used for page performance. The untouched official source remains archived beside it.
  • Exactly one branded social preview is approved for this release: public/og.png, SHA-256 a4eff5d3d187dfbe0f1ba305597d0ecc5abd09e39e1bcd374e4145af1123e697.
  • The site remains useful with JavaScript delayed and the copilot remains useful without a remote model provider.

Experience architecture

Routes

  • / redirects to /zh
  • /en and /zh are localized homepages
  • /en/standards and /zh/standards render the complete canonical blueprint
  • /en/developers and /zh/developers document the public API and MCP boundary
  • /en/onboarding and /zh/onboarding are stakeholder selectors
  • /[locale]/onboarding/[role] contains each guided role journey
  • Locale switching preserves the current route and device-local progress

Public stakeholder roles

Role key English name Chinese name Primary onboarding outcome
buyer Organization / Buyer 企业与机构需求方 A structured need, outcome, data grade, timing, budget band, and acceptance owner
expert Expert / Standard Owner 专家与标准所有者 Domain evidence, standard or IP scope, review role, and availability
coach Coach / Work-package Lead 教练与工作包负责人 Delivery leadership, task decomposition, mentoring, quality responsibility, and OPC level
contributor Contributor / OPC Unit 贡献者与 OPC 单元 Skills, task evidence, readiness, availability, data eligibility, and growth path
ecosystem-partner Ecosystem Partner 生态合作伙伴 Regional-node or task-factory scope, territory, local capability, and delivery network

Operational stakeholder roles

Role key English name Chinese name Primary onboarding outcome
task-architect Task Architect 任务架构师 TaskGraph, TaskSpec, dependency, effort, acceptance, and split-design readiness
quality-reviewer Independent Quality Reviewer 独立质量审查人 Rubric, independence, conflict, evidence, and review-timing readiness
compliance-lead Data & Compliance Lead 数据与合规负责人 Data classification, regional controls, access, retention, and escalation readiness
settlement-lead Settlement & ValueLedger Lead 分账与结算负责人 SplitRule, ledger, release, exception, and audit readiness

Homepage narrative

The homepage must present these ideas in this order:

  1. Turn real work into verified value.
  2. Need, outcome, TaskGraph, human-agent delivery, evidence, settlement, credentials, and reusable assets.
  3. TABLE AI, OPC Global, shared infrastructure, regional nodes, and task factories.
  4. The five public role entry paths.
  5. TaskSpec, evidence-based acceptance, transparent SplitRules, explainable matching, data classification, and dispute rights.
  6. The three initial task factories.
  7. Verified Settled Value as the operating north-star definition.
  8. Transparent service fees and contribution rights.
  9. A single clear route into onboarding.

Never present the expansion gates, the 0.5 / 3 / 2 model, or any target as an achieved result. Do not use fake customer logos, fabricated proof, invented performance data, or “zero platform fee” claims.

Brand and UI system

Official theme tokens

Semantic token Value Usage
Primary #1D3557 Navigation, primary actions, headings, structural emphasis
Accent #B79B63 Verified value, selected states, limited highlights
Secondary #A23E3E Critical risks and errors only
Surface #F3F5F6 Page and grouped section background
Paper #FFFFFF Elevated or input surfaces
Ink #162130 Primary text
Muted #596776 Secondary text
Line rgba(29, 53, 87, 0.16) Dividers and control borders

Product-system extensions

  • Light theme only for this release.
  • Geist Sans with Noto Sans SC and system fallbacks; Geist Mono for IDs, formulas, and ledger values.
  • One 12px corner-radius scale.
  • Phosphor icons with a consistent weight.
  • DESIGN_VARIANCE: 5, MOTION_INTENSITY: 4, VISUAL_DENSITY: 5.
  • Motion must communicate hierarchy, progress, feedback, or state change.
  • All automatic movement must respect prefers-reduced-motion.
  • Avoid generic AI-purple gradients, neon glows, excessive glass, invented SVG illustration, equal three-card grids, and fake product screenshots.
  • Use the official global-network hero image and official logo assets.

Localization rules

  • Chinese is the default locale. English is available without resetting route or onboarding state.
  • All navigation, content, roles, form labels, validation, copilot output, privacy guidance, and next steps must exist in both languages.
  • Locale switching changes presentation only. It must not reset answers.
  • Identifiers such as TaskSpec, TaskGraph, VSV, SplitRule, and ValueLedger remain stable across locales and receive a translated explanation.

Structured onboarding copilot

The copilot is not an open-ended chat surface. It is a deterministic, provider-neutral guidance layer over the typed onboarding state.

Allowed behaviors:

  • recommend or confirm a role;
  • identify missing non-sensitive information;
  • calculate a readiness state;
  • identify policy or data risks;
  • propose the next preparation action;
  • cite the relevant blueprint section.

Required behaviors:

  • clearly label recommendations as proposals;
  • keep the user in control of confirmation;
  • work when AI services are unavailable;
  • save only non-sensitive state in browser storage;
  • provide a reset action;
  • never issue credentials, release money, alter SplitRules, complete KYC, or submit a final production application.

Public interfaces

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";
}

interface TermDefinition {
  id: string;
  canonicalZh: string;
  canonicalEn: string;
  aliases: string[];
  definitionZh: string;
  definitionEn: string;
  sectionId: string;
}

MCP boundary

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.

Accessibility and performance

  • 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.

Traceability matrix

Blueprint section Homepage Onboarding Future product module Governance / policy
一、核心结论 Hero and value loop All role introductions Command Center Platform charter
二、愿景、使命与战略定位 Mission and VSV All role purpose statements KPI layer Strategy charter
三、TABLE AI 与 OPC Global 的角色分工 Operating network Ecosystem partner Organization and permissions Brand and operating model
四、从职业目录转向任务图谱 TaskGraph explanation Role and skill matching TaskGraph / SkillGraph Classification standard
五、任务层级与最小交易颗粒度 Value-loop detail Buyer and task architect TaskGraph Task granularity policy
六、标准任务卡 TaskSpec Trust architecture Buyer and task architect TaskSpec library Task standard
七、第一批标准任务目录 Task-factory examples Relevant role examples Standard task market Versioned catalog
八、价值交付标准 Evidence and quality Buyer and reviewer Quality Engine Acceptance policy
九、工作量、报价与价值分离 Transparent commercial model Buyer and settlement lead Quote Engine Pricing policy
十、智能分账 Transparent contribution rights Settlement lead ValueLedger Split and asset policy
十一、Demand Radar Task-factory context Buyer and ecosystem partner Need Studio / Demand Radar Opportunity scoring
十二、AI时代新岗位 Role entry paths Expert, coach, contributor TalentGraph Role formation standard
十三、OPC UNI Paid growth Coach and contributor OPC UNI Credential policy
十四、人才匹配与信誉体系 Explainable matching Delivery roles Match Engine Appeal and reputation policy
十五、交付、验收与争议机制 Trust architecture Buyer, coach, reviewer Workroom / Quality Engine Dispute policy
十六、产品系统架构 Shared infrastructure Operational roles All named modules Technical governance
十七、全球化架构 Regional network Ecosystem partner and compliance Trust & Compliance Regional and data policy
十八、商业模式 Transparent service model Buyer and partner Quote / Billing Commercial policy
十九、首期三个任务工厂 Task-factory section Buyer and partner Vertical task factories Launch focus
二十、90天落地计划 Not presented as achievement Next-step guidance Delivery roadmap Program governance
二十一、扩张闸门 Labeled validation criteria Operational readiness Command Center Expansion policy
二十二、管理指标体系 VSV and hypothesis framing Role readiness metrics Analytics Measurement standard
二十三、最容易失败的十个地方 Trust safeguards Prohibited actions Risk monitoring Risk register
最终战略表达 Final CTA Completion summary Product narrative Strategy charter

Acceptance checks

  • The canonical blueprint below retains all source headings, tables, task codes, formulas, benchmarks, gates, and risk items.
  • Every role has complete English and Chinese content.
  • Every role page includes purpose, responsibilities, prerequisites, evidence, prohibited actions, readiness, next actions, and blueprint citations.
  • Brand assets match the recorded SHA-256 checksums.
  • No visible website copy contains an em dash.
  • No production-only or sensitive action is presented as operational.
  • All routes build and render without client-side errors.

Canonical TABLE AI × OPC Global Blueprint

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 的角色分工

体系 核心定位 主要职责
TABLE AI 企业需求与智能交付引擎 企业建模、需求诊断、任务拆解、智能体编排、交付管理、质量评估、企业工作台
OPC Global 全球人才、教育与治理网络 专家、教练、OPC 单元招募;带薪实战;能力认证;社区治理;区域节点
共同中台 任务与价值基础设施 TaskGraph、SkillGraph、ValueLedger、AssetGraph、信誉与凭证
Table AI HK 初期跨境编排与结算主体 在实际资质与合同范围内承担主合同、国际项目编排及结算协调
区域合作节点 本地合规与交付节点 本地合同、税务、支付、数据、语言、客户服务和争议处理
行业任务工厂 垂直需求来源 企业 AI 转型、教育培训、文旅酒店、餐饮、研学、科研传播等

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

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

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

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

一处需要修正的品牌口径

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

建议改为:

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

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

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

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


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

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

因此,平台应采用:

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

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

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

代码 一级任务领域 典型内容
STR 战略、研究与咨询 市场研究、定位、商业模式、决策报告、可研
MOD 企业与业务建模 组织、流程、指标、数据、决策、业务语义建模
AIA 智能体、数据与软件 智能体设计、知识库、评测、MCP/API、自动化
DES 品牌、设计与内容 品牌、PPT、报告、网站、视觉、文章、视频
EDU 课程、培训与人才发展 课程开发、案例、测评、讲师培养、陪练
EXP 专家知识与知识资产 专家访谈、方法论萃取、数字分身、知识产品
EVT 活动、研学与奖励旅游 会议、研学、企业访问、奖励旅游、现场运营
SCI 科普与科研转化 文献研究、科普内容、科研传播、成果转化
GRO 市场、增长与销售 客户研究、线索、营销内容、销售工具、私域
GLB 国际化与本地化 市场进入、翻译、本地化、伙伴拓展、出海
OPS 运营与项目支持 项目管理、采购、排期、客服、资料与流程运营
QCG 质量、合规与治理 验收、审查、数据安全、知识产权、争议处理

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

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

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

维度 建议分类
需求成熟度 长期刚需、结构性增长、新兴需求、实验需求
价值链阶段 发现、定义、设计、开发、测试、交付、运营、优化、治理
基本动作 调研、访谈、分析、建模、设计、创作、配置、开发、测试、教学、协调、审查
成果类型 报告、数据集、模型、代码、智能体、课程、设计稿、SOP、活动、决策备忘录
工作量级 E0 动作、E1 微任务、E2 原子任务、E3 工作包、E4 里程碑、E5 项目
复杂度 C1 重复标准、C2 常规、C3 多源复杂、C4 高度模糊、C5 战略或高风险
责任等级 R1 跟随、R2 协助、R3 独立执行、R4 负责、R5 统筹、R6 架构、R7 定义标准
人机方式 人主导、AI 辅助、人机共同、智能体执行人工复核、自动执行
协作方式 直接指派、候选竞标、竞赛、固定班底、临时团队、开放协作
数据等级 P0 公开、P1 内部、P2 保密、P3 受监管或本地处理
权利模式 委托买断、有限授权、共同资产、平台资产、开源资产
商业模式 固定价、数量单价、里程碑、订阅、驻场、悬赏、授权、结果奖金
语言与区域 工作语言、交付语言、时区、服务国家、适用法律
能力要求 专业技能、行业知识、工具、语言、责任等级、认证

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


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

层级 定义 典型周期 是否单独分账
需求 Need 客户希望改变的业务状态 持续
解决方案 Solution 满足需求的总体路径 2-16周
项目 Project 有合同、预算和总负责人的交付单元 2-16周
里程碑 Milestone 可以独立验收和付款的阶段成果 1-4周
工作包 Work Package 一组高度相关的任务 1-5天
原子任务 Atomic Task 一个负责人、一个主要成果、一次验收 2-12小时
动作 Action 搜索、清洗、标注、检查等步骤 5-60分钟 批量后分账
证据 Evidence 文件、日志、测试、审批、版本记录 即时产生

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

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

例如:

过粗的表述 可交易任务
开发一个智能体 为销售问答智能体建立50条测试用例及评分标准
做一门课程 完成一个90分钟课程模块、讲师手册、案例与20道测评题
做一次研学 完成40人、3天项目的行程架构、预算模型、供应商询价和风险预案
做一份PPT 在内容冻结前提下完成20页演示文稿视觉系统与可编辑终稿

六、标准任务卡 TaskSpec

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

标准任务卡字段

字段组 必填字段
身份 TaskSpec ID、名称、版本、状态、标准所有者、适用语言
业务结果 付费主体、使用场景、待完成任务、预期结果、价值等级
范围 包含内容、排除内容、数量、对象、地理范围、时间范围
输入 必需资料、资料格式、最低质量、最晚提供时间、数据等级
输出 成果名称、格式、数量、粒度、可编辑源文件、移交要求
执行 SOP、工具、模型、模板、人工检查点、禁止事项
工作量 基准有效工时、角色工时、智能体成本、外部成本、复杂度
依赖 前置任务、并行任务、下游任务、阻塞条件
能力 技能、行业知识、责任等级、语言、认证、历史证据
验收 评分表、硬性门槛、抽样方式、验收人、审查时限
商务 基准价格、报价方式、修改次数、付款节点、分账规则
权利 背景知识产权、新成果权利、复用权、署名、保密期限
培养 前置课程、模拟任务、教练要求、可获得凭证
资产化 是否可复用、资产提取范围、维护责任、未来授权分成
风险 数据、合规、版权、模型、地域、声誉、执行风险
追溯 任务实例、人员、智能体版本、提示词/技能版本、文件版本、审批日志

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

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

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

代码与任务 基准工作量 核心验收
STR-01 需求与决策简报 6-10小时 明确决策人、业务问题、结果、范围、约束和成功指标
STR-02 专题证据包 12-20小时/专题 20个左右有效来源;时间、出处、结论和冲突信息可追溯
STR-03 利益相关方访谈 4-6小时/人 访谈提纲、60分钟访谈、纪要、洞察、待验证问题完整
STR-04 对标案例档案 6-10小时/案例 使用统一维度;事实、判断、可借鉴点和适用边界分离
STR-05 决策备忘录 12-20小时 提供选项、标准、比较、建议、风险和下一步行动
MOD-01 业务流程建模 16-28小时/流程 现状、目标、角色、数据、控制点、断点和责任完整
MOD-02 指标口径字典 16-28小时/20项 定义、公式、粒度、来源、负责人、例外和测试样例齐全
STR-06 两小时工作坊 16-24小时 方案、材料、主持、讨论记录、结论、责任人和截止日期
STR-07 解决方案与SOW 16-28小时 范围、任务图、里程碑、双方责任、验收、价格和变更规则完整

2. 智能体、数据与软件

代码与任务 基准工作量 核心验收
AIA-01 AI场景就绪度评估 12-20小时 价值、流程、数据、风险、集成和人员准备度完成评分
AIA-02 智能体产品需求书 20-32小时 角色、目标、边界、工具、状态、异常、权限和指标完整
AIA-03 Prompt/Skill 原型 12-24小时/工作流 版本化说明、至少20个测试样例、失败条件和人工接管规则
AIA-04 知识库处理包 12-24小时/100页合格文档 分类、切分、元数据、去重、引用和抽样检查完成
AIA-05 智能体评测集 24-40小时/50例 常规、边缘、拒答、安全案例齐全;预期结果和评分规则明确
AIA-06 MCP/API连接器 24-60小时/接口 鉴权、Schema、异常重试、日志、测试和接口文档通过
AIA-07 单流程智能体原型 40-80小时 沙盒可运行、演示路径完整、核心评测通过、问题清单明确
AIA-08 生产部署工作包 80-200小时 权限、安全、监控、回滚、运维手册和验收环境齐备
AIA-09 安全与隐私审查 16-32小时/系统 数据流、权限、提示注入、泄露、人工监督和留痕完成检查
AIA-10 月度优化冲刺 16-32小时/月 错误分类、改进记录、回归测试和指标变化可追溯

3. 品牌、设计与内容

代码与任务 基准工作量 核心验收
DES-01 创意与设计简报 6-10小时 受众、场景、信息层级、视觉方向、禁区和交付规格明确
DES-02 演示/报告视觉系统 12-20小时 字体、颜色、网格、图表、封面、章节页和母版齐全
DES-03 20页演示文稿设计 24-40小时 内容冻结;逻辑层级清晰;数据无误;可编辑源文件完整
DES-04 30页报告排版 24-40小时 目录、标题层级、表格、图示、页码和打印版式统一
DES-05 单页网站UX/UI 32-56小时 信息架构、桌面/移动端、组件状态和开发标注完整
DES-06 主视觉设计 12-20小时 两个方向、一个深化终稿、适配尺寸和源文件完整
CNT-01 专业文章 10-18小时/2000-3000字 事实、结构、语气、引用和行动价值通过审查
CNT-02 短视频脚本 8-14小时/5-8分钟 口播、镜头、节奏、素材、字幕和行动引导完整

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

代码与任务 基准工作量 核心验收
EDU-01 学习需求分析 10-16小时 目标人群、工作任务、能力差距、行为结果和测量方式明确
EDU-02 课程体系架构 12-20小时 人群、等级、模块、前置关系、学时和测评形成闭环
EDU-03 90分钟课程模块 30-45小时 24-36页课件、讲师手册、练习、讲义和测评完整
EDU-04 案例或陪练沙盘 16-28小时 背景、角色、数据、任务、分支、评分和复盘说明完整
EDU-05 课程测评题库 10-18小时/20题 题目对应目标;答案、解析、难度和评分规则完整
EDU-06 讲师操作手册 8-14小时/模块 时间、讲法、互动、常见问题、风险和备用方案完整
EDU-07 课程试讲与修订 8-12小时+试讲时间 实际时长、理解度、参与度和问题清单完成记录
EDU-08 培训培训师 16-24小时准备+授课 讲师通过知识、表达、控场和案例演练考核
EDU-09 正式授课 按半天/全天计价 出勤、过程记录、测评、反馈、行动计划和复盘完整

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

代码与任务 基准工作量 核心验收
EVT-01 项目目标与人群简报 6-10小时 企业目标、人群、预算、时间、体验和学习结果明确
EVT-02 目的地对标档案 8-12小时/城市 交通、资源、接待、价格、风险和季节适用性完整
EVT-03 三天项目架构 16-24小时 每一项活动对应目标;节奏、动线和学习逻辑可执行
EVT-04 供应商询价与比较 20-32小时/5类供应商 每类至少三份可比报价;账期、取消条款和有效期明确
EVT-05 三情景预算模型 8-14小时 审慎、基准、升级情景;税费、服务费和预备金完整
EVT-06 运营与安全评估 10-18小时 交通、天气、医疗、保险、人员、数据和应急方案完整
EVT-07 40人执行手册 16-28小时 分钟级流程、联系人、物料、房餐车、应急和权限清晰
EVT-08 现场运营 每日1名总控+每20人1名协调员 日志、变更、事故、费用、出勤和客户确认实时记录
EVT-09 项目评估报告 8-14小时 目标达成、满意度、学习结果、成本和改进建议完整

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

代码与任务 基准工作量 核心验收
SCI-01 科普问题与受众简报 4-8小时 科学问题、受众认知、传播目标和风险边界明确
SCI-02 文献证据包 12-24小时/15-25篇 文献等级、结论、分歧、时效和适用范围完整
SCI-03 专家访谈 5-8小时/人 提纲、访谈、事实确认、可引用内容和争议点完整
SCI-04 科普长文 12-20小时/1500-2500字 科学准确、普通读者可理解、来源清楚、无夸大
SCI-05 科普信息图 12-20小时 一图一结论;数值、单位、来源和视觉层级准确
SCI-06 科普视频脚本 8-14小时/5-8分钟 科学结论、解释顺序、镜头和风险措辞通过审查
SCI-07 独立事实核查 4-8小时/篇 每项关键主张有出处;错误、歧义和过期信息已标记

7. 国际化与本地化

代码与任务 基准工作量 核心验收
GLB-01 单国市场进入简报 20-36小时 客群、渠道、竞争、价格、合作方、合规和进入路径完整
GLB-02 专业本地化 4-8小时/1000源语言词 术语、文化、格式、品牌语气和本地表达通过母语审查
GLB-03 合作伙伴长名单 16-28小时/30家 主体、能力、区域、联系人、匹配度和信息来源完整
GLB-04 合作方基础尽调 4-8小时/主体 注册、股权、团队、案例、风险和利益冲突完成核验
GLB-05 国际拓展材料包 16-24小时 双语介绍、邮件、会谈提纲、FAQ和跟进流程完整
GLB-06 跨文化适配审查 8-16小时/成果 语言、符号、文化、法律风险和受众理解完成检查
GLB-07 单国合规要求地图 24-48小时 主体、合同、税务、数据、用工、支付和许可问题完整;当地专业人士负责最终确认
GLB-08 跨国项目协调 8-16小时/周 时区、责任、风险、会议、行动和决策记录持续更新

8. 质量、项目与治理

代码与任务 基准工作量 核心验收
QCG-01 专项验收评分表 6-12小时 指标、权重、硬性门槛、样例和评分说明可执行
QCG-02 独立质量审查 生产工时的15%-25% 有证据评分;问题定位、严重程度和修改要求明确
OPS-01 项目统筹 生产工时的8%-15% 范围、排期、风险、决策、变更和沟通完整留痕
QCG-03 数据与隐私分级 6-12小时/项目 数据清单、等级、地域、权限、保留和删除规则明确
QCG-04 复盘与资产化 8-16小时/项目 成败原因、标准更新、模板、案例和资产权利完成登记
QCG-05 范围变更单 2-4小时/次 变更原因、增减任务、时间、价格和分账调整共同确认

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


八、价值交付标准

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

等级 定义 示例
V1 成果完整 按格式和数量交付 报告、PPT、数据表已完成
V2 决策可用 可以直接支持判断或选择 决策备忘录、对标结论、方案比较
V3 运营可用 已进入实际流程并能持续运行 智能体上线、课程正式授课、活动执行
V4 结果关联 与可测量业务结果形成清晰关系 转化提升、成本下降、周期缩短、收入增长

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

通用100分验收框架

维度 建议权重
范围完整性 20
正确性与证据 25
可使用性与决策价值 20
标准与合规 15
可复核与可追溯 10
移交与复用质量 10

规则:

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

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

平台要分别计算三件事:

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

1. 标准有效工时

定义:

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

它不包括:

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

2. 工作量计算

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

复杂度系数

等级 描述 系数
C1 高度重复、模板完整 0.8
C2 常规专业任务 1.0
C3 多来源、多角色、存在一定模糊性 1.35
C4 高度定制、跨系统或高不确定性 1.8
C5 战略、高风险、科研或受监管任务 2.4起,单独评估

其他系数

条件 系数
输入完整、已有模板 1.0
输入部分缺失 1.2
输入分散、需要大量治理 1.5
单一决策人 1.0
2-3个主要利益相关方 1.15
4个以上利益相关方 1.3
正常周期 1.0
加急 1.2
紧急插单 1.5

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%。

角色 标准交付 专家主导咨询 带教型交付
客户开发与商务 6% 6% 5%
解决方案/任务架构 10% 12% 8%
产业专家与知识产权 8% 30% 10%
项目经理/教练 12% 10% 20%
任务执行者 44% 20% 35%
独立质量审查 8% 7% 10%
平台基础设施与结算 9% 10% 8%
公共培养与风险基金 3% 5% 4%
合计 100% 100% 100%

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

4. 平台服务费分级

服务层级 平台承担内容 建议费率
基础设施 身份、合同模板、工作台、账本、结算记录 5%-8%
托管撮合 基础设施+人才匹配+项目支持 8%-12%
托管交付 需求诊断、任务拆解、团队、QA、客户服务 15%-22%
专家产品化 获客、产品设计、内容生产、运营、客服、结算 20%-30%

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

此前设想的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. 需求生命周期

阶段 进入条件 动作
Signal 信号 单次出现 记录,不立即开发
Watch 观察 多来源重复出现 访谈、寻找预算与替代方案
Validate 验证 有真实付费意愿 手工托管完成首批任务
Standardize 标准化 任务链和验收趋于稳定 建立TaskSpec、费率和课程
Scale 规模化 质量、毛利和供给稳定 进入任务市场和自动匹配
Maintain 维护 已成为长期任务 持续更新版本和能力要求
Retire 退出 需求消失或被自动化替代 归档、迁移人才和资产

建议标准化门槛:

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

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

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

岗位形成路径

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

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

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

建议优先孵化的新岗位

新岗位 主要任务簇
企业语义建模师 业务访谈、指标定义、流程、角色、数据和决策建模
任务架构师 结果定义、工作分解、依赖、工作量、验收和分账设计
智能体产品经理 场景评估、Agent PRD、工具边界、状态和人工接管
智能体工作流工程师 Prompt/Skill、MCP、API、自动化和运行监控
AI评测工程师 测试集、评分标准、边缘案例、安全和回归测试
专家知识工程师 专家访谈、知识萃取、方法论、知识库和数字分身
人机交付教练 任务带教、过程督导、能力诊断、质量和复盘
AI成果审查师 事实、数据、模型、版权、安全和交付质量审查
课程体验架构师 工作任务分析、课程、陪练、案例、测评和讲师体系
跨国研学项目制作人 企业目标、目的地资源、课程、供应商和现场运营
科学传播工程师 文献、专家、科学准确性、公众语言和多媒体传播
价值分配与结算专员 分账规则、贡献账、资产权益、结算和争议处理

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

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

OPC L1-L3建议定义

等级 定位 权限与标准
预备成员 学习与模拟 完成基础工具、保密、版权、数据和协作训练
OPC L1 受督导任务执行者 完成2个模拟任务、3个带教真实任务,评分80分以上
OPC L2 独立任务负责人 完成至少10个验收任务;准时率90%以上;具备独立交付能力
OPC L3 教练/工作包负责人 能拆解任务、定义验收、带领团队、培养成员并负责结果
专家/标准所有者 独立专业身份 由行业实践、同行审查、真实案例和标准贡献认定

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

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

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

凭证可以逐步兼容 Open Badges 3.0、W3C Verifiable Credentials,使成员可以携带和验证自己的能力;xAPI可用于记录课程、模拟和真实任务中的学习事件。1EdTech Open BadgesW3C Verifiable Credentials 2.0IEEE 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 ScorecardsOpen Collective透明预算

2. 验收规则

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

3. 争议处理

三级机制:

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

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


十六、产品系统架构

模块 核心功能
Need Studio AI访谈、需求诊断、结果定义、预算与场景识别
TaskGraph 项目拆解、依赖、任务标准、版本、工作量
Quote Engine 工时、复杂度、价格、情景报价、变更
TalentGraph 人才、技能、任务证据、认证、可用性
Match Engine 资格过滤、解释性推荐、团队组合
Workroom 文件、消息、版本、会议、决策、任务状态
Agent Orchestrator Agent-to-Agent工作流、工具调用、人工接管
Quality Engine 评分表、机器检查、评测集、同行审查
OPC UNI 课程、模拟、带教任务、能力认证
AssetGraph 方法、模板、课程、代码、智能体、授权与版本
ValueLedger 预算、贡献、分账、账单、付款和资产收益
Trust & Compliance KYC、合同、数据、税务、制裁、争议
Command Center 需求、交付、人才、质量、结算和资产仪表盘

核心数据对象

  • 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和制裁筛查;
  • 支付、发票和税务;
  • 劳动与承包关系;
  • 数据本地化;
  • 本地语言;
  • 客户服务;
  • 争议处理;
  • 当地专家和教练网络。

数据分级

等级 数据 跨境原则
P0 公开信息 可跨境
P1 一般内部资料 经授权、最小化后使用
P2 商业秘密与保密资料 限定区域、限定角色、全程留痕
P3 个人敏感信息、重要数据、客户源代码、受监管数据 原则上本地处理,不跨境

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

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

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

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

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


十八、商业模式

收入类型 客户购买内容 收费方式
企业托管交付 结果、团队、任务管理、QA 项目费、里程碑费
标准任务市场 已标准化的专业任务 固定价、数量单价
企业任务订阅 持续设计、研究、运营、智能体维护 月费、季度费
专家知识产品 咨询、课程、数字分身、知识授权 订阅、单次、授权分成
OPC UNI 课程、模拟、教练与认证 课程费、企业培养费
资产授权 模板、课程、数据结构、智能体组件 授权费、复用分成
区域节点 品牌、标准、系统、订单网络 节点服务费、收入分成
API/白标 任务图谱、能力认证、分账系统 SaaS、API调用费
结果奖金 可归因的经营结果 基础费+奖金

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


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

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

任务工厂一:企业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成长路径;
  • 至少三个区域具备本地合同、支付、税务和数据能力。

发展阶段:

阶段 形态
M0 TABLE AI与OPC Global内部协作系统
M1 精选人才、托管交付网络
M2 认证人才与标准任务市场
M3 多语言、多区域的联邦式网络
M4 开放任务标准、凭证、API和区域节点生态

二十二、管理指标体系

需求

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

交付

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

人才

  • 首次获得收入人数;
  • 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负责让全球专家、教练和个体通过真实任务获得收入、能力与长期权益;共同基础设施负责记录任务、验证成果、分配价值和沉淀资产。

一句话可以定为:

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