Skip to main content

Tools & Skills

The whitepaper is the source of truth. These tools turn it into a utility so agents and humans can apply the framework without re-reading the full document every time.

1. Skills Live

Reusable instruction sets that agents (e.g. in Cursor, Claude Projects) can load to apply AAF when designing or reviewing agentic systems. Copy a skill into your project or reference it from the repo.

  • Architecture Review aaf-architecture-reviewPillar checklist, design-time spec and pre-production review.
  • Security aaf-securityBoundaries, tool actuation, epistemic gatekeeping, supply chain.
  • Epistemic Gates aaf-epistemic-gatesWhen and where to place validation and authority gates.
  • Cost & Context aaf-cost-contextBudgets, model routing, token economics, context discipline.
  • Cross-Cutting Foundations aaf-cross-cuttingContext optimization and autonomy & outcome governance.
  • ACC Implementation aaf-acc-implementationAgent Control Contract template, placement, and usage.
  • Orchestration & OCC aaf-orchestration-occOrchestrator Capability Contract and multi-agent governance.

Skills live in tools/skills/ on GitHub.

2. MCP Server Live

A Model Context Protocol server that exposes the framework as tools. AI assistants that support MCP can call these tools to get accurate, framework-grounded answers.

Get MCP AccessManage access

£3/month · 1,000 MCP tool calls · hard cap (initialize / tools/list do not count). After purchase, send your API key as Authorization: Bearer <key>. By purchasing you agree to our Terms and Privacy Policy.

  • aaf_guideGuideCall first when unsure — ordered tool plan by intent.
  • aaf_list_skillsCoreList skill ids and purposes.
  • aaf_list_docsCoreList framework doc filenames and titles.
  • aaf_get_docCoreLoad a full doc or section by filename.
  • aaf_lookupCoreSearch the framework docs for a term or topic.
  • aaf_checklistCoreArchitecture design or review checklist.
  • aaf_pillars_summaryCoreSummary of the six pillars and cross-cutting foundations.
  • aaf_get_skillCoreRetrieve the full content of any skill by ID.
  • aaf_list_workloadsWorkloadCatalogue Common Agentic Workloads (optional requirements ranking).
  • aaf_workload_guidanceWorkloadRubrics, dominant trades, failure modes for a workload.
  • aaf_tradeoff_catalogDesignList pillar and workload trade-off ids.
  • aaf_design_questionsDesignDesign questionnaire for a given autonomy level.
  • aaf_tradeoff_analysisDesignDeterministic trade-off analysis (optional workloadId).
  • aaf_generate_accDesignGenerate an Agent Control Contract from design answers.
  • aaf_scaffold_specBuildFile manifest for agent code scaffold generation.
  • aaf_posture_interpretReviewInterpret posture CLI JSON (run local aaf-posture first).
  • aaf_review_against_accReviewGap analysis: ACC vs posture report (CLI JSON accepted).
  • aaf_pillar_guidanceCross-cuttingTargeted design guidance for a specific pillar.
  • aaf_security_scanSecurityCIA-oriented heuristic lint on snippets (optional declared_tree absence checks).

Using the MCP server in different IDEs

The hosted AAF server speaks HTTP (Streamable MCP). Editors differ in how they connect:

  • Direct URL — Some clients let you register the server by URL only (no local process). Fastest when supported.
  • Local bridge (mcp-remote) — Many IDEs only launch stdio MCP servers. Use npx mcp-remote … so the editor talks to localhost while the bridge forwards to agenticaf.io. Requires Node.js 18+.
IDE / productHow to connectWhere to configure
CursorDirect URL (snippet below)~/.cursor/mcp.json or project .cursor/mcp.json
VS Code (GitHub Copilot agent / MCP)Use MCP: Add Server — HTTP/SSE URL when offered; otherwise same mcp-remote block as Claude DesktopCommand Palette → MCP; see VS Code MCP docs
Google Antigravitymcp-remote (stdio bridge)Agent panel → Manage MCP Servers → View raw config
Claude Desktopmcp-remote (hosted server is not stdio)~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\ (Windows)
Windsurfmcp-remote (same pattern as Claude)~/.codeium/windsurf/mcp_config.jsonWindsurf MCP
Other MCP clientsIf the app only lists command + args, paste the mcp-remote JSON below. If it accepts a server URL for HTTP MCP, use the URL snippet.

Option A — Direct URL (Cursor and clients that support remote HTTP MCP). Replace the key with yours from purchase or Manage access:

{
  "mcpServers": {
    "aaf": {
      "url": "https://www.agenticaf.io/api/mcp",
      "headers": {
        "Authorization": "Bearer <YOUR_AAF_LIVE_KEY>"
      }
    }
  }
}

Option B — mcp-remote bridge (Antigravity, Claude Desktop, Windsurf, and any stdio-only MCP host). Auth is required:

{
  "mcpServers": {
    "aaf": {
      "command": "npx",
      "args": [
        "-y",
        "mcp-remote",
        "https://www.agenticaf.io/api/mcp",
        "--transport",
        "http-first",
        "--header",
        "Authorization:${AAF_MCP_AUTHORIZATION}"
      ],
      "env": {
        "AAF_MCP_AUTHORIZATION": "Bearer <YOUR_AAF_LIVE_KEY>"
      }
    }
  }
}

After saving, restart the app or reload MCP. Ask the assistant to call aaf_guide — you should see AAF tools. Without a valid Bearer key the server returns 401. See api/README.md.

Note: Some clients rename the server (e.g. user-aaf). That is normal. Windsurf MCP availability may depend on your plan — check Codeium’s docs.

Make agents default to AAF (workspace rule)

Connecting MCP alone does not persist decision policy across chats. Copy this Cursor rule into .cursor/rules/aaf-mcp.mdc (alwaysApply: true) so architecture work pulls AAF tools first. Same policy for other agents: tools/ide/AGENTS-aaf-snippet.md on GitHub.

---
description: Use AAF MCP for agentic architecture decisions
alwaysApply: true
---

# AAF MCP — architecture authority

When designing, reviewing, or changing **agentic architecture**:

1. Use the connected AAF MCP tools before inventing guidance.
2. If unsure which tool: call `aaf_guide`.
3. For new systems: `aaf_list_workloads` → `aaf_workload_guidance` → design → trade-offs → ACC.
4. For codebase review: run `node tools/aaf-posture/cli.js . --format json --output ./aaf-posture.json` in the terminal, then `aaf_posture_interpret` (hosted MCP cannot scan disk).
5. Ground with `aaf_get_doc` / workload tools. Prefer Common Agentic Workloads over inventing hybrids.
6. Do not skip AAF for “quick” architecture choices.

3. AAF Posture Report Live

A CLI that scans a codebase and produces an AAF posture report: how well the project aligns with the six pillars and two cross-cutting foundations. Output is human-readable HTML/markdown and optional JSON for CI. Findings are heuristic signals — not a production certification.

CLI lives in tools/aaf-posture/ on GitHub.

How to use

  • Humans: Run the posture CLI on your repo; read the report. Use the framework docs and skills as checklists during design reviews.
  • Agents: Use the MCP server for workloads, trade-offs, ACC, and docs. For codebase posture, run the local aaf-posture CLI in the terminal, then call aaf_posture_interpret (hosted MCP cannot scan your disk).
  • CI/CD: Add aaf-posture --format json to your pipeline as a heuristic signal — not a production certification. Fail or warn only with thresholds you have calibrated.

Methodology

Our tools use AI in one specific, documented place — extracting trade-offs from framework prose. Everything else is deterministic. Read the full methodology to understand what uses AI, what doesn't, and how to trace any recommendation to its source.

For the current roadmap and repo layout, see tools/ on GitHub.