译文
译自西班牙语原文，以原文为规范文本。 状态：草稿，待人工审校。如有歧义，以西班牙语原文为准。
SCAFFOLD 0.1：已接受版本¶
已登记的人工决定：2026 年 10 月 13 日。 接受 SCAFFOLD 0.1 作为借助助手进行工程的方法论，与已接受的 ASILO 0.1 和 MILPA 0.1 版本并列。该决定源自文档审查期间收到的明确指示：SCAFFOLD 应当像 ASILO 一样显示为已批准。
版本范围¶
SCAFFOLD 组织由人员和助手构建的软件项目，从启动直至交付：项目章程与现状盘点、规划性工作与节奏、由人员和智能体组成的小组、写入区、交接、批次、分支、环境、部署、发布版本和度量。其 0.1 版本包含 31 条已接受的要求：SCAFFOLD-R-001 至 SCAFFOLD-R-016，以及 SCAFFOLD-R-018 至 SCAFFOLD-R-032，其卡片及交接说明的格式见要求页面。西班牙语具有规范效力；英语是参考译文。
接受 SCAFFOLD 并不修改 ASILO 0.1 和 MILPA 0.1 的文本及例外。声明应用它需要项目自身的证据；本决定既不证明某个实现，也不声称该行业已广泛采用。
版本之外的修订案¶
SCAFFOLD-R-017 仍处于 proposed 状态，不在 31 条现行有效的要求之内。 它提议为未声明其关联端点的系统设立一项对 MILPA-R-007 的例外。接受 SCAFFOLD 并不批准对 MILPA 的这一修改：MILPA-R-007 保持其权威及其唯一的现行例外，即针对探索性关联的例外。其 ID 予以保留，且不得重复使用。
版本补全——2026 年 10 月 14 日¶
已登记的人工决定：2026 年 10 月 14 日。 负责人指示将 SCAFFOLD 补全为软件项目管理方法——从零开始规划，或从项目所处的现状出发、规划性工作、与版本控制的衔接、分支、环境、部署、发布版本，以及由人员和智能体组成的小组——并将其纳入第一个版本，而不是另开新版本。新增 SCAFFOLD-R-019 至 SCAFFOLD-R-032、各卡片中提到的角色，以及项目周期的开放格式。要求 R-001 至 R-016 和 R-018 保持其原有表述；其“状态与版本”字段现在登记了两个日期。登记文件 reference/scaffold-accepted-0.1-sha256.json 将 10 月 13 日的指纹作为被取代的修订保留，以免来源丢失。
可追溯性与演进¶
此前将其归类为候选指南，以及后来称其为“事实上的”，均被本次接受所取代。专属登记文件 reference/scaffold-accepted-0.1-sha256.json 确定版本、日期、所含 ID、排除项以及已接受页面的指纹，与 ASILO/MILPA 的历史登记文件分开。此后的任何规范性修改都需要人工决定和已标识的版本。本登记文件记录该决定；它不授予接受其他版本的权限。