# 核心概念


在 Humanbased 中，一项数据需求、一次具体工作和一份已提交结果使用不同的名称。分清这些对象，才能知道自己加入了什么、正在做什么，以及提交后应该查看哪条记录。

| 对象 | 表示什么 | 主要关注的问题 | 继续阅读 |
| --- | --- | --- | --- |
| 活动 | Developer 组织的一组数据工作及其相关设置 | 做什么、谁可以参与、怎样执行和检查 | [活动不是一条待填写的记录](/zh/start/concepts#活动不是一条待填写的记录) |
| Task | Contributor 实际领取或进入的一项具体工作 | 当前材料、操作要求、领取状态和提交 | [Task 是当前要完成的工作](/zh/start/concepts#task-是当前要完成的工作) |
| Submission | 一次提交形成的结果记录 | 内容是否提交成功、处理到了哪里、结果和后续动作 | [Submission 是提交之后的记录](/zh/start/concepts#submission-是提交之后的记录) |
| Pipeline | 组织工作与提交后处理的流程 | 环节如何连接、结果如何经过检查并继续流转 | [Pipeline 连接工作与后续处理](/zh/start/concepts#pipeline-连接工作与后续处理) |
| Organization | Developer 侧管理活动、数据访问和组织资金的单位 | 当前所在的组织，以及你在其中的角色 | [Developer 组织](/zh/collaboration/organization) |
| Team | Contributor 之间的协作关系；成员的 Submission 和收入仍归本人 | 团队关系是否适用于你 | [Contributor 团队](/zh/collaboration/team) |
| Entry Gate | 工作流中集中设置活动参与要求的步骤 | 协议、课程、资料条件和邀请码 | [Entry Gate：参与条件](/zh/tasks/workflow#entry-gate参与条件) |
| 交付数据 | Developer 获准读取的数据产出，有独立的交付状态和访问状态 | 已接受的 Submission 是否已经交付 | [任务产出与数据交付](/zh/data/delivery) |
| 声誉 | 按 Contributor 已记录的工作得出的 0–100 分，决定等级和奖励系数 | 分数背后的因素和规则版本 | [了解与管理你的声誉](/zh/learning/reputation) |

在各篇文档中，这些名称第一次出现时带有虚线下划线：把指针移到上面或用键盘聚焦，可以看到上表的一句话含义；选择它会打开最后一列的页面。

**Account（账号）** 识别登录的人。Developer 在 **Organization（组织）** 中管理活动、数据访问与组织资金；成员关系和角色决定可以操作什么。Contributor 以本人身份领取并提交 Task。**Team（团队）** 是另一种协作关系，加入团队不会把个人 Submission 或 Earnings 转给负责人。见[账户](/zh/start/account)与[Developer 组织](/zh/collaboration/organization)。

Submission 是人提交的原始记录，验收结果说明它怎样被判断。**交付数据** 是 Developer 有权取得的输出，字段可能经过映射；它有独立的交付和访问状态。阅读[原始提交、验收与交付](/zh/data/delivery)，再判断可见答案是否已经成为程序收到的数据。

## 活动不是一条待填写的记录

活动负责把工作放在共同的需求和规则下。它可以涉及不同的工作环节、参与条件与结果处理方式。Contributor 加入一个活动后，仍需要进入具体 Task 才开始工作。

活动层的状态也不等于每一份 Submission 的状态。例如，活动暂停时，已提交的记录并不会因此变成“从未提交”。查看活动能否继续参与和查看历史贡献结果，需要分别定位到对应对象。

要发起工作，阅读[发布活动](/zh/tasks/publish)；要加入工作，先看[参与条件](/zh/learning/eligibility)。

## Task 是当前要完成的工作

Task 将实际输入材料和工作要求交给 Contributor。进入工作时，需要注意页面显示的可领取状态、额度、有效时间和所需条件。

看到工作机会后，进入 Task 并确认领取状态。页面提示暂不可领时，根据显示的原因处理，再返回同一工作机会。

[领取、保存与提交 Task](/zh/tasks/participate) 说明 Contributor 的实际步骤。

## Submission 是提交之后的记录

Submission 让已完成的操作有了后续可追踪的结果。贡献者可以通过 Contributions 查看处理状态，在相应动作可用时继续查看详情、申诉或重做。

“已经提交”只说明提交形成了记录，不自动表示通过验收、已经交付或可以提现。文档描述一个结果时，会明确是 Submission 的处理结果、数据的交付状态，还是收入的资金状态。

从[提交结果与反馈](/zh/tasks/results)查看这条记录的状态与可用动作。

## Pipeline 连接工作与后续处理

Pipeline 用于组织工作环节及其前后关系。Contributor 的提交可能只是其中一个环节的产物，后续还可能有检查、加工或验收。Developer 需要理解整个处理路径；Contributor 主要需要理解与自己当前工作、结果和后续动作有关的部分。

完整关系见 [Humanbased 如何运作](/zh/start/start-overview)。某条记录包含溯源入口时，逐阶段查看实际状态；处理链与各阶段的完成结果分别记录。

配置环节见[工作流](/zh/tasks/workflow)，已有记录之间的关系见[溯源](/zh/data/lineage)。