这页按团队情况给出五种搭建方式,都在 Developer 完成。每一节说明适合谁、今天要设置什么、你会得到什么,以及完整步骤在哪一页。产品今天没有对应设置的地方,会在该节写明,并给出最接近的做法。
| 你的情况 | 今天用什么搭建 | 对应小节 |
|---|---|---|
| 任务方案和预算都还没定 | 草稿加一次试跑 | 预算未定时先试跑 |
| 长期征集贡献,但不按条付酬 | 不设奖励的人工步骤,预算为 0 | 运行零奖励的活动 |
| 已经有签约的人员 | 邀请码、每个步骤的奖励和 API 交付 | 签约团队的专属数据流程 |
| 高校实验室,只收自己的参与者 | 邀请码,再加课程或协议 | 高校实验室限定参与者 |
| 不希望显示组织名称 | 活动自己的文字和外观 | 发布方信息的显示范围 |
五种方式都从同一份草稿开始。还没有创建过活动Developer 组织的一组数据工作及其相关设置时,先读从数据需求开始。
预算未定时先试跑
适合谁: 任务方案还在调整、预算尚未批下来的团队。
今天这样设置:
- 在 Campaigns(活动)选择 Open Builder(打开构建器),得到一份草稿。草稿不会出现在 Contributor 的列表里,也不占用资金。
- 搭好流程。在人工步骤上选 Preview ›(预览 ›),查看 Contributor 实际要填写的表单。
- 在 Builder 进入 Test & Launch(试跑与上线)。Pricing & Budget(定价与预算)把预计支出和 Budget cap (USD)(预算上限(美元))放在一起比较。Eligibility(准入条件)列出你配置的参与要求。Dry-run(试跑)让一批合成数据沿流程走一遍,并报告每个节点的结果。
你会得到: 你能确认数据是否从准入一路走到交付步骤,以及每个节点返回了什么。Pricing & Budget 同时给出这个活动的预计支出。这时还没有真实的任务、奖励或交付,预算要到上线那一刻才冻结。
今天没有的部分: 试跑收不到真实答案,也不执行你配置的验收决定。想看真实答案,就小范围上线一次。把邀请码只发给几位测试者,并把人工步骤的 Items to collect(采集条数)设得很小。
由程序创建活动时,candidatevalidate 和 candidateplan 只检查 Campaign 文件,其他状态保持原样。API 另有 staging 地址,使用为该环境签发的 Key。见 Campaign API。
完整步骤: 发布活动和测试、发布与运行状态。
运行零奖励的活动
适合谁: 长期向公众征集贡献、但不按条付酬的公益或社区项目。
今天这样设置:
- 在 Builder 的每个人工步骤里,把 Reward (per accepted submission)(奖励(每条通过的提交))留空。
- 在 Test & Launch → Pricing & Budget 把 Budget cap (USD) 留在 0。所有人工步骤都没有奖励时,上线不会从组织余额里冻结任何金额。
- 完成上线。活动没有结束日期,会一直保持 Live(进行中),直到你在名称旁选择 Pause(暂停)或 End(结束)。
你会得到: Contributor 看到的活动页面没有奖励金额。每一份提交都记在完成它的 Contributor 名下。你在 Reviews(审核)阅读每份提交和它的结果。People(成员)按人列出已提交和已接受的数量。每位 Contributor 在自己的 Contributions(我的贡献)里看到同一条记录。
今天没有的部分:
| 你可能期待 | 今天的情况 | 现在怎么做 |
|---|---|---|
| 已接受的提交通过 API 交付,或做链上锚定 | 这两步都要等该提交的奖励发放之后才开始。无奖励步骤上接受的提交留在 Reviews 里供你阅读 | 需要 API 交付或链上记录时,给该步骤设置奖励。见任务产出与数据交付 |
| 为征集到的数据设定所有权规则,或商用、免费的使用许可 | Marketplace(数据市场)不提供快照与授权(Snapshot & license)和所有权与分成(Ownership & royalty),门户里没有导出副本、签署许可或提交所有权报价的入口。对外发布 Data Assets(数据资产)需要组织通过验证,并且信任等级 L3 保持 30 天 | 把数据集和用途发到 hello@humanbased.ai。发信前要确认的内容见数据使用范围 |
计划提供。Humanbased 计划为零奖励活动中已接受的工作提供 API 交付和链上记录,并按政策确定其所有权。这些目前都不可用。
完整步骤: 配置工作流、测试、发布与运行状态和查看和理解溯源。
签约团队的专属数据流程
适合谁: 已经有签约的标注员或领域专家,想让 Humanbased 承担流程、检查和交付的团队。
今天这样设置:
- 在 Builder 打开 Entry Gate(准入门),开启 Require an invite code to join(参加须凭邀请码)。选择 Generate code(生成邀请码),再用 Copy(复制)把邀请码只发给签约人员。
- 在同一面板加上每个人还要满足的条件:从平台已发布协议里选 Required agreements(必须接受的协议),设置 Required course(必修课程),或填写 Contributor profile(贡献者资料)条件。
- 接好其余流程:人工步骤、需要的检查、Accept(采纳)和 Sink(落库)。
- 给每个人工步骤设置奖励。API 交付要等提交的奖励发放之后才开始。
- 上线之后,创建一个带 Campaign access(活动访问权限)的 API Key,范围选这个活动。你的程序随后用
GET /v1/live/pull读取已接受的记录。
你会得到: 只有出示邀请码的人能加入。其他 Contributor 仍能打开这个活动的页面,页面上写明了这项要求。每个人用自己的 Contributor 账户工作,提交、结果和奖励都按人记录。
今天没有的部分:
| 你可能期待 | 今天的情况 | 现在怎么做 |
|---|---|---|
| 按 Contributor 团队整体放行 | Entry Gate 里有 Team access(团队准入),开关是 Only members of selected teams can join(仅所选团队的成员可加入)。它只能选择已发布团队主页的团队。正式环境的 Contributor 端尚未开放团队管理,你的合作团队今天无法在那里发布主页。开关打开而没有选团队时,任何人都无法加入 | 保持 Team access 关闭,改用邀请码。Contributor 团队的状态见功能开放情况 |
| 按 Guild 或指定成员名单放行 | Entry Gate 没有这两种设置 | 只把邀请码发给这些人。邀请码外泄时选择 Regenerate code(重新生成邀请码)。要移出已经加入的人,在 People 里对其所在行使用 Blacklist(封禁) |
计划提供。计划支持在正式环境按 Contributor 团队准入、按 Guild 准入、按指定成员名单准入,并支持为邀请码设置使用次数上限和有效期。
完整步骤: 配置工作流、任务产出与数据交付、首次获取已授权数据;由程序创建和修改活动见 Campaign API。
高校实验室限定参与者
适合谁: 只想让本实验室的学生或合作者参加研究任务的高校实验室。
今天这样设置:
- 在 Entry Gate 开启 Require an invite code to join,选择 Generate code。一个活动同一时间只有一个有效邀请码:共八个字符,分成两组,每组四个。输入时大小写和多余的空格都不影响识别。
- 通过只有参与者能看到的渠道分发邀请码,例如课程邮件列表。
- 在同一面板加上研究需要的其他条件。Required course 只放行学完本组织已发布课程的人,例如一门实验规程说明。Required agreements 要求每个人先接受所选的平台协议。Contributor profile 按自报资料筛选,例如 Minimum level of education(最低学历)。
- 请参与者在活动页面的 Invite code from the publisher(发布方给你的邀请码)输入邀请码,再选择 Join campaign(参加活动)。
你会得到: 只有出示有效邀请码并满足其他条件的人能加入。邀请码面板显示已兑换的次数。Regenerate code 换成新码,旧码立即失效。Revoke(作废)停用当前的邀请码。已经加入的人保留准入,退出后再加入需要有效的邀请码。
今天没有的部分:
| 你可能期待 | 今天的情况 | 现在怎么做 |
|---|---|---|
| 给邀请码设有效期或人数上限 | Developer 端没有这两项设置 | 留意已兑换次数,招募结束时选择 Revoke |
| 按学校邮箱域名或已核验的在校身份放行 | Entry Gate 没有这两种设置。Allowed email domains(允许加入的邮箱域名)管的是同事加入你的 Developer 组织,对谁能加入活动没有影响 | 使用邀请码,并控制谁能拿到它 |
完整步骤: Entry Gate工作流中集中设置活动参与要求的步骤 的设置见配置工作流。必修课程见 Developer 编写课程与批改。参与者一侧的操作见任务准入条件。
发布方信息的显示范围
适合谁: 不希望自己的名称出现在公开数据任务上的前沿实验室。每个活动都会显示发布它的组织,规划匿名方案之前先读这一节。
今天这样设置:
| 设置 | 位置 | 它改变什么 |
|---|---|---|
| 活动名称、Brief(简介)和公开说明 | Setup → Campaign details(配置中的活动详情) | 任务怎样介绍自己。写清 Contributor 完成工作需要知道的内容 |
| 封面图和 Brand & theme(品牌与主题) | Setup → Appearance(配置中的外观) | 这个活动的封面、Accent color(主色)、Logo URL(Logo 地址)、Density(密度)和 Contributor instructions(贡献者须知)。组织名称照常显示 |
| Page visibility(主页可见性) | Organization → Public profile(组织设置中的公开主页) | 选 Hidden(隐藏)会撤下组织自己的主页。活动页面仍显示组织名称 |
| 谁能加入 | Entry Gate 的邀请码 | 只限制加入。其他 Contributor 仍能打开活动页面 |
你会得到: Contributor 在活动页面看到你的 Publisher panel(发布方面板)。面板包含组织名称、Logo、简介和可信度链接,组织通过验证后还会显示验证标记。上线前在 Public profile 标签页用 Preview as contributor(以贡献者视角预览)先看一遍。
今天没有的部分: 活动没有匿名或化名发布的设置。隐藏组织主页之后,组织名称仍留在每个活动上。如果这项工作必须对 Contributor 隐去组织名称,请在搭建之前写信给 hello@humanbased.ai。
计划提供。计划提供以别名或匿名方式发布活动的设置。
完整步骤: 定义工作与参与要求和 Developer 组织。