阿拉丁神灯全球信息交易平台设计任务书
编制于 2026 年 11 月 8 日。本文定义产品边界、平台架构和开发验收顺序。现有 设计评审、基础任务书 和 开发计划 继续作为现有工作台、采购取证和质量评测的依据。
1. 平台定位和首个市场
阿拉丁神灯是面向全球企业、个人和在地伙伴的双向合作平台。来自任何市场的参与者都可以发起需求、展示能力、寻找客户或供应商、采购在地服务、招募项目伙伴或回应他人。发布者所在地、机会所在市场、服务覆盖范围和用户语言分别记录。平台有三条相互连接的主线。
| 主线 | 用户获得什么 | 平台负责什么 |
|---|---|---|
| 全球发现 | 地图和分类机会流，快速看清采购标的、地区、截止时间和出处 | 来源采集、分类和去重、时效过滤、读者语言翻译、原文证据 |
| 职业人脉 | 找到有相关项目经验的人，发出附带业务上下文的联系邀请 | 个人与组织档案、核验、关注、双向联系、双方同意后的会话 |
| 情报交易 | 雇用在地协作者获取授权材料或现场核验，购买明确标价的增值交付 | 展示价格及权利、记录订单与验收、接入支付机构、争议处理和对账 |
从 Alibaba.com Trade Assurance 借鉴把事先约定、支付记录、履约证据和争议入口放进同一笔订单的做法。阿拉丁的情报订单把版本、取得方式、交付时间和许可范围写进验收条款。商品供采首期以匹配、联系和询盘为主，国际货运、报关和货款履约另行立项。 Alibaba.com Trade Assurance
首批试点假设以南部非洲基建项目作为业务场景，邀请在地机构及来自不同市场的采购、供应和专业服务方，优先验证道路与工程设备、建材和在地服务。界面先用中英双语。双方均可发布和回应，再用真实项目验证合法交付及付费意愿。南非可作为首个在地招募市场，其他市场按来源、参与者和运营条件逐步开放。收费通道以经营主体、当地规则和机构签约结果为准。
2. 发布中心与分类发现
当前发布窗口共用标题、说明、公开市场、截止时间和可选商品 HS 章。新入口保留一个「发布」按钮，第一步由发布者选业务意图，第二步只展示该意图所需字段。供给和需求可互相发现，业务类型决定能回应什么。
| 类型 | 需求侧与供给侧 | 发布必须说清的内容 | 对方下一步 |
|---|---|---|---|
| 商品供采 | 找供应商 / 我能供应 | 货物或服务、关键规格、数量或能力、目标市场、交付条件、有效期。只有实物商品显示可选 HS | 发询盘、表达供货意向、申请联系 |
| 招标情报 | 悬赏找情报或文件 / 发布现场线索、授权资料或核验服务 | 项目、采购方、地区、招标编号或可识别线索、来源类别、授权状态、要找或要交付什么、最晚交付时间、价格或悬赏条款 | 看公开证据、报名接单、购买交付、报告来源问题 |
| 合作意向 | 找合作伙伴 / 提供能力 | 所求角色、我方能提供什么、地点、参与方式、资质或案例、响应期限。支持联营、经销、工程分包、进出口代办、物流、当地注册和税务 | 提交合作意向、附能力档案、双方同意后交流 |
| 求职招聘 | 发布招聘 / 表达求职意向 | 招聘方须说明经核验的雇主或受托关系、岗位、职责、工作地、远程方式、用工类型、岗位有效期。求职者可私下设定方向、技能、地区和可工作时间 | 私密投递、邀请对话、授权后共享简历 |
| 官方采购公告 | 由审核过的公开来源导入 | 官方采购方、标的和具体采购内容、标段、公告阶段、节点和时区、原文及更正 | 看官方原文、保存、找合作方 |
官方公告作为证据单独管理。用户可引用公告发合作、供应或情报需求，详情并排显示官方出处和用户身份。岗位首期仅允许获准市场的已核验雇主或受托机构发布，求职意向默认仅本人可见，可主动投递或向明确授权的招聘方开放。禁止以岗位收取求职者押金、培训费或设备费。招聘上线须先确认适用许可和运营责任，中国相关业务依据现行规定核定。 人社部等五部门招聘信息发布通知 · 网络招聘服务管理规定
2.1 发布交互
- 选择「我在找」或「我能提供」，然后选择商品、招标情报、合作、就业。每种意图直接写出发布物和下一步，例如「悬赏寻找授权文件」「提供在地核验」「找联营伙伴」。
- 输入基本内容后再展开分类字段。招标情报选免费线索、悬赏或明码标价，条件字段随选择变化。招聘和求职有单独隐私说明。发布者可保存草稿，类别变更需要预览，未提交输入可找回。
- 预览公开卡、地区和可见范围。系统明确提示谁能看到位置、价格、联系人和附件。需核验的内容显示审核状态。界面同时显示本地时间和事件原时区。公开前由服务端验证权限、期限、价格及权利证明。
- 发布成功进入该条详情，显示地图所属市场、原文或交付证据和回应入口。可在「我的发布」查看草稿、审核、回应、撤回和到期记录。修改地区、分类或时限会生成新版本，既有会话保留其所引用版本，既有订单继续按成交快照处理。
2.2 地图、信息流与时效
- 发现页保留上方世界地图、下方分类机会流。信息流每行优先展示「采购什么或要谁做什么」，其次展示地区、采购方或发布者、来源、原截止时间及下一步。地图、列表、详情共享过滤条件和选中对象。用户可按市场、行业、意图、来源、有效期和关注对象过滤。HS 只作用于适用的商品条目，工程与服务按行业、项目及能力查找。
- 地图只显示获准公开的业务地点和聚合数量。岗位可显示公开城市，个人求职位置、个人联系方式和简历保持私密。对低计数或敏感位置可降低地理精度。
- 服务端使用 UTC 当前时间过滤，客户端按阅读者时区显示，同时保留官方原时区和原文。用户需求到期时间、悬赏交付期限、资格预审、官方投标截止和强制会议是不同字段。公开在招须有可核验的投标截止和明确时区，并记录该时间适用于整个公告、采购包还是特定标段。缺失、相互冲突、需更正确认的进入复核或明确标记的证据视图。达到截止即从发现、地图、推荐、搜索和通知候选移除。
- 发布、改地区、撤回、到期以事件流同步。读接口也检查有效期和权限，延迟的索引或缓存不会把旧条目重新公开。已购凭证、参与中的争议和本人历史按权限可追溯，过时条目不占发现版面。
- 用户选择阅读语言，先显示可用原文，异步补上译文并保留「查看原文」。翻译绑定原文版本和可见范围。招标编号、单位、金额、时区和术语保留原值。私密会话、简历及授权文件需要相应处理授权和隔离，译文进入同一撤回和删除链路。 LinkedIn 动态语言显示
2.3 先做基建与建设专题
| 来源 | 首期用法 |
|---|---|
| 世界银行、南非财政部 | 复用已有采集和复核，使用获准的字段和可追溯出处。区分计划、正式招标、补遗、授标，按项目、采购包和标段关联。 世界银行数据目录 · 南非财政部数据发布政策 |
| SANRAL | 复用现有官方入口、公告采集与编辑核对。突出强制说明会、资格、递交方式及最新补遗。需注册、申请或线下领取的材料按原流程办理。 SANRAL 公开招标 |
| 非洲开发银行、欧洲复兴开发银行 | 先纳入专题导航和人工登记原文。分别核定接口、访问及再分发许可后上线自动接入。 非开行项目采购 · EBRD 采购公告 · ECEPP |
官方来源每次采集记录覆盖范围、最近成功时间、版本和错误。市场成员的独立核验可补充公告缺失或不易查找的信息，由审核员标明采集来源与可信范围。原公告更新后，相关合作帖保留各自版本并收到变更提示，支付订单仍按成交条款履行。
3. 招标情报交易与在地贡献者
允许驻地用户通过合法现场核实、授权领取、经允许转交或原创调研获取收入。公开可访问的官方入口直接展示。可收费的标的是有独立价值的原创核验、翻译、整理、现场协助或确实取得分发许可的资料。若只允许代表买方领取，交付限该买方和许可用途，文件不得转为公开商品。发布方取得资料的权利与转交、商用、再分发的权利分别核验。
| 模式 | 发起人和流程 | 验收与资金 |
|---|---|---|
| 悬赏 | 买方写清交付物、必备证据、地区、截止和最高价，贡献者报名，买方选定执行人后开始。首版单执行人、单次验收 | 预先约定材料版本、验收时限、补交与争议规则。涉及授权、延后结算或退款时，支付通道须具备对应能力。合格交付验收或仲裁后按约处理 |
| 明码标价 | 发布者展示价格、币种、范围、交付期限、使用许可、可退款条件和脱敏预览，买方下单 | 下单锁定报价和版本。对已有授权数字资料在机构确认付款并通过交付校验后发权益。对定制核验服务按约交付和验收 |
| 打赏 | 用户认可已完成交付或平台允许的公开贡献时可自愿支付，明确金额和收款方 | 独立交易和收据。打赏对下载权、悬赏验收、退款和信用评价无影响。按地区、产品及应用商店规则单独启用 |
示例。海外公路项目有公开公告，招标文件须通过采购方指定渠道领取。买家发布「找当地协作者确认领取方式、费用与最新补遗」，填写交付期限及验收清单。协作者提交公开原文、线下核实记录和采购方许可。若采购方仅授权买方本人接收，协作者提供领取协助或按委托约定定向交付。买家依据可访问证据验收，订单保存版本、交付、访问记录及争议入口。
审核和交付。情报和付费材料检查来源、项目编号、取得时间、发布人角色、获取授权、可使用人群与期限。附件先进入隔离区，做类型验证、恶意文件扫描和敏感信息检查，经审核才能生成购买预览或短时授权下载。限制版、私密版和公开版使用独立访问策略。禁售泄露的标底、评标或他人投标信息、违反保密约定的附件和通过绕过访问限制取得的资料。境外项目逐一适用当地和出资方规则。 中国招标投标法
平台争议处理人按授权查看订单条款、签收/下载记录和双方举证。支持交付不符、重复销售、授权撤销、超过时限和付款争议。售后发现违法或来源失效时，可冻结后续下载并进入退款或争议流程。已授权下载的本地副本依靠许可条款、适当的识别标记和追责管理。运营人员应能在同一后台受理举报、限流、隔离内容、通知当事人和记录申诉。
4. LinkedIn 研究与人脉设计
| 参考机制 | 在阿拉丁的实现 |
|---|---|
| 关注和建立联系是不同动作，联系需对方接受 | 单向关注用于订阅组织、专业人士和专题。双向联系需同意，可附具体项目、需求或岗位。尚未同意时只开放受限的意向消息，不开放反复私信。 LinkedIn 关注与联系 |
| 一度关系与扩展网络 | 先做本人、已连接的人和获准展示的共同联系人。二度推荐受两端可见范围、屏蔽、组织规则和推荐开关约束。给出「同地区工程服务」「有一位可见共同联系人」等理由，不暴露隐私关系。 LinkedIn 人脉度数 |
| 个人资料的核验和服务页 | 个人身份、组织主体、组织归属、签约或招聘授权分别展示。组织页显示市场、行业、主营能力和有证据的案例。能力卡可独立回应项目，服务方可提交报价或协作方案。 LinkedIn 资料核验 · LinkedIn 服务市场 |
| 求职意向可按受众设置 | 默认私有，主动投递可随时停止，平台不承诺把公开资料对某个企业永久隐藏。求职人按次授予简历访问，撤回后停止后续访问，业务留存按规则处理。 LinkedIn 求职意向设置 |
| 推荐有具体关系并由本人管理展示 | 合作评价附真实订单、已完成交付或双方确认的合作事实。把内容来源、主体核验和履约评价分开展示。用户可举报和申诉，异常互评进入人工处理。 LinkedIn 推荐 |
「回应机会」「请求联系」「关注」在界面和数据层分开。以机会发起的回应绑定原记录和版本，同意后创建带项目上下文的会话。用户可取消关注、撤回邀请、解除联系、屏蔽及举报。屏蔽即时约束搜索建议、资料跳转、邀请和会话，服务端校验优先于缓存。订单通知与争议通过受控的订单通道触达。资料由用户和组织自主建立。LinkedIn 作为交互研究来源，其官方政策限制爬取和自动化操作。 LinkedIn 自动化政策
5. 多端与运营工作台
| 端 | 主要工作 | 适配 |
|---|---|---|
| 电脑 Web / Windows 客户端 | 桌面发现、长文和标段比对、资料上传、组织账号管理、订单验收 | 地图在上，分类流在下，证据可并排查看。Windows 沿用同一云端 API，桌面壳提供文件和系统通知集成。现有离线工作区与云身份分开，迁移由本人确认 |
| iPad / Android 平板 | 看项目、核对原文、现场上传、交流和验收 | 横屏双栏地图或列表与详情，竖屏按主次折叠，支持键盘、触控和大文件上传进度 |
| iOS / Android 手机 | 快速发现、筛选、发布、拍照或扫描、回复、订单进度 | 地图和列表快速切换，地图仍是发现入口之一。信息行先给业务标的和截止时间。发布采用全屏分步表单，弱网保存草稿，连接恢复后同步，重复点提交只产生一条发布 |
| 运营后台 | 组织与发布审核、资料权利、举报、争议和对账 | 专用角色和工单。关键财务和审核操作分权，查看受限资料必须有业务目的并记入审计 |
先完成响应式 Web 和可安装 PWA 验证，随后交付签名 Windows 客户端、手机原生外壳及平板布局。跨端共享账号、草稿版本、机会收藏和订单状态。离线可准备草稿，付款、验收和权限授予在联网时由服务端确认。iOS 和 Google Play 的数字内容、订阅和打赏，按商店、地区和 SKU 审核支付及外链方式。每端通过适用审核后才开放对应入口。 Apple App Review Guidelines 3.1 · Google Play 支付政策
6. 核心服务器与优炫数据库
一个逻辑核心服务器对所有客户端负责业务授权、状态变更和对外 API。首期在一个获准区域部署一套核心应用，数据库独立运行。模块在同一应用内分清职责，用独立队列处理采集、翻译和投影。在业务量和故障域需要时，核心服务可横向部署、数据库按实际优炫能力配置高可用，搜索、实时连接和附件处理可独立扩容。
图表文字 · Diagram source
flowchart TB
C["电脑 · 平板 · 手机 · 运营后台"] --> EDGE["接入层 · TLS · 限流"]
EDGE --> APP["核心服务 · 账户组织 · 发布与人脉 · 交易与治理"]
APP --> DB["优炫数据库 · 权威业务状态 · 账务记录 · Outbox"]
APP --> FILE["隔离上传与授权文件存储"]
DB --> PROJ["后台投影 · 搜索 · 地图聚合 · 实时事件"]
PROJ --> APP
SRC["官方采集 · DSH Search/Fetch · Crawl4AI"] --> REVIEW["提取与来源审核"]
REVIEW --> APP
APP --> PAY["通道适配器 · 支付宝 · PayPal"]
PAY --> CALLBACK["独立回调入口 · 验签 · 去重"]
CALLBACK --> APP
6.1 服务边界与复用
| 模块 | 沿用 | 新建或增强 |
|---|---|---|
| 发现与采购 | WorldMonitor 风格地图、分类流、证据面板、地区/HS 筛选、公告采集、投标节点与证据复核、实时同步 | 意图模型、项目/标段引用、行业和岗位索引、类型化发布、贡献者及可售权利、统一时效授权 |
| 账号与关系 | 共享账号、个人和帖子关注、由需求或能力卡发起的双向联系与受控会话、举报、账户导出删除、阅读偏好和译文能力 | 组织工作区、成员和受托角色、组织和专题关注、从档案发起联系、受限二度关系、逐次简历授权、核验及评价 |
| 情报与助理 | 官方 DSH 的 Search/Fetch、获准 Crawl4AI 读取、阿拉丁已有的取证及匹配方法 | 受控情报采集作业、许可核验清单、受限附件隔离、翻译按数据边界路由。官方或公开证据由规则和人工决定是否可用，模型帮助提取与排序 |
| 云端交易 | 可复用已有权限、事件、审计和运营视图模式 | 商品报价与悬赏、支付和渠道能力、权益、交付验收、退款、争议、分账记录及对账 |
| 基础设施 | TypeScript 服务、现有独立 PostgreSQL 的迁移/恢复演练、共享数据隔离、SSE | 优炫驱动和兼容性验证、可回放数据库迁移、生产高可用与区域路由、对象存储和搜索投影 |
另设标书工作台，使用 Agent Pi DSH 提供付费标书分析、情报甄别和编制。企业可部署独立运行端和资料库。公开发现、招标情报交易和私有标书项目采用独立权限。 标书工作台任务书
出海知识库与在地服务专题提供公开规则导航、经授权的文档交付和专业服务撮合。法律、税则、规范、价格、定额和工效分别标明适用地区、版本和证据等级，已购资料可按授权进入标书工作台。 出海知识库与在地服务
商业发行按依赖版本和来源登记许可。BettaFish 的多源研判、WorldMonitor 的展示思路可作为产品研究。商业接入两者的代码、服务或资产须另行核定对应授权。 组件调查
6.2 生产数据库与迁移验收
正式环境采用优炫数据库 UXDB，作为账户、授权、发布、合同、账务和删除记录的主库。先取得明确的商用 SKU、版本和补丁、部署系统、驱动、备份恢复和高可用授权。官方资料可用于建立验证清单。现有 PostgreSQL 和 PGlite 保留为开发、离线和迁移对照环境。 优炫官方文档 · 发布说明 · 优炫迁移工具
- 第一轮实机验证 Node 数据库驱动、连接池、认证和 TLS、字符集、时区、错误码、回滚与重试。逐条覆盖现有 SQL 所用的 JSONB、索引、UPSERT/RETURNING、会话级或事务级上下文、RLS、触发器、权限和安全定义函数、事务锁与并发约束。逐项记录支持、改写、替代或阻断，使用厂商支持的驱动或 SQL 实现同等隔离。
- 用脱敏旧库迁移到独立 UXDB 实例。校验主键及引用、原文哈希、日期和 Unicode、组织和租户边界、收藏备注、私有准备清单和发布状态。运行账号仅授予运行权限，迁移使用独立角色。
- 上线前做双租户并发、主库故障切换、备份恢复、时间点恢复和删除日志重放。验收恢复期间的回调去重及账务一致性。升级切换前校验新旧版本的业务计数和关键字段，切换后按批准的恢复点和回退策略演练。读侧投影可从事件重建，私密记录和账务恢复须验证防泄露和防复活。
6.3 关键实体和一致性
| 实体 | 最小约束 |
|---|---|
account、organization、org_membership、verification |
个人账号与组织身份可分开操作。组织角色和核验范围有有效期、来源和撤销记录 |
opportunity、opportunity_revision、official_notice、evidence |
通用字段包含意图、地区、语言、可见性、版本和有效期。类型字段单独校验。官方项目、公告和标段可单独引用。更正形成版本，证据保存来源、原文标识及取得时间 |
follow、connection、block、response、consent |
关注有方向，双向连接按两方规范化唯一键存储，回应绑定机会版本。按受众、组织成员身份和屏蔽状态授权 |
asset、rights_grant、entitlement |
资产记录版本、哈希和安全状态。权利约束用途、区域、时限和接收者。每次下载都重新验证权益并产生审计 |
offer、bounty_award、order、delivery、dispute |
下单锁定条款、金额、币种和交付物版本。一个悬赏只允许一个有效指派。订单状态与支付、交付、争议分开 |
payment_attempt、channel_event、journal_entry、outbox_event |
通道回调按通道和事件 ID 去重。写入业务结果和事件同事务。财务分录按币种平衡，退款和拒付使用调整分录。索引投影按事件版本幂等 |
已有商品发布保留 ID、版本、所有权和时限。能根据旧结构确认商品含义的迁入商品类，其他记录进入原通用类别待分类，避免根据可选 HS 或几个关键词强制归类。数据库访问规则按权限服务和隔离测试验收。对岗位简历、支付和身份数据建立区域存储与处理清单，跨境传输和外部翻译按对象、目的、接收方和当地规则判断。删除、导出和受限法定留存采用不同路径，避免恢复任务重新公开已撤回或已删除的数据。 国家网信办跨境数据流动规定
6.4 扩容顺序与故障处置
- 发布写入事务由核心服务完成，带幂等键及预期版本。地图和搜索根据事件游标增量更新，重连遇到游标断档时取授权快照。搜索索引只存获准字段，返回或下载前重新检查权限、撤回及截止。
- 接入层和无状态核心服务可扩多个副本。按实际瓶颈独立扩展地图聚合、搜索、实时连接和队列消费者。热点市场可缓存聚合结果，回调队列与采集、翻译队列分开，外部模型服务阻塞时仍可发布、读原文和处理交易。
- 跨区先做获准的静态资源和公开投影。交易以指定主区为权威，身份和简历按市场配置访问及数据驻留。具备经验证的主库故障切换和回退流程后再增加写入区域。
- 发布前用预计试点并发和突发流量分别验证列表与搜索时延、事件滞后、消息补发、写入吞吐及对账积压。公开数据投影滞后可显示更新时间。权威权限或通道状态不可确认时，受限文件、支付及结算操作暂停。运行看板同时追踪备份恢复点和恢复用时。
7. 支付、信用与收入
7.1 渠道能力和平台责任
| 渠道 | 接入方向 | 开通门槛 |
|---|---|---|
| 支付宝 | 境内试点评估签约的支付宝平台型收付或商家分账。服务端独立验签、查单、退款和对账 | 核实经营主体、商户/分账对象、数字内容和在地服务行业类别、退款及结算能力。涉及跨境另行与 Antom 等对应产品核对，按合同能力开通。 支付宝开放平台 · 支付宝平台分账说明 · Antom Marketplace |
| 国际 PayPal | 评估 PayPal Platforms 的商户入驻和多方交易。按签约能力启用平台服务费、付款及退款 | 沙盒先验证，正式使用须获准，并按商家所在国、币种和商品类型启用。延迟结算另需合作伙伴批准和卖家功能授权。该产品官方文档列出 28 天自动结算，订单仅在交付、验收、争议与处理缓冲均能落在实际渠道窗口内时才开放延迟结算。 PayPal Platforms · 卖家入驻 · 延迟结算 |
支付机构承担获准的收款、分账、结算和机构侧争议。平台通过订单履约记录、身份和贡献者核验、纠纷处理建立信用。平台只记业务与会计账，不设用户储值钱包、不收款后自行向卖家转款。产品按买卖双方所在市场、币种、主体、订单类型、客户端、卖家入驻状态和合同能力决定可用支付方式。能力不足时关闭对应下单或资金动作。 国务院非银行支付机构监督管理条例
7.2 一笔订单如何走完
- 服务端验证双方和渠道能力，确定条款版本、价格、币种、交付截止、所含税费及退款窗口。创建订单和支付尝试，用幂等键处理重复点击或网络重试。
- 用户在渠道完成付款。回调入口验签、验证商户归属、订单与金额币种，持久化后再处理。处理重复、乱序、迟到和渠道超时，必要时主动查单。前端返回页只展示待确认状态。 PayPal Webhook 验签
- 根据交易模式授予受限权益或等待交付，记录交付和验收证据。状态至少区分待支付、付款已确认、待交付、待验收、完成和争议，另记支付授权/扣款、退款、拒付和渠道结算。渠道支持时才提交分账或结算指令。
- 每日按通道、商户及币种对账订单、交易、渠道手续费、服务费、退款、拒付和到账，异常单进入人工处理。跨币种保留原币、换汇信息和结算币。退款及拒付生成调整分录，按权限限制后续下载。财务动作、争议裁决和人工重放保留操作者及审计记录。
7.3 收入与用户价值
公开公告、基础发现和必要原文入口保持可用。收费来源优先验证两类。第一类是为有明确交付的在地核验、资料获取协助和原创报告收取透明的成交服务费，卖家获得收益。第二类是企业订阅，提供跨市场监控、团队协作、证据追踪和采购项目工作台。对账时分别统计成交总额、卖家应得、渠道成本、退款损失和平台实际收入。打赏单独列账。评价、核验、官方来源排序和付费推广区分展示，付费标识不改变可信等级。
8. 开发计划与验收
| 阶段 | 可交付任务 | 进入下一阶段的条件 |
|---|---|---|
| M0 平台基础验证 | 产品与运营冻结分类、状态和首个业务市场；基础设施取得优炫授权版本，在同一套契约下跑兼容、数据迁移和隔离；业务逐项核对材料权利、招聘资质和通道签约矩阵 | 有可复查的真实 UXDB 验证结果，能记录能力缺口和恢复结果。对经营主体、法律适用、通道和文件许可均有责任人 |
| M1 免费双向发现 | 后端迁移旧发布并提供按类型发布/回应 API；前端交付分类发布、项目引用、筛选、地图和短信息流；沿用并扩展双向连接、关注、可见权限和主动回应 | 两个独立账号、不同端实测发布、回应、同意、改地区、撤回和到期，无需刷新。官方证据可追溯，隐私和过期测试通过 |
| M2 情报交易演练 | 上线审核后台、在地贡献者核验、报价、订单、授权附件和争议。先跑无资金全链，再跑渠道沙盒 | 验证重复和乱序回调、错币种、入驻不完整、权限撤销、交付过期、退款和恢复。没有重复付款、权益或结算记录，账务能核对 |
| M3 单走廊收费试点 | 优先开放获准市场和一个获准支付通道的明码标价核验服务。按能力再开放单次悬赏、打赏和第二个通道。招聘功能按许可和审核单独启用 | 有真实授权交付、真实用户验收、真实支付与退款、对账和争议客服记录。手机、平板、电脑均可做授权范围内的任务 |
| M4 多端与多市场扩展 | 完成签名桌面和原生应用验收，完善多语言、受控推荐、地区隔离、备用区及大规模事件和搜索架构。按市场逐一扩展品类与通道 | 应用商店审核、数据驻留与权限策略按市场通过。正式域名双端复测、备份恢复、故障切换和负载指标由实际环境出具证据 |
第一轮验收用例
- 采购组织公开发设备需求，在地服务方发布核验能力，分别通过同一项目找到对方。双端显示采购标的、原文、有效期及自己可做的下一步。撤回或到期时，地图和各阅读入口同时停止展示。
- 一位合作方修改市场，在线客户端地图迁移；离线客户端重连补事件并按当前权限重建列表。相同请求重放无重复，过期或已撤回的提醒不送达。切换语言仍指向同一个原文版本。
- 招聘方只能访问被投递且仍获授权的简历，其他组织、匿名用户、搜索、地图、译文缓存和事件流均无法获得。屏蔽的账号无法继续邀约。管理端调用进入审计。
- 一笔定价交付订单在沙盒中覆盖支付重试、错误金额、重复回调、关闭浏览器、验收、退款和对账。一笔悬赏覆盖原件无转交权、补交、逾期、争议和通道能力缺失。资产链接在授权撤销后不能重新获取。
- 选择 390 像素手机、768 像素平板、1440 像素电脑作为首轮布局检查点。独立验证物理设备拍照上传、键盘操作、弱网恢复和无横向溢出。运营观察有效双向回复、取证通过、按时交付、复购、退款、争议和净收入。
M0 与现有共享试点的准备并行。原 G1B 的 50 家人工证据复核和 80% 精确率门槛、基建盲审、正式域名及物理设备验收继续独立记录。本文中的优炫兼容、支付签约、应用商店审核和市场假设均按后续实测或签约核实。