luanmorenommaciel/brief-spec 是一个规约项目，其目标是在把多个 AI 编码框架（coding harness）接到同一个项目上之后，人类接收到的交接格式仍然统一为一种、可预测的形式。提交 f65958d（2026-10-27）为该仓库的 GitHub Actions 工作流中的 "Create exact-SHA release authorization" 步骤新加上了执行条件。该审批步骤现在只有在手动运行工作流时，或当 ref 以 refs/tags/v 开头的发布标签被 push 时才会执行。
该步骤调用 scripts/build-release-authorization.py，负责把特定的提交 SHA 变成发布授权。按照提交消息的说法，这项授权只有在存在与发布候选相关联的真实 E2E（end-to-end）证据时才可能成功。变更之后，计划任务运行以及 PR 和 main 分支的 push 仍照常执行构建以及 wheel 和 sdist 洁净室安装冒烟步骤，只是跳过审批步骤。这并不是阻断整个构建，而只是把条件收窄到审批产物上。
修改只有 ci.yml 一行，但同一个提交还新增了 123 行的 tests/test_ci_release_authorization_gate.py（LUA-40、PR #20）。该测试解析 ci.yml，把审批步骤的条件表达式与执行触发条件的组合（计划任务、PR、main push、v 标签 push、手动运行）进行对照，并确认构建、元数据校验、洁净室冒烟步骤上没有附加条件。能够确认的仅限于工作流文件中的条件结构和步骤布局。实际审批流程与哪些外部系统相衔接，在本次提交中并未显现。审批步骤只保留了两条执行路径，这等于设定了一个前提：既非由标签也非由手动运行触发的发布，不会生成审批产物。