译文
译自西班牙语原文，以原文为规范文本。 状态：草稿，待人工审校。如有歧义，以西班牙语原文为准。
由人和智能体组成的小组¶
本页说明当项目同时与人和人工智能助手一起工作时，如何组织谁做什么。本页只是解释；规范位于要求之中，本页不增加任何义务。名称和项目均为虚构。
概要¶
- 小组是设有一位负责人的群体：由人组成、由智能体组成，或二者混合（R-030）。
- 智能体不担任任何角色；责任始终由某个人承担。
- 仅由智能体组成的小组可以在其范围内提出建议和执行；它不得接受工作、不得为工作清单排序、不得批准自己的成果，也不得授权部署。
- 每个进行中的工作项都有一位负责人，即使由智能体执行（R-031）。
- 一个人搭配一个助手的项目无需组建小组就能应用这些想法（见“一个人搭配一个助手”）。
状态：SCAFFOLD 0.1 是已接受的版本。各种小组安排在实践中效果如何，本页并未度量（Hypothesis）。
角色¶
角色是责任，而不是职位。同一个人可以担任多个角色；在一个人的项目中，他担任全部角色。角色由要求中的“卡片所指的角色”一节定义。
| 角色 | 负责 |
|---|---|
| 产品负责人 | 目标、项目章程、工作清单的顺序，以及对已完成内容的验收 |
| 协调负责人 | 区域、节奏、小组、分配和定期审查 |
| 技术负责人 | 架构、契约、分支模型、依赖和技术现状盘点 |
| 交付负责人 | 环境、制品晋级、部署、回滚和发布版本 |
| 批次负责人 | 某个具体批次：区域、助手、交接和结果 |
| 小组负责人 | 一个小组，以及对其智能体的监督 |
小组的三种形式¶
| 形式 | 由谁组成 | 虚构示例（Ana 的网店） |
|---|---|---|
| 人员小组 | 只有人 | Beto 和 Carla 在 src/web/ 中维护网店的界面 |
| 智能体小组 | 只有智能体，另有一位小组负责人 | 一个代码助手在 src/export/ 中写入，一个测试助手在 tests/ 中写入，各在自己的区域；Ana 对该小组负责 |
| 混合小组 | 人和智能体 | Beto 负责审查，助手们在 src/pedidos/ 中产出变更 |
每个小组的卡片声明其负责人、成员、写入区以及接受的工作类型；每个智能体的卡片声明其智能体配置，包括范围、预算和监督者（格式见模板）。小组的区域遵循 R-001 的规则：一条路径的写入所有者不得多于一个。
智能体小组能做什么、不能做什么¶
下表概述了要求所分配的各项决定。“决定”指由谁记录该决定；智能体可以在其范围内提供建议或执行。
| 行动 | 仅由智能体组成的小组能否进行？ | 由谁决定 | 要求 |
|---|---|---|---|
| 提出工作项、标准或顺序 | 可以 | 担任产品角色的人，由其记录决定 | R-022 |
| 执行已分配的批次 | 可以，在其区域、范围和预算之内 | 协调负责人分配（R-031）；智能体执行 | R-009、R-030 |
| 为小组接受工作 | 不可以 | 协调负责人分配 | R-030、R-031 |
| 发起合并请求 | 可以，须引用工作项或批次，并声明参与的助手 | 批次负责人对其负责 | R-025 |
| 写入主分支 | 不可以，除非通过由人审查的合并请求 | 审查该请求的人；是否合并被列为关键的内容由人决定 | R-026、R-010 |
| 将工作项接受为已完成 | 不可以 | 担任产品角色的人 | R-022、R-023 |
| 为工作清单排序或舍弃条目 | 不可以 | 担任产品角色的人 | R-022 |
| 批准自己的成果 | 不可以 | 有相应角色的人；智能体小组不行 | R-030 |
| 部署到生产环境 | 其自身不可以 | 交付负责人，经知情确认 | R-027、ASILO-R-005 |
“仅由智能体组成的小组能否进行？”一列反映的是 R-030 仅对完全由智能体组成的小组所设的限制。在混合小组中，由其中的人而不是其中的智能体来决定。其他要求保留给人的行动（例如 R-022 中的排序、接受或舍弃，或者部署到生产环境）仍然需要人。小组中有人出现并不足够；该决定须以其姓名记录在案（R-022 的残余风险：人可能不经审查就予以接受）。
分配与产能¶
R-031 要求每个进行中的工作项都有一位负责人。规划区分两种不可相加的产能：
- 人： 可用的时间。
- 智能体： 受预算以及其成果所需的人工审查所限制。
虚构示例（数字为编造）：一个助手一个下午可以产出五项变更，但 Beto 只能认真审查两项。该混合小组的有效产能取决于审查，项目会把这一估计记录为估计，与实测数据分开。残余风险：人工审查可能在无人度量的情况下成为瓶颈；因此宜于度量变更等待审查的时间（可作为 R-032 的指标选项）。为每个小组设置在制工作上限（R-024）是让这一点可见的另一种方式。工作与节奏和项目周期对这些决定有更详细的论述。
监督¶
小组中的每个智能体都有一个人对其进行监督（R-030）。R-030 没有定义“监督”这个动词。一种可能的编辑性解读，非规范性：该人了解智能体的配置和预算，并在合并之前审查其成果。残余风险（R-030）：所声明的监督可能并未实际履行；证据是合并请求的审查历史，而不是声明。
预算¶
ASILO-R-007 要求为每次自动化执行设定成本、行动和时间的上限。每个智能体的配置引用其预算；批次不能取代它（R-009）。成本记录为数据，或记录为“未知”，绝不能是伪装成数据的估计。预算耗尽时会发生什么（例如，由监督者决定是追加预算还是关闭批次），是由项目声明的决定；要求并未对此作出规定。
身份与范围¶
ASILO-R-004 保留每个借助工具或数据行事的智能体的身份与范围。对小组而言，这意味着每个智能体在记录中都有自己的身份（而不是共用账号），并且其范围不比调用它的人更宽。这样，变更的署名 trailer（见分支与发布版本）就能区分每一个助手。更换工具并不会授予权限或连续性（R-005）。
交接¶
在批次内更换助手，须有带状态的交接说明（R-005）。同一小组的智能体之间，说明写明发出者和接收者；接收者接手它，已接手的说明不得再编辑：如果目标变化，则带理由取消并另开一份。人与人之间，或从人到智能体再返回，项目可以使用同一份说明：人可以用自己所知道但尚未写下的内容来补充它。R-005 指的是助手的更换；将其用于人与人之间是一种编辑上的选项。开放格式见要求。
一个人搭配一个助手¶
在一个人的项目中，Ana 担任所有角色。当项目以小组方式工作时，适用 R-030：只有一个助手并不强制要求小组卡片，但仍须保留其身份与范围（ASILO-R-004）。如果 Ana 决定组建小组，她就是负责人。保留下来的是：
- Ana 决定顺序、验收已完成的内容并授权部署到生产环境；助手不能做这些。
- 助手有自己的身份与范围；有了小组卡片，还有带预算和监督者（Ana）的配置。
- 每个进行中的工作项都以 Ana 为负责人，即使由助手执行。
- 变更同时署名给 Ana 和助手。
被简化的是：没有其他人可以分担角色，合并请求的人工审查就是 Ana 的自我审查。这降低了产出者与审查者之间的分离；宜于把这一已接受的风险记录下来，例如记录在项目章程中，而不是把它表述为等效的控制（其是否充分属于 Hypothesis）。
Hypothesis 及什么能使其升级¶
| 论断 | 状态 | 能使其升级的验证 |
|---|---|---|
| 人工审查是混合小组中典型的瓶颈 | Hypothesis | 在真实项目中度量审查的等待时间，并附日期 |
| 对于一个人搭配一个助手的情形，自我审查对其情境已经足够 | Hypothesis | 依照 R-032 的规则审查该项目的事件和回滚 |
| 为每个智能体设一个身份，可在服务记录中区分作者 | Hypothesis（取决于服务） | 在测试仓库中检查具体服务如何显示每个身份 |
接下来阅读：分支、环境与发布版本、模板以及 SCAFFOLD 页面。