AIDAWORK / ARCHITECTURE

关键字段选择示例：HR 工具命中与空集

机制说明（SoT）图是辅读 · 结论以说明与证据为准

HR/BI 两侧是示例：如果工具集合命中某个 pattern 的 sourceTools，该 pattern 才进入校验集合。差异来自实际可用工具与能力模式，不是业务域名称本身。

本页可直接往下读完整机制说明，不需要「演示 / 播放故事」。术语不熟先看术语表。

先读机制说明，结论以说明与证据为准 · 基于固定代码版本核验 · 部署状态另行确认

机制说明（全文）

HR/BI 两侧是示例：如果工具集合命中某个 pattern 的 sourceTools，该 pattern 才进入校验集合。差异来自实际可用工具与能力模式，不是业务域名称本身。

因此不能断言所有 HR Agent 都有固定工具，也不能断言 BI 永远没有关键字段。工具或 capability patterns 改变时，选择结果也随之改变。

aida-agent · packages/agent/src/orchestrator/critical-field-registry.ts L45–55 · selectCriticalFieldsForAgent · e2adc9a3c325
aida-agent · packages/agent/src/gateway/resolve-and-orchestrate.ts L472–502 · selectCriticalFieldsForAgent · e2adc9a3c325
aida-agent · packages/agent/src/orchestrator/agent.ts L2491–2523 · responseGuard.verify · e2adc9a3c325
aida-agent · docs/adr/0018-orchestrator-runtime-and-turn-config.md L9–54 · e2adc9a3c325

结论来自固定版本的静态源码与合同阅读；实现存在、默认开关和生产启用分别判断。本站代码证据面板列出声明状态与具体限制。