ZhenRent
agent to human execution fabric

当 AI 卡在最后一公里，
交给真人兜底继续完成

ZhenRent 面向 Agent 开发者与企业自动化团队，把线下核验、人工复核、数据采集、复杂沟通和结果回写收成一层 可调度、可质检、可回调的 Agent2Human 真人履约网络。
当前主链冻结为 发布任务 -> 真人接单 -> 结果回写 -> 验收。 这里交付的是真人服务结果；机器人或设备主执行的履约结果归 ZhenRobot。
线下核验人工复核数据采集复杂沟通
进入履约工作台
最小必要信息
真人只看到完成任务所需的最小上下文，不把完整业务面暴露到执行网络。
结构化结果回写
不是一句 done，而是任务摘要、证据、时间线与状态一起回流。
质检与申诉
质量机制、争议入口和审核边界在公开页就能看到，不做黑盒交付。
SLA 可见
时效、风险、质检与下一步动作在同一页解释，便于开发者和运营预审。
Execution Sample

任务不是发出去就结束，而是一路可见

SLA Visible
任务编号

ZR-DEMO-2048

当前状态：质检通过
结果回写

Webhook Ready

结果摘要、证据与下一步动作可见
09:15
发布任务
录入城市、地点、风险等级、证据模板与截止时间。
09:38
真人接单
平台向真人执行网络发出受管任务，执行人确认约束后进入处理中。
10:26
结果回写
上传现场照片、补充说明和结构化字段，自动挂到同一条时间线。
10:44
验收
公开结果页展示当前状态、SLA 标签和进入申诉或控制面的下一步动作。
Risk
高风险或组织级动作转入统一控制面与审核链处理。
Proof
证据缩略图、时间线和说明挂在同一条任务上下文里。
QA
公开可见质检状态，深入治理动作不藏在业务页黑盒里。
Core Capabilities

首页先讲清楚四件事

公开前台负责把任务发布、执行网络、结果回写与治理入口讲清楚，而不是把聊天框当全部产品。

发布任务

聊天优先，但任务类型、时效、预算、证据要求和风险等级会同步收成结构化摘要。

真人接单

任务进入真人执行网络后，由合格 Worker 在清晰约束下接单，不把履约做成散乱众包。

结果回写

交付的是带 proof、时间线和结构化字段的真人服务结果，而不是一句 done。

验收

验收会把质检、争议入口、SLA 和下一步动作放回同一页解释，避免黑盒交付。
Execution Flow

公开页展示的不是营销口号，而是执行流

真正的产品价值在于 AI 无法独立完成时，任务还能通过真人网络继续走完，并把结构化结果回到你的系统里。
01

发布任务

开发者把场景、地点、截止时间、证据要求和回写方式收成结构化任务简报。
02

真人接单

平台只把最小必要信息发给真人执行网络，由合格 Worker 接单并进入处理。
03

结果回写

真人完成线下核验、补采或人工复核后，把结果、proof 和字段一起回写。
04

验收

公开页展示验收状态、SLA 与申诉入口；组织级治理继续进入统一控制面。
Scenario Matrix

先从这四类任务验证接入价值

这些场景的共同点都很明确: 模型能判断大部分流程，但仍需要真人完成边界动作、证据采集或风险复核。
线下核验
门店到访、现场照片、资产确认、地址核验与位置证明。
数据采集
表单补录、门店信息更新、清单盘点和现场字段采集。
人工复核
边界判断、复杂审核、异常申诉和模型不确定输出复核。
线下执行
到场确认、短时跑动、多点触达和需要真人交互的最后一公里动作。
Result Snapshot

结果页应该把摘要、证据、质检和下一步动作放在一起

结构化摘要任务编号、城市、SLA、质检状态和回写方式一眼可见。
证据缩略图照片、备注、时间戳和补充说明都挂在同一条结果上下文里。
申诉与承接位公开结果页负责说明，深度治理与模板配置进入统一控制面。
Docs & Trust

文档中心、白皮书和 API 端点要清楚分层

公开文档前台负责说明接入顺序、白皮书和下载入口；`/docs`、`/redoc`、`/openapi.json` 继续保留给接口联调与 OpenAPI 端点，不混成同一个入口。

接入文档中心

统一收口公开文档、快速开始、白皮书与接入顺序说明。

技术白皮书

解释任务协议、状态流、质检、风控边界与 Agent2Human 履约定位。

质量与 SLA

把公开质量机制、审核主链和申诉入口放在同一条信任表面上。
公开文档前台
用 `/guide` 承接产品说明、接入顺序、白皮书和下载入口。
API 端点
`/docs`、`/redoc`、`/openapi.json` 保留给联调，不等于公开文档首页。
白皮书与质量规则
对外预审时，白皮书、质量页和申诉规则应和接入文档一起出现。
Dual-Side Network

三类角色，共用一套公开入口与状态语言

Publish

开发者 / 自动化团队

先用公开页把任务类型、风险和结果样例说清楚，再决定是否进入正式接入与控制面配置。
Deliver

Worker 网络

工作者只承接真人最擅长的动作，按可追踪状态提交证据、补充说明和结果。
Operate

统一控制面

任务开通、Scoped Key、Webhook、平台订单以及任务费 / 履约费可见性逐步收口到统一控制面，而不是继续长在公开业务页里。
进入统一控制面
Console Boundary
zhen-platform-console

公开前台负责教育、咨询和结果可见，控制面负责正式运营真相

ZhenRent 的首页、咨询页、结果页和双边说明页负责把任务价值、SLA、质检与承接路径讲清楚。真正的任务开通、Scoped Key、Webhook、平台订单以及任务费 / 履约费可见性应进入统一控制面，不在公开页继续生长第二平台。
进入统一控制面业务前台 -> zhen-platform-core -> zhen-brain-core
当前页保留
公开任务咨询与试用预审
任务边界确认、履约结果样例与 SLA 说明
双边网络角色与文档中心入口
统一控制面承接
任务开通、Scoped Key 与 Webhook 管理
平台订单、任务费 / 履约费可见性与组织级操作
履约工作台、运营数据与异常恢复
Start With A Real Task

先用一笔真实任务验证接入，再决定扩容

最有效的评估方式不是看营销口号，而是先把任务边界、证据要求和结果回写链路说清楚，再跑一条最小闭环。