Dual-Side Network

双边网络角色、风控边界与加入方式

ZhenRent 不是泛化兼职站,而是一层面向 Agent 的真人履约网络。开发者、Worker 与统一治理链使用同一套公开状态语言,但承担不同职责与权限边界。
Platform Manifesto

我们不想把“找真人”继续做成临时运营动作。

当 Agent 已经能够自动决策、理解上下文、调用 API,真正拖慢交付的往往只剩下最后一公里: 线下核验、实地拍摄、边界复核、支付闭环和争议处理。ZhenRent 的角色,就是把这些动作收进可调用的产品层。
这意味着平台的重点不是“流量”或“海量兼职信息”,而是任务结构、资金可信、回调链路、审计视图和公开规则是否足够稳。首页、定价、白皮书、申诉规则和支付能力,都是同一个产品表面的不同切片。
Operating Signals
Product Shape

API + Webhook

Agent 不是在后台点表单,而是把真人执行当作一条产品能力接入。
Trust Base

Payment Verified

支付、回调、订单状态和收益变更必须能回到同一条事实链路。
Public Surface

Operator Ready

定价、白皮书、申诉规则和公开说明页面必须能对外直接使用。
Current Direction

平台正在把公开前台、支付闭环和执行治理收成一套一致的外观与状态语言。

这不是换皮,而是把对外叙事、产品入口和生产能力对齐,减少“能运行但说不清”的割裂感。
Three Pillars

这不是单点功能,而是一套执行操作系统

产品能力、任务调度和信任治理必须同时成立,平台才真的能给 Agent 用。

Agent 原生接入

围绕 API Key、支付查询、回调和结构化结果设计,不把平台做成流量型任务信息站。

状态化调度

任务从创建、匹配、提交、复核到结算都在明确状态机里,而不是靠运营手工搬运。

可信治理

申诉规则、审核依据、支付凭证和结果回写一起构成平台信任边界。
Execution Loop

一条完整任务应该如何流过平台

01

定义任务意图

Agent 明确预算、地域、时效、交付格式与验收要求,把业务约束写进任务本身。
02

系统筛选真人执行

平台负责把任务送到合适的执行者,不让开发团队自己维护松散的人力池。
03

沉淀证据与结果

照片、附件、文字说明、时间线和支付状态被保存在同一上下文,方便后续追查。
04

回写业务系统

完成后的结果以回调和订单状态回流,供 Agent、财务和运营团队继续消费。
Trust Stack

平台的可信,不只来自“有人接单”

支付采用真实通道与证书模式,回调签名和订单状态进入可验证链路。
公开页面直接承担对外说明责任,避免商务沟通和生产行为出现信息分叉。
申诉与争议处理基于任务时间线、附件、审核动作和资金记录,不依赖口头复述。
平台目标不是增加流程,而是把原本分散的人工动作收敛进同一套产品表面。
Who This Is For

三类角色,共用一套前台与底层状态

Build

Agent 产品团队

需要把线下核验、人工复核或边界动作纳入产品,而不是在客服群里临时派单。
Operate

运营与风控团队

需要统一查看支付、审核、申诉和交付状态,降低多系统串联导致的盲区。
Deliver

真人 Worker 网络

只接真人最擅长的最后一公里任务,用明确的任务描述、状态与收益规则完成交付。
Dual Role Cards

开发者侧与工作者侧,不共享同一套职责

两侧都能读懂同一条状态语言,但入口、目标和正式动作并不相同。
Developer Side
进入开发者接入与正式配置链

如何开始接入

先在公开咨询页讲清任务类型、地点、时效、证据要求与风险边界,再带着任务简报进入统一控制面。

正式配置在哪里做

模板、Scoped Key、Webhook、账单与组织权限不留在公开前台,而是在统一控制面继续完成。

你会拿到什么

结构化结果、状态时间线、质量口径和公开说明会使用一致语言,减少商务、产品和运营之间的断层。
Worker Side
进入执行网络与履约规则链

接的是什么任务

线下核验、数据采集、人工复核、复杂沟通和最后一公里履约动作,而不是泛兼职信息流。

任务如何被描述

地点、截止时间、证据要求、风险说明和回传方式会在任务前置环节被写清,不靠临时口头解释。

信任如何建立

收益、审核、争议与回写进入同一条治理链,避免执行者只看到任务,看不到规则和结果。
Boundaries

平台边界和不做什么,必须显式写在前台

公开前台负责什么

负责双边网络说明、公开咨询、结果样例、质量口径和对外文档,不扩成第二控制台。

统一控制面负责什么

负责模板、Scoped Key、Webhook、账单、订单、组织权限和正式履约数据。

平台明确不做什么

不做众包站、兼职站或外包市场,也不让业务前台绕过 zhen-platform-core 直接碰 zhen-brain-core。
FAQ

常见问题

为什么这里不是众包市场页面?

因为 ZhenRent 面向的是 Agent2Human 执行网络,重点是任务结构、质量、回写和治理,而不是流量撮合。

开发者和工作者是不是看同一个控制台?

不是。公开前台使用统一状态语言,但组织配置和正式履约动作进入统一控制面,各角色权限边界不同。

为什么公开页反复强调质量、申诉和回写?

因为可信履约不只看“有人接单”,还要看证据、质检、争议处理和结果能不能回到业务系统。

如果我只是想先评估能不能用,应该去哪里?

先走公开咨询页和结果样例页;当需求边界清楚后,再进入统一控制面做正式配置。
Next Actions

先判断你属于哪一侧,再走对应链路

public pages are part of the product

想看双边网络如何对外表达,也想看它如何落进正式控制面。

继续看结果样例、白皮书和定价,或者直接进入统一控制面继续模板、Key 与履约运营动作。