Skip to content
Back to skills

Agent Compliance Conformance

ASecurity

Audit a compliance-ladder design (C0-C6) and transcript-fidelity ladder (T0-T5) plus their adapter conformance fixtures — Codex, Claude Code, Cloudflare, Ollama/LM Studio, custom stdio/HTTP agents — for the two failure modes that make a C-badge or T-fidelity label a lie: the ladder disagreeing with itself across doc/schema/ui/probe surfaces, and a level being reachable by self-report because no daemon-witnessed negative probe actually tries to forge it. Use when designing or freezing a compli...

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 24, 2026
toolsgobashnodetestingbackend

Works with

  • claude code
  • mcp

Security analysis

A100/100

Pro scans all 12 files and shows the line behind each finding

Scanned September 24, 2026

npx -y skills add curiositech/port-daddy --skill agent-compliance-conformance --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Agent Compliance Conformance?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Agent Compliance Conformance
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/curiositech-agent-compliance-conformance/badge)](https://www.skillsdirectory.com/skills/curiositech-agent-compliance-conformance)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: agent-compliance-conformance
description: >-
  Audit a compliance-ladder design (C0-C6) and transcript-fidelity ladder (T0-T5) plus their adapter conformance
  fixtures — Codex, Claude Code, Cloudflare, Ollama/LM Studio, custom stdio/HTTP agents — for the two failure modes
  that make a C-badge or T-fidelity label a lie: the ladder disagreeing with itself across doc/schema/ui/probe
  surfaces, and a level being reachable by self-report because no daemon-witnessed negative probe actually tries to
  forge it. Use when designing or freezing a compliance ladder, wiring an adapter conformance probe suite, deciding
  whether a numeric C-badge or T-label is safe to ship, or investigating a self-attestation or observed-to-controlled
  bypass risk. NOT for auditing a cryptographic protocol or whitepaper for adversarial soundness (`redteam-review`),
  writing TLA+/formal invariants for a daemon monitor (`runtime-verification-for-agents`), or agent identity,
  successor linkage, and reputation across restarts (`agent-identity-continuity-reputation`).
license: Apache-2.0
allowed-tools: Read,Write,Edit,Bash,Grep,Glob
metadata:
  category: Agent & Orchestration
  tags:
    - compliance-ladder
    - transcript-fidelity
    - negative-probes
    - self-attestation
    - agent-conformance
  provenance:
    kind: first-party
    owners:
      - port-daddy
  pairs-with:
    - skill: agentic-app-architecture
      reason: Defines the control-plane architecture (Agent Node, daemon authority, control commands) this ladder measures conformance against.
    - skill: sandboxed-adversarial-test-harness
      reason: Supplies the actual sandbox that exercises a negative probe against a real adapter, producing the present/downgraded fixture data this skill audits.
    - skill: runtime-verification-for-agents
      reason: Supplies the daemon-side invariants (hash chains, sequence, idempotency) that make a "downgraded honestly" claim provable rather than asserted.
    - skill: agent-identity-continuity-reputation
      reason: Covers what a level grant means for a successor/predecessor identity; this skill covers whether the level grant itself was earned or forged.
  io-contract:
    kind: deliverable
    consumes:
      - kind: compliance-ladder-design-brief
        format: markdown
      - kind: conformance-fixture-spec
        format: json
    produces:
      - kind: conformance-audit
        format: json
      - kind: ladder-freeze-decision
        format: markdown
---

# Agent Compliance Conformance

Decide whether a compliance-ladder design and its adapter fixtures actually prove what they claim, or just perform compliance theater.

## Use This For

- Freezing a compliance ladder (C0-C6) or transcript-fidelity ladder (T0-T5) before any surface ships a numeric badge.
- Auditing whether doc, schema, UI, and probe surfaces genuinely agree on every level's id, order, name, and required predicates.
- Designing or reviewing an adapter conformance probe suite across Codex, Claude Code, Cloudflare, Ollama/LM Studio, and custom stdio/HTTP agents.
- Deciding whether a forged-capability, MCP-bypass, disabled-hook, forged-heartbeat, or observed-to-controlled attack is actually caught, not just documented as a risk.
- Investigating why a level advanced when nothing daemon-witnessed backs the claim.

## Do Not Use This For

- Adversarial review of a cryptographic protocol or whitepaper's soundness (`redteam-review`).
- Writing or verifying TLA+/formal invariants for a daemon monitor process (`runtime-verification-for-agents`).
- Agent identity, successor/predecessor linkage, or reputation decay across restarts (`agent-identity-continuity-reputation`).

## Decision Model

```mermaid
flowchart TD
  A[Freeze one canonical ladder: id, order, name, requiredPredicates] --> B[Collect every surface: doc, schema, ui, probe]
  B --> C{Every surface identical to canonical?}
  C -->|No| D[ladder-name-order-drift: fix root cause, re-audit]
  C -->|Yes| E[Collect adapter fixtures: Codex, Claude, Cloudflare, Ollama, custom]
  E --> F{All 5 negative probes present per adapter?}
  F -->|No| G[missing-negative-probe: wire the fixture]
  F -->|Yes| H{Every fired probe downgraded honestly?}
  H -->|No| I[no-downgrade-on-forgery: fix the daemon check]
  H -->|Yes| J{Every non-base level backed by >=1 witnessed adapter?}
  J -->|No| K[level-advances-on-self-report: add a fixture before granting it]
  J -->|Yes| L[pass: true — safe to freeze and ship]
```

1. **Freeze one canonical ladder per axis.** Compliance (C0-C6) and transcript fidelity (T0-T5) are separate axes — see `references/compliance-and-fidelity-ladders.md`. A level needs an id, an order, a display name, and a `requiredPredicates` array of structured predicate strings, never prose.
2. **Enumerate every surface that declares the ladder.** Doc, schema, UI, and probe form each need their own entry; a ladder with zero entries for one of the four is an incomplete freeze, not yet a drift bug.
3. **Diff every surface against the canonical ladder.** Same id must mean the same order, the same name, and the same predicate set everywhere — the binder's own docs disagree on C3's name today, which is exactly the bug this step exists to catch.
4. **Enumerate the five required negative probes per adapter fixture**, per `references/negative-probe-catalog.md`: `forged-level`, `direct-mcp-bypass`, `disabled-hook-after-launch`, `forged-heartbeat`, `observed-to-controlled`.
5. **Verify each probe is `present`** — an actual, daemon-exercised fixture, not a stubbed or planned one — and, if fired, that it **`downgraded`** the adapter's effective level. An absent `downgraded` flag is never assumed true.
6. **Verify every non-base level has a witness.** A level with `order > 0` and zero adapters backed by a present, correctly-downgrading probe is reachable by self-report alone.
7. **Fail closed.** Pass only when there are zero critical findings and the score clears the bar — never treat an empty findings array from incomplete auditing as the same thing as a clean one from thorough auditing.

## Output Contract

A frozen, ship-safe ladder design carries:

- `ladders`: canonical id/order/name/`requiredPredicates` for every level on every axis in scope.
- `surfaces`: a doc, schema, ui, and probe declaration per ladder, each identical to canonical.
- `adapters`: one fixture per backend, each with all five negative probes `present` and `downgraded`.
- Zero `critical` findings and `score >= 75` from the audit.

Use `scripts/conformance_audit.mjs` to audit a conformance-spec JSON payload and return `{ pass, score, findings, recommendations }`.

## Anti-Patterns

### Ladder Drift Across Surfaces

**Novice**: Ship a compliance badge because "the compliance plan doc says C3 is Suggestible" without checking that the UI component, the JSON schema, and the probe implementation agree — they don't, and now three surfaces silently mean three different things by the same number.
**Expert**: Treat the ladder as frozen only once doc, schema, UI, and probe all declare the exact same id, order, name, and `requiredPredicates` for every level — diff them structurally, don't eyeball them.
**Detection**: `conformance_audit.mjs` fires `ladder-name-order-drift` (critical) when any surface's level disagrees with or omits a canonical level, and `incomplete-surface-coverage` (medium) when a ladder is missing a doc, schema, ui, or probe declaration entirely.

### Self-Report Without a Falsifiable Probe

**Novice**: Let an adapter claim C5 because the body's own status report says so, with no fixture that ever tried to forge or disprove that claim.
**Expert**: Treat a level as earned only when a real, daemon-exercised negative-probe fixture exists for it — a documented risk with no wired fixture is a checkbox, not evidence.
**Detection**: `conformance_audit.mjs` fires `missing-negative-probe` (critical) when a required probe kind is absent or not `present` for an adapter, and `level-advances-on-self-report` (critical) when a non-base level has zero adapters backed by any witnessed, correctly-downgrading probe.

### Forgery That Slips Through

**Novice**: Build the `direct-mcp-bypass` or `observed-to-controlled` attack fixture, run it, watch it succeed, and ship anyway because "at least we tested it."
**Expert**: A probe that fires and isn't caught is worse than no probe at all — it proves the exact bypass works. Fix the daemon-side check before the level can be granted, and never assume an untested `downgraded` outcome is safe.
**Detection**: `conformance_audit.mjs` fires `no-downgrade-on-forgery` (critical) when a `present: true` probe has `downgraded` false or absent — fail-closed, not fail-open.

## References

| File | Load When |
| --- | --- |
| `references/compliance-and-fidelity-ladders.md` | Need the canonical C0-C6 / T0-T5 level definitions, or the exact source of the C3 naming contradiction. |
| `references/negative-probe-catalog.md` | Need the five required probe kinds, or the exact meaning of `present` vs `downgraded`. |
| `examples/expected-output.md` | Need to see a drifted, self-attesting ladder audited, then the same design frozen and passing. |
| `templates/output-template.md` | Need a reusable ladder-freeze decision template to fill in. |
| `schemas/conformance-spec.schema.json` | Need to validate a conformance-spec JSON payload's structure before auditing it. |
| `scripts/conformance_audit.mjs` | Need deterministic scoring of a ladder design's readiness to freeze. |
| `agents/openai.yaml` | Need a subagent descriptor for delegated conformance auditing. |

<!-- BEGIN BUNDLE INDEX (auto: index_references.py) -->

## Skill Bundle Index

*Every file in this skill, and when to open it. Auto-generated; run `scripts/index_references.py --fix`.*

**root**
- [`CHANGELOG.md`](CHANGELOG.md) — Agent Compliance Conformance — Changelog — - Initial skill creation - Compliance ladder (C0-C6) and transcript-fidelity ladder (T0-T5) freeze process defined - Deterministic `conforma
- [`README.md`](README.md) — Agent Compliance Conformance — Audit a compliance-ladder design (C0-C6) and transcript-fidelity ladder (T0-T5), plus their adapter conformance fixtures, for cross-surface 

**`agents/`**
- [`agents/openai.yaml`](agents/openai.yaml) — openai (data/schema)

**`examples/`**
- [`examples/expected-output.md`](examples/expected-output.md) — Example Output: Agent Compliance Conformance — Scenario: a team ships a `compliance-ladder` design where the `doc` surface renamed C3 from "Suggestible" to "Controllable," the `schema` su
- [`examples/sample-input.json`](examples/sample-input.json) — sample input (data/schema)
- [`examples/weak-input.json`](examples/weak-input.json) — weak input (data/schema)

**`references/`**
- [`references/compliance-and-fidelity-ladders.md`](references/compliance-and-fidelity-ladders.md) — Compliance Ladder And Transcript Fidelity Ladder — Use this when you need the canonical level definitions to compare a doc, schema, UI, or probe surface against, or when you need to know whic
- [`references/negative-probe-catalog.md`](references/negative-probe-catalog.md) — Negative Probe Catalog — Use this when you need to know which hostile fixtures a compliance-conformance suite must run against every adapter, or need the exact meani

**`schemas/`**
- [`schemas/conformance-spec.schema.json`](schemas/conformance-spec.schema.json) — conformance spec.schema (data/schema)

**`scripts/`**
- [`scripts/conformance_audit.mjs`](scripts/conformance_audit.mjs)

**`templates/`**
- [`templates/output-template.md`](templates/output-template.md) — Compliance Ladder Freeze Decision — Fill in every section before letting any C-badge or T-fidelity label ship.

<!-- END BUNDLE INDEX -->

Files in this skill

  • CHANGELOG.md372 B
  • README.md1.3 KB
  • SKILL.md11.5 KB
  • agents/openai.yaml1017 B
  • examples/expected-output.md12.6 KB
  • examples/sample-input.json8.3 KB
  • examples/weak-input.json3.8 KB
  • references/compliance-and-fidelity-ladders.md4.7 KB
  • references/negative-probe-catalog.md4.3 KB
  • schemas/conformance-spec.schema.json5.3 KB
  • scripts/conformance_audit.mjs15.1 KB
  • templates/output-template.md2.3 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…