在 Humanbased 中，一项数据需求、一次具体工作和一份已提交结果使用不同的名称。分清这些对象，才能知道自己加入了什么、正在做什么，以及提交后应该查看哪条记录。
| 对象 | 表示什么 | 主要关注的问题 | 继续阅读 |
|---|---|---|---|
| 活动 | Developer 组织的一组数据工作及其相关设置 | 做什么、谁可以参与、怎样执行和检查 | 活动不是一条待填写的记录 |
| Task | Contributor 实际领取或进入的一项具体工作 | 当前材料、操作要求、领取状态和提交 | Task 是当前要完成的工作 |
| Submission | 一次提交形成的结果记录 | 内容是否提交成功、处理到了哪里、结果和后续动作 | Submission 是提交之后的记录 |
| Pipeline | 组织工作与提交后处理的流程 | 环节如何连接、结果如何经过检查并继续流转 | Pipeline 连接工作与后续处理 |
| Organization | Developer 侧管理活动、数据访问和组织资金的单位 | 当前所在的组织，以及你在其中的角色 | Developer 组织 |
| Team | Contributor 之间的协作关系；成员的 Submission 和收入仍归本人 | 团队关系是否适用于你 | Contributor 团队 |
| Entry Gate | 工作流中集中设置活动参与要求的步骤 | 协议、课程、资料条件和邀请码 | Entry Gate：参与条件 |
| 交付数据 | Developer 获准读取的数据产出，有独立的交付状态和访问状态 | 已接受的 Submission 是否已经交付 | 任务产出与数据交付 |
| 声誉 | 按 Contributor 已记录的工作得出的 0–100 分，决定等级和奖励系数 | 分数背后的因素和规则版本 | 了解与管理你的声誉 |
在各篇文档中，这些名称第一次出现时带有虚线下划线：把指针移到上面或用键盘聚焦，可以看到上表的一句话含义；选择它会打开最后一列的页面。
Account（账号） 识别登录的人。Developer 在 Organization（组织） 中管理活动、数据访问与组织资金；成员关系和角色决定可以操作什么。Contributor 以本人身份领取并提交 Task。Team（团队） 是另一种协作关系，加入团队不会把个人 Submission 或 Earnings 转给负责人。见账户与Developer 组织。
Submission 是人提交的原始记录，验收结果说明它怎样被判断。交付数据 是 Developer 有权取得的输出，字段可能经过映射；它有独立的交付和访问状态。阅读原始提交、验收与交付，再判断可见答案是否已经成为程序收到的数据。
活动不是一条待填写的记录
活动负责把工作放在共同的需求和规则下。它可以涉及不同的工作环节、参与条件与结果处理方式。Contributor 加入一个活动后，仍需要进入具体 Task 才开始工作。
活动层的状态也不等于每一份 Submission 的状态。例如，活动暂停时，已提交的记录并不会因此变成“从未提交”。查看活动能否继续参与和查看历史贡献结果，需要分别定位到对应对象。
Task 是当前要完成的工作
Task 将实际输入材料和工作要求交给 Contributor。进入工作时，需要注意页面显示的可领取状态、额度、有效时间和所需条件。
看到工作机会后，进入 Task 并确认领取状态。页面提示暂不可领时，根据显示的原因处理，再返回同一工作机会。
领取、保存与提交 Task 说明 Contributor 的实际步骤。
Submission 是提交之后的记录
Submission 让已完成的操作有了后续可追踪的结果。贡献者可以通过 Contributions 查看处理状态，在相应动作可用时继续查看详情、申诉或重做。
“已经提交”只说明提交形成了记录，不自动表示通过验收、已经交付或可以提现。文档描述一个结果时，会明确是 Submission 的处理结果、数据的交付状态，还是收入的资金状态。
从提交结果与反馈查看这条记录的状态与可用动作。
Pipeline 连接工作与后续处理
Pipeline 用于组织工作环节及其前后关系。Contributor 的提交可能只是其中一个环节的产物，后续还可能有检查、加工或验收。Developer 需要理解整个处理路径；Contributor 主要需要理解与自己当前工作、结果和后续动作有关的部分。
完整关系见 Humanbased 如何运作。某条记录包含溯源入口时，逐阶段查看实际状态；处理链与各阶段的完成结果分别记录。