[Schema Consistency] 🔍 Schema Consistency Check - 2026-10-30

[github-actions[bot]]

Overview

Found 3 actionable inconsistencies across schema, compiler/parser, and documentation. Workflow usage was checked with bounded static scans. Strategy: cached schema spot checks plus targeted parser/doc/workflow verification (proven strategy; day 303 modulo 10 = 3). No source files changed or workflows executed.

Key Issues

1. High — refusal-labels is advertised as an available guard but is rejected and not emitted. docs/src/content/docs/reference/mcp-gateway.md:1617 describes label-based integrity downgrades and provides two configuration examples. The GitHub tool schema omits this property; parsing in pkg/workflow/tools_parser.go:306 handles blocked users, approval labels, and trusted users without refusal labels. Guard-policy serialization in pkg/workflow/mcp_github_config.go:459 likewise has no refusal-label mapping. The documented example fails schema validation. Users cannot configure the advertised restriction through this frontmatter. Either implement schema, parsing, validation, and serialization together with precedence tests, or clearly mark the documentation as a future contract and remove runnable examples until supported. No runtime bypass was tested or inferred.

2. Medium — documented allowed-repos: current shorthand is unsupported. docs/src/content/docs/reference/cross-repository.md:68 lists current and claims normalization to the current repository; the example at line 82 uses it. pkg/parser/schemas/main_workflow_schema.json:5087 accepts only all, public, the literal GitHub repository expression, or an array. pkg/workflow/tools_validation_github.go:222 special-cases those supported strings; current instead reaches repository-pattern validation. Replace the example with ${{ github.repository }}, or implement and test normalization alongside the schema addition.

3. Medium — FAQ places custom MCP servers under an invalid key. docs/src/content/docs/reference/faq.md:224 shows tools.mcp-servers.my-server, rejected because tools disallows the mcp-servers property. The supported top-level field is defined at pkg/parser/schemas/main_workflow_schema.json:4914. The FAQ also uses image, so moving the block alone is insufficient: rewrite the complete example using a supported HTTP or stdio/container server shape and validate it against the relevant definition. A top-level HTTP server control passes.

Validation, scope, and excluded leads

• Started from /tmp/gh-aw/agent/schema-diff.json and the cached strategy database. The apparent docker-image-pull-policy and work-queue-policy gaps are false positives: both have RawFrontmatter consumers. The precomputed used-in-workflows comparison contains no unknown top-level keys.
• Scanned reference YAML snippets as data, preserving YAML on keys and Boolean values. Reduced the three findings to inert Draft7 examples; each unsupported shape was rejected. Corresponding supported controls passed the selected property constraints. Required workflow-level fields were excluded for these partial fragments; this was not whole-workflow compilation.
• Cross-checked compiler/parser consumers for the affected settings. No repository or workflow code was executed.
• Scanned 497 workflow/shared Markdown files for literal allowed-repos: current and refusal-labels: in frontmatter; neither appeared. This is a targeted usage check, not a claim that all workflows and imported configurations are schema-valid. No workflow edits are recommended from this evidence.
• Excluded issues already recorded in the strategy cache rather than repeating prior findings.
• Updated the successful strategy record and findings in the strategy database.

Non-authoritative AWF Warning

The supplied AWF config comparison is degraded: canonical source retrieval failed for the config specification and schema sources. No authoritative AWF drift conclusion can be drawn. This warning does not fail a required check and does not justify a corrective PR or drift issue.

Next Actions

• Resolve the refusal-labels implementation/documentation contract together.
• Correct the current shorthand documentation or implement it consistently.
• Replace the FAQ MCP example with a fully schema-valid server configuration.
• Add focused documentation-example validation for these cases.

Strategy Performance

Findings: 3. Effectiveness: High. Reuse: Yes. Minimal rejected examples paired with passing controls separated real documentation mismatches from raw-map field false positives.

References: §41008353798

Generated by ✅ Schema Consistency Checker · codex · gpt61 · ~15 AIC · ⌖ ~7 AIC · ⊞ 19.7K · ◷

• expires on Oct 30, 2026, 9:30 PM UTC-08:00

[github-actions[bot]]

This discussion has been marked as outdated by Schema Consistency Checker.

A newer discussion is available at Discussion #73429.