_ctx-alignment-audit

Audit alignment between docs and agent instructions. Use when recipes or docs make claims about agent behavior that may not be backed by the playbook or skills.

41 stars

Best use case

_ctx-alignment-audit is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Audit alignment between docs and agent instructions. Use when recipes or docs make claims about agent behavior that may not be backed by the playbook or skills.

Teams using _ctx-alignment-audit should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/_ctx-alignment-audit/SKILL.md --create-dirs "https://raw.githubusercontent.com/ActiveMemory/ctx/main/.claude/skills/_ctx-alignment-audit/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/_ctx-alignment-audit/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How _ctx-alignment-audit Compares

Feature / Agent_ctx-alignment-auditStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Audit alignment between docs and agent instructions. Use when recipes or docs make claims about agent behavior that may not be backed by the playbook or skills.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

Audit whether behavioral claims in documentation are backed by
actual agent instructions in the playbook and skills. Identify
gaps between what the docs promise and what the agent is taught
to do.

## When to Use

- After writing or updating recipe documentation
- After modifying the Agent Playbook or skills
- When a recipe makes claims about proactive agent behavior
- Periodically to catch drift between docs and instructions
- When the user asks "is this real or wishful thinking?"

## When NOT to Use

- For code-level drift (use `/ctx-drift` instead)
- For context file staleness (use `/ctx-status`)
- When reviewing docs for prose quality (not behavioral claims)

## What to Audit

Behavioral claims are statements in docs that describe what an
agent **will do**, **may do**, or **offers to do**. They appear in:

- **"Agent note" blockquotes** in recipes
- **"Conversational Approach"** sections
- **"Tips"** sections describing proactive behavior
- Any paragraph using: "the agent will", "the agent offers",
  "proactively", "without being asked", "automatically"

## Process

### Step 1: Collect Claims

Read the target documentation file(s). Extract every behavioral
claim: each statement that describes agent behavior the user
should expect. Record:

- File and line number
- The exact claim
- What behavior it describes

### Step 2: Trace Each Claim

For each claim, search for matching instructions in:

1. **`AGENT_PLAYBOOK.md`** (in the context directory): the primary
   behavioral source; the agent reads this at session start
2. **`.claude/skills/*/SKILL.md`**: skill-specific instructions
   loaded when a skill is invoked
3. **`CLAUDE.md`**: project-level instructions always in context

For each claim, determine:

- **Covered**: a matching instruction exists that would produce
  the described behavior
- **Partial**: related instructions exist but don't fully cover
  the claim (e.g., the playbook says "persist at milestones" but
  the recipe claims the agent identifies specific follow-up tasks)
- **Gap**: no instruction exists that would produce the behavior

### Step 3: Report

Present findings as a table:

| Claim (file:line)                                | Status  | Backing instruction                      | Gap description                                      |
|--------------------------------------------------|---------|------------------------------------------|------------------------------------------------------|
| "agent creates follow-up tasks" (task-mgmt:57)   | Gap     | None                                     | Playbook doesn't teach follow-up task identification |
| "agent offers to save learnings" (knowledge:237) | Covered | Playbook: Proactive Behavior During Work | -                                                    |

### Step 4: Fix (if requested)

For each gap, propose a fix:

- **Playbook addition**: if the behavior should apply broadly
  across all sessions (add to AGENT_PLAYBOOK.md)
- **Skill addition**: if the behavior is specific to one skill
  (add to the relevant SKILL.md)
- **Doc correction**: if the claim overpromises and should be
  toned down

Always update both the live copy (AGENT_PLAYBOOK.md in the
context directory, or `.claude/skills/`) AND the template copy
(`internal/assets/context/AGENT_PLAYBOOK.md` or
`internal/assets/claude/skills/`) to keep them in sync.

## What Makes a Claim "Covered"

A claim is covered when the agent instructions would **reliably
produce** the described behavior. Check:

- Is the instruction **specific enough**? "Persist at milestones"
  is vague. "After completing a task, offer to add follow-up
  tasks" is specific.
- Is the **trigger** clear? The instruction must say WHEN to act,
  not just WHAT to do.
- Is the **mechanism** clear? If the agent needs to run a command
  or check a file, is that stated?
- Does the instruction include **example phrasing**? Agents
  follow examples more reliably than abstract rules.

## Common Gap Patterns

- **"The agent proactively does X"** but the playbook only says
  to do X when asked → add proactive trigger
- **"Natural language triggers Y"** but no conversational trigger
  mapping exists → add to triggers table
- **"The agent chains A then B then C"** but each step is taught
  independently → add chained flow instruction
- **Recipe shows an example dialogue** but the underlying skill
  doesn't teach that flow → update the skill
- **"The agent notices X during work"** but no detection mechanism
  is described → add HOW to detect, not just WHAT to notice

## Instruction File Health

After auditing alignment, check that instruction files are still
a healthy size for agent consumption. Bloated instruction files
get ignored: agents stop following rules buried deep in long
documents.

### Size Heuristics

| File                | Healthy      | Warning       | Danger       |
|---------------------|--------------|---------------|--------------|
| AGENT_PLAYBOOK.md   | < 5k tokens  | 5-8k tokens   | > 8k tokens  |
| Individual SKILL.md | < 2k tokens  | 2-3k tokens   | > 3k tokens  |
| CLAUDE.md           | < 2k tokens  | 2-3k tokens   | > 3k tokens  |
| Total context dir   | < 25k tokens | 25-40k tokens | > 40k tokens |

### How to Measure

```bash
# Total context token estimate
ctx status | grep "Token Estimate"

# Rough per-file estimate (~4 chars per token)
wc -c AGENT_PLAYBOOK.md  # divide by 4 (run from context dir)
wc -c .claude/skills/*/SKILL.md   # divide by 4
```

### When Files Are Too Large

- **Playbook too large**: Extract project-specific sections
  (Pre-Flight Checklist, Go Documentation Standard) into
  CONVENTIONS.md where they belong. The playbook should teach
  behavior, not coding standards.
- **Skill too large**: Split into a focused skill and a
  reference doc. The skill teaches WHEN and HOW; reference
  docs provide details the agent can look up if needed.
- **Total context too large**: Run `ctx compact` to archive
  completed tasks and deduplicate learnings.

### Signs of Instruction Bloat

- Agent ignores rules from the bottom half of a file
- Same instruction appears in multiple places (playbook AND
  skill AND CLAUDE.md)
- Instruction sections contain long examples that could be
  shorter
- File includes general knowledge the agent already has

## Quality Checklist

After completing the audit:
- [ ] Every behavioral claim in the target file was traced
- [ ] Each claim has a clear status (Covered / Partial / Gap)
- [ ] Gaps have proposed fixes with specific locations
- [ ] Fixes were applied to BOTH live and template copies
- [ ] No new claims were introduced without backing instructions

Related Skills

ctx-skill-audit

41
from ActiveMemory/ctx

Audit skills against Anthropic prompting best practices. Use when reviewing skill quality, after creating or modifying a skill, before releasing skills, or when a skill produces inconsistent results. Also use when the user says 'audit this skill', 'check skill quality', 'review the skills', or 'are our skills any good?'

ctx-prompt-audit

41
from ActiveMemory/ctx

Audit prompting patterns. Use periodically to help users improve prompt quality and reduce clarification cycles.

_ctx-command-audit

41
from ActiveMemory/ctx

Audit CLI command surface after renames, moves, or deletions. Use after any namespace change to catch stale references.

_ctx-audit

41
from ActiveMemory/ctx

Run a code-level convention audit across the codebase. Use when checking for naming drift, magic strings, dead exports, and doc alignment before a release or after a heavy development session.

ctx-verify

41
from ActiveMemory/ctx

Verify before claiming completion. Use before saying work is done, tests pass, or builds succeed.

ctx-skill-creator

41
from ActiveMemory/ctx

Create, improve, test, and deploy skills. Full skill lifecycle from intent to working skill file.

ctx-sanitize-permissions

41
from ActiveMemory/ctx

Audit tool permissions for dangerous or overly broad entries. Use to ensure safe agent configuration.

ctx-recall

41
from ActiveMemory/ctx

Browse session history. Use when referencing past discussions or finding context from previous work.

ctx-prompt

41
from ActiveMemory/ctx

Apply, list, and manage saved prompt templates from .context/prompts/. Use when the user asks to apply, list, or create a reusable template like code-review or refactor.

ctx-journal-normalize

41
from ActiveMemory/ctx

Normalize journal source markdown for clean rendering. Use after journal site shows rendering issues: fence nesting, metadata formatting, broken lists.

ctx-import-plans

41
from ActiveMemory/ctx

Import plan files into project specs directory. Use to convert external plans into project-tracked specs.

ctx-compact

41
from ActiveMemory/ctx

Archive completed tasks and trim context. Use when context files are growing large.