准入与触发时机选择
§1摘要与结论
决定何时、由谁把产物推进下一环节：人工门控可控但易漏、自动流转高效但可能放行半成品，应在「可信度门槛与发生频率」两个维度上选择人工、自动或半自动策略。
别名：0813 维度2 摄取时机、准入时机、触发策略、人工与自动权衡、半自动门控 | 英文：Admission and Trigger Timing Selection | 类型：方法 / decision-framework
§2局部关系图
§3原理 · 为什么
把产物从一环节推进下一环节需要一个触发决策，而触发方式的选择本质是质量门槛与便利性之间的权衡。自动触发省去人工干预、降低重复劳动、提升一致性，但若门槛宽松，可能把尚未达到质量标准的半成品放行到下游；人工门控在关键处保留判断力与责任归属，却依赖人的在场与警觉，容易因疲劳、疏漏或进度压力而失效。半自动策略试图兼得两者：以机器完成高频、规则明确的检查，在明确的完成信号或决策门处引入人工确认。选择时应考虑两个变量——该环节出错的可信度门槛有多高，以及该环节发生的频率有多高；门槛高且频率低时适合人工介入，频率高且判断规则化时适合自动化，处于中间地带则用半自动，以自动完成大部分、人工把守关键。触发方式还影响责任归属：人工门控明确了谁对放行负责，自动门控则把责任转交给规则本身，因此规则的制定者与维护者也应被明确。由此，触发方式的选择不是工具偏好问题，而是对质量责任与交付节奏的分配，需要在流程设计阶段就有意识地决定，并在团队能力与工具成熟度变化时重新校准。把每一次放行与阻断都纳入可观测记录，还能让触发策略的调整建立在事实而非印象之上，从而避免门控在无人察觉中失效。
§4机制 · 如何运作
触发策略按「频率×可信度门槛」二维选型。高频率、低门槛的环节（如每次提交的构建与单元测试）应完全自动化，用流水线持续执行并即时反馈，避免人工成为瓶颈；低频率、高门槛的环节（如重大架构决策、生产发布审批）应保留人工门控或评审，让责任与判断落到具体的人；高频率但需判断、或低频率但可规则化的环节适合半自动：用自动检查前置过滤明显不合格项，再由完成信号或决策门触发人工确认。自动化须以可执行、可重复的检查替代主观印象，人工门控须有明确的准入判据而非凭感觉；两者都应留下记录，使触发决策可追溯、可复核、可随语境调整。核心是把稀缺的人类注意力集中在真正需要判断的地方。门槛本身应可度量：把「可放行」的判据写成客观条件而非主观印象，使人工与自动使用同一把尺子，二者才可平滑切换。
§5工程 · 怎么落地
落地时先梳理从产生到消费的全部环节，为每一环标注发生频率、出错代价与可规则化程度，据此分配人工与自动的比重。对适合自动化的环节，把检查写成可执行的门控并接入流水线，确保每次变更都经过、且失败即阻断；对需要人工的环节，定义清晰的准入判据清单与责任人，避免评审沦为走过场。半自动环节以明确的完成信号作为锚点，让自动检查先跑、人工只在信号出现且检查通过后确认。为减少人工重复劳动，持续识别可自动化的高频操作并逐步替换，但保留关键决策门。所有触发点应记录通过/阻断结果与理由，并定期复盘误放行与误阻断的比例，据此调整门槛与自动化范围，使策略随可信度变化而演进。对每一次放行与阻断保留可追溯记录，定期抽样复核人工判断与自动判断的一致性，发现偏差即调整判据。
§6权衡卡
触发策略的选择有代价与陷阱。
过度自动化且门槛过宽会放行半成品，使缺陷流向昂贵得多的下游；过度人工则制造瓶颈、拖慢交付并消耗稀缺注意力，且人在重复劳动中反而更容易疏漏。
因此应以出错代价与频率为判据，为目标环节明确门槛与自动化比例，并持续复核误放行与误阻断，而非在「全自动省心」与「全人工可控」之间二选一；触发方式还应随团队成熟度与工具能力动态调整。
还有一类隐性代价：过密的人工门会训练团队绕过流程或提前「美化」产物，使门控在形式通过的同时失去甄别力。
反例之一是把自动化当作免除责任的借口，门控形同虚设；反例之二是对高频环节仍坚持人工审批，导致排队与交付节奏受损；反例之三是人工门控缺乏明确判据，评审退化为凭印象放行。
- 此外，半自动若信号定义不清，仍会退化为全人工或全自动。
权衡原文仅按显式标记词归栏引用（收益 / 代价 / 反例），其余句子按原序列为「原文要点」；内容逐字引用未改写。
§7案例带
OpenSpec 规约驱动解析
对比规约驱动开发工具链 OpenSpec 与 Superpower 的元模型、工件依赖 DAG 与安全门控，提炼「规约先于实现」工程形态的解析案例。
网申 v2 深度重构
一次由「改一处漏多处」症状触发的深度重构：定位到接口定义散落 12 个文件、存在 7 种接口形态的根因后，以单一契约源、dispatch 消息表与能力注册中心重建三层契约系统，恢复可审计与可校验性。
插件 DAG RC5→RC7 升级
一次知识库随上游源码版本升级的级联维护：以三层差异分析把 219 个包收敛为 26 个实质变更包，经编译、运行时、组合三类依赖判定更新 DAG 数据后全量重生成页面，并以静态门控加渲染验证收口。
插件 DAG 两次级联升级
在同一知识库上继续两轮上游级联升级：处理数百次提交与包的增删，暴露「依赖声明不等于运行时引用」、分层须按最长路径深度、纯外部依赖边不得入主图等差分陷阱，并以全量门控校验收口。
MCP 四件套选型对比
对四个同类 MCP 服务器做源码级能力与成本对比，并以常驻 token 预算为轴给出分级接入策略的技术选型实战案例。
Claude Code 架构逆向
以社区逆向源码、系统提示词与官方文档三源交叉验证，还原一个商业 Agent 的查询引擎、子Agent、工具与权限体系的逆向分析案例。
控制理论⊗Agent 设计
将控制理论五维（负反馈 / 状态估计 / PID / 鲁棒 / 分层）系统映射到 Agent 工程环节，并以真实产品案例验证的跨学科方法论案例。
技术知识中枢交付法
从模糊需求到上线，把 AI Agent 驱动的端到端交付固化为四阶段加双共识加迭代的可迁移方法论的实战提炼案例。
AI Agent 架构 DAG 复盘
对四个工作日内独立完成三个异构对象 DAG 分析的方法论复盘，总结「采集→建模→生成→门控→交付」可复用管线与关键教训。
§8信源与核验
核验结论：自动化降低重复劳动并提升一致性，但门槛过宽会放行半成品；应按可信度门槛与频率选择人工/自动/半自动，并在关键决策门保留人工确认 [VEN-030]
§9原始关系清单
展开：本节点的全部原始关系边（4 条，含边 ID 与方向）
| 关系 | 方向 | 对端节点 | 说明 |
|---|---|---|---|
| 案例印证 | ← CAS-X-14 | OpenSpec 规约驱动解析 E-983 | 印证：跳过规约与显式激活的门控时机 |
| 组合 | → MTH-O-07 | 自动化方式选择 E-705 | 准入时机与自动化方式需协同设计 |
| 依赖关联 | → MTH-O-07 | 自动化方式选择 E-700 | 触发时机的落地依赖自动化方式选择 |
| 依据推导 | → ESS-O-03 | 权衡的不可消除性 E-683 | 准入时机的质量门槛与便利性是权衡的体现 |