Coding

Ads Brain Planning Gate Validation 1.0.0

Try it

规划 Agent 新框架中的门禁与校验通用协议。定义 Capability Gate、Scenario Gate、Business Guard、Payload Validation、Execution Gate、场景化 Guard、skipped 状态、blocked_reason 与 next_action。

What it does

规划 Agent 新框架中的门禁与校验通用协议。定义 Capability Gate、Scenario Gate、Business Guard、Payload Validation、Execution Gate、场景化 Guard、skipped 状态、blocked_reason 与 next_action。

The skill document

规划 Agent 门禁与校验协议

1. 定位

本 Skill 定义规划 Agent 新框架下的通用门禁与校验协议。

当前阶段只做内容层定义:

  • 不接入 agent-card.json
  • 不新增 Java Guard 服务。
  • 不替换已有校验工具。
  • 不直接调用执行 Tool。

本 Skill 供 ads-brain-planning-pipelineads-brain-planning-create-pipelineads-brain-planning-optimize-pipeline 引用。


2. 概念定义

概念定义是否一定阻断例子
Gate 门禁判断当前流程是否允许继续可能简单投准入、标准投不支持
Validation 校验判断输入/输出结构或字段是否合法可能schema 校验、必要字段缺失
Guard 条件保护针对特定场景触发的保护逻辑不一定客资唯一性、诊断协作
Block 硬阻断明确不能继续当前流程不支持投放类型、无权限
Warning 软提醒可以继续,但需要提示风险或假设数据缺失、默认预算假设
Route Hint 转路由提示当前能力不处理,建议转其他能力是/否创编转优化、标准投转人工

3. 五层门禁与校验

Capability Gate
  ↓
Scenario Gate
  ↓
Business Guard
  ↓
Payload Validation
  ↓
Execution Gate
层级回答的问题
Capability Gate请求应由 create、optimize 还是 unsupported 处理?
Scenario Gate进入能力后,当前场景是否支持?
Business Guard当前业务约束是否允许继续?
Payload Validation当前输入、中间产物或输出结构是否合法?
Execution Gate是否可以进入执行确认或真实执行?

4. 统一规则模型

每条规则都应能映射成以下结构。

{
  "rule_id": "string",
  "rule_type": "capability_gate | scenario_gate | business_guard | payload_validation | execution_gate",
  "capability": "create | optimize | common",
  "stage": "string",
  "severity": "block | warn | route | ask | pass",
  "condition": "string",
  "result": {
    "allowed": true,
    "blocked_reason": "string | null",
    "warnings": [],
    "route_hint": "string | null",
    "required_clarifications": [],
    "next_action": "confirm_execution | ask_clarification | unsupported | no_action | continue"
  }
}

5. GateValidationResult

所有门禁与校验最终归一成 GateValidationResult

{
  "allowed": true,
  "final_decision": "pass | block | warn | ask | route",
  "blocked_reasons": [],
  "warnings": [],
  "route_hint": null,
  "required_clarifications": [],
  "next_action": "continue",
  "applied_rules": [
    {
      "rule_id": "string",
      "decision": "pass | block | warn | ask | route",
      "reason": "string"
    }
  ]
}

合并优先级:

block > ask > route > warn > pass

6. Capability Gate

rule_id条件决策route_hint
cap_create_intent用户表达新建、创建、冷启、搭计划pass:createnull
cap_optimize_intent用户表达优化、放量、控成本、提转化、改创意pass:optimizenull
cap_diagnosis_intent用户表达为什么掉量、为什么成本高、不起量pass:optimizediagnosis_optional
cap_draft_optimize用户对上一轮创编草案说更激进、更保守、更精准pass:optimizeback_to_create_after_patch
cap_unsupported_standard_create用户明确要求标准投、合约、品专新建blockstandard_create_or_manual
cap_ambiguous_mixed_intent用户同时要求新建和优化且优先级不清asknull

7. Scenario Gate

7.1 创编场景门禁

rule_id条件决策blocked_reason
create_simple_supported简单投新建passnull
create_standard_unsupportedlaunch_form=standard 或自然语言明确标准投blockunsupported_launch_form
create_contract_unsupported合约、品专等非简单投blockunsupported_create_type
create_existing_delivery_misroute用户语义指向已有计划优化routemisrouted_to_create

7.2 优化场景门禁

rule_id条件决策blocked_reason
optimize_goal_supported放量、控成本、提转化、改创意、成效预估passnull
optimize_draft_supported优化对象是 launch_plan_draftpassnull
optimize_missing_context无对象、无草案、无改善目标且无法默认askmissing_optimization_context

8. 场景化 Guard

部分 Guard 只在特定场景触发,不能全局必跑。

8.1 设计原则

  1. 先识别场景,再触发 Guard。
  2. 未命中场景时,Guard 结果为 skipped
  3. 需要 Tool/RPC/Evidence 的 Guard 只有命中触发条件才执行。
  4. skipped 必须记录原因,不能等同于 passed
  5. Guard 消费 scenario_tags,不要反复让模型猜。

8.2 Guard 输出结构

{
  "guard_name": "string",
  "triggered": true,
  "status": "passed | blocked | warned | routed | skipped",
  "skip_reason": "string | null",
  "decision_reason": "string",
  "payload": {}
}

8.3 场景化 Guard 表

Guard触发场景不触发时触发后动作
lead_generation_unique_guardmarketing_goal=lead_generation 或用户明确客资收集skipped:not_lead_generation调客资唯一性检查,已存在则阻断新建或建议优化已有计划
simple_create_eligibility_guardcapability=createcreate_scene=simple_createskipped:not_simple_create调准入检查,限制可用创建选项或阻断
standard_launch_form_guardlaunch_form=standard 或自然语言明确标准投skipped:not_standard_launch_form当前简单投创编直接 unsupported
draft_patch_guardcapability=optimize 且上下文是 draft_planskipped:not_draft_plan输出 draft patch,回流创编/simple-create
diagnosis_collaboration_guard用户问“为什么”或数据出现异常信号skipped:no_diagnosis_intent_or_signal调诊断能力或引用诊断结果
execution_confirmation_guardnext_action=confirm_execution 且存在 payload/actionskipped:no_executable_payload生成确认卡片,等待用户确认
budget_risk_guard预算超阈值、大幅调预算或预算缺失不可默认skipped:no_budget_riskwarn 或 ask_clarification
force_refresh_guard用户修改预算/目标/对象/时间窗口等影响数据有效性的字段skipped:no_context_change触发重新取数或标记 Evidence stale

8.4 scenario_tags

上下文归一化阶段应生成 scenario_tags

{
  "scenario_tags": [
    "simple_create",
    "lead_generation",
    "draft_plan_optimize",
    "diagnosis_intent",
    "budget_changed"
  ],
  "scenario_confidence": {
    "lead_generation": "high",
    "diagnosis_intent": "medium"
  }
}

9. 控制规则目录

本协议是新框架中门禁与校验的统一控制面。创编和优化 Pipeline 只需要消费这里定义的 rule / guard / validation,不需要在各自正文中重复发明控制规则。

9.1 创编控制规则

业务约束新规则类型rule / guard行为
非简单投识别Scenario Gatecreate_standard_unsupported / create_contract_unsupported标准投、合约、品专等不进入简单投创编
简单投准入检查Business Guardguard_simple_create_eligibility准入失败或全集为空时,不输出 create_campaign
客资唯一计划检查场景化 Guardlead_generation_unique_guard仅明确客资收集时触发,已存在则不新建
客资全自动限制Business Guardguard_lead_generation_unique / validate_launch_plan_draft客资收集只支持全自动,半自动诉求不生成 create_campaign
create_campaign 字段白名单Payload Validationvalidate_create_campaign_schemaschema 校验失败不进入执行确认
渐进式方案输出Payload Validation / Output Guardvalidate_launch_plan_draft / next_action首轮精简版,详情追问再展开
枚举码/字段名外泄禁止Payload Validation / Output Guardvalidate_customer_visible_text客户可见文案必须中文化

9.2 优化控制规则

业务约束新规则类型rule / guard行为
优化类型识别Capability / Scenario Gatecap_optimize_intent / optimize_goal_supported放量、控成本、改创意、成效预估进入优化
自主查数Business Guard / Evidence Guardguard_evidence_collection按目标选择查询维度,失败降级
批量查询纪律Business Guardguard_evidence_batching≥2 个 apiKey 使用批量 queries,pending 不重试
诊断协作场景化 Guarddiagnosis_collaboration_guard问原因或异常信号明显时调用诊断
精简版输出Payload Validation / Output Guardvalidate_optimization_plan首轮 3~5 条核心动作,每条有依据和动作
风险护栏Business Guardguard_budget_safety / guard_execution_confirmation调幅、冷启、批量范围、策略冲突只提示和分阶段
不直接执行修改Execution Gateexec_requires_confirmation有 action 也必须先确认
内部字段外泄禁止Payload Validation / Output Guardvalidate_customer_visible_text禁止输出字段名、apiKey、数字编码

9.3 需要补充的通用输出校验

当前协议层建议新增一个逻辑校验项:

rule_id校验对象作用
validate_customer_visible_text用户可见自然语言禁止思考过程、内部字段、枚举码、数字编码、apiKey、Tool 名、内部过渡语外泄
validate_next_action_consistency输出整体确保 blocked_reasongate_validation.final_decisionnext_action 一致
validate_guard_skipped_reasonGuard 结果确保未触发的场景化 Guard 标记 skipped 而非 passed

10. Business Guard

rule_idcapability触发条件决策
guard_simple_create_eligibilitycreate简单投准入检查pass / block / warn
guard_lead_generation_uniquecreate客资收集场景pass / block / route
guard_budget_safetycreate / optimize预算明显异常或缺失warn / ask
guard_draft_patchoptimize优化对象是待创建草案pass,输出 draft patch
guard_diagnosis_collaborationoptimize用户问原因或数据异常pass,可调用诊断
guard_execution_confirmationcreate / optimize存在可执行 payload/actionpass,进入执行确认

11. Payload Validation

rule_id校验对象决策
validate_context_required_fields归一化上下文pass / ask
validate_launch_plan_draftlaunch_plan_draftpass / ask / block
validate_create_campaign_schemacreate_campaignpass / block
validate_optimization_planoptimization_planpass / warn / ask
validate_execution_actionexecution_actionpass / block

校验原则:

  1. 缺字段但可安全默认:warn,并写入 assumptions
  2. 缺字段且不能安全默认:ask
  3. 字段非法且不可修复:block
  4. 字段非法但可修复:修复后记录 warnings

12. Execution Gate

rule_id条件决策
exec_payload_exists存在可执行 payload/actionpass
exec_payload_validpayload 校验通过pass
exec_requires_confirmation动作会修改线上投放pass:confirm_execution
exec_missing_confirmation_template缺确认卡片模板block
exec_risk_requires_warning高风险动作,如大幅加预算warn

13. blocked_reason 枚举

blocked_reason含义
missing_advertiser_id缺少广告主 ID
unsupported_launch_form不支持当前投放形式
unsupported_create_type不支持当前新建类型
misrouted_to_create优化请求误入创编
misrouted_to_optimize创编请求误入优化
simple_create_not_eligible简单投准入不通过
lead_generation_campaign_exists客资唯一计划已存在
missing_required_context缺少必要上下文
invalid_launch_plan_draft创编草案非法
create_campaign_schema_invalid创建 payload schema 非法
missing_optimization_context缺少优化上下文
invalid_optimization_plan优化方案非法
execution_payload_invalid执行 payload 非法
confirmation_template_missing缺少确认卡片模板

14. next_action 枚举

next_action含义
continue继续当前流程
confirm_execution进入执行确认
ask_clarification追问用户
unsupported当前能力不支持
route建议转其他能力
no_action只回答,不进入后续动作

15. 接入建议

当前阶段:

  • 只作为内容层协议被其他新 Pipeline Skill 引用。
  • 不要求 Java 强制执行。
  • 不要求 agent-card 暴露。

后续可分阶段接入:

  1. Prompt 文档接入。
  2. 结构化输出协议接入。
  3. JSON/YAML 规则配置接入。
  4. Java Guard 服务接入。
  5. 测试与观测接入。

Related skills

规划 Agent 新框架内容层通用 Pipeline。用于沉淀创编/优化能力分流、会话状态识别、门禁校验、统一输出协议与后续接入约定;当前暂不接 agent-card 路由。

规划 Agent 新框架中的优化 Pipeline。面向投放改善目标生成优化策略,支持存量对象、待创建草案、策略变量和目标导向优化;诊断只是可选协作依据,不等同于优化本身。

规划 Agent 新框架中的创编 Pipeline。面向新建投放方案生成,负责从经营诉求归一化出发,经过场景门禁、创建必要门禁、生成 launch_plan_draft,并委托 simple-create 生成 create_campaign。

Adversarial implementation planner. Takes a spec.md (from adversarial-spec) and optionally review findings, then produces a plan.md with ordered steps, dependencies, files, tests, and risks. Execute the result through focused per-step specs.

A design gate checker for architecture validation, feasibility analysis, and impact scope assessment.

A requirement gate checker for requirement completeness, acceptance criteria, and scope validation.

1 installs