← Back to Skills Marketplace
superworldsavior

Ax Development

by Erwan Lee Pesle · GitHub ↗ · v1.0.0
cross-platform ✓ Security Clean
267
Downloads
0
Stars
0
Active Installs
1
Versions
Install in OpenClaw
/install ax-development
Description
Agent Experience (AX) development framework. Apply when building libraries, CLIs, APIs, or any software that will be consumed by AI agents — not just humans....
README (SKILL.md)

AX Development — Agent Experience Framework

Software is increasingly consumed by AI agents, not just humans. AX (Agent Experience) is the discipline of designing code, APIs, and interfaces that agents can operate reliably and autonomously.

The 8 Principles

1. Fast Fail Early

Reject invalid inputs before expensive operations. Validate at the boundary, not deep in the call stack.

// ✅ Validate sync rules before building composite
const errors = validateSyncRules(rules, knownSources);
if (errors.length > 0) throw new AXError("INVALID_SYNC_RULES", errors);

// ❌ Discover invalid rule during HTML rendering

2. Deterministic Outputs

Same inputs → same outputs. No wall-clock dependencies, no random IDs in deterministic paths, no hidden state mutations.

// ✅ Pure function, predictable
function buildDescriptor(resources, orchestration) { ... }

// ❌ Result depends on Date.now() or Math.random() silently

When non-determinism is necessary (UUIDs, timestamps), isolate it and make it injectable.

3. Machine-Readable Errors

Structured errors with codes, not just string messages. Agents parse error codes, not prose.

// ✅ Structured, parseable
{ code: "ORPHAN_SYNC_TARGET", target: "viz:render", available: ["postgres:query"] }

// ❌ Just a string
throw new Error("Target not found in resources");

4. Explicit Over Implicit

No magic defaults that silently change behavior. Every configuration has a visible default. No hidden heuristics.

// ✅ Default is explicit and documented
function render(descriptor, { theme = "auto" } = {}) { ... }

// ❌ Silently detects theme from environment variable

5. Composable Primitives

Each function does one thing. Pipeline steps are independent and recombinable. Agents can use each step separately.

Collector → Composer → Renderer  // Full pipeline
Collector → custom logic → Renderer  // Agent skips composer

6. Narrow Contracts

Minimal required inputs, maximal type safety. Accept only what you need. Return only what's useful. Avoid God objects.

// ✅ Takes exactly what it needs
function resolveSyncRules(rules: UiSyncRule[], sources: string[]): ResolvedSyncRule[]

// ❌ Takes the entire config object when it only needs two fields
function resolveSyncRules(config: FullAppConfig): ResolvedSyncRule[]

7. Co-located Documentation

Docs live next to the code they describe. Each module has its own contract. Agents find docs by exploring the file tree, not by searching a wiki.

src/sync/
├── mod.ts           # Public exports
├── resolver.ts      # Implementation
├── resolver_test.ts # Tests ARE documentation
└── contract.md      # I/O contract, invariants (optional, for complex modules)

8. Test-First Invariants

Every behavior has a test. Tests are the executable specification that agents read to understand contracts. Prioritize boundary tests over happy-path.

// Test the edges, not just the middle
Deno.test("empty resources → empty descriptor", ...);
Deno.test("orphan sync target → validation error", ...);
Deno.test("broadcast rule → resolves to all-except-sender", ...);

Applying AX — Decision Checklist

Before shipping any module, verify:

  • Can an agent call this function with zero ambient knowledge?
  • Are all errors machine-parseable (code + structured data)?
  • Does the output change if I run it twice with same inputs?
  • Is there any implicit behavior not visible in the function signature?
  • Can I use this module without importing unrelated modules?
  • Do the tests cover invalid/edge inputs, not just happy paths?
  • Is there documentation within 1 directory level of the code?
  • Would an agent need to read source code to understand the contract, or are types + tests sufficient?

CLI Contracts (for CLI tools)

When building CLIs that agents will invoke:

  • Default to machine-readable output (JSON/JSONL), human-readable opt-in via --human
  • Include stable keys in output (not just pretty-printed text)
  • Use exit codes consistently (0 = success, 1 = user error, 2 = system error)
  • Version output format — breaking changes to JSON structure need a flag or migration path
  • Prefer explicit flags over positional arguments for agent discoverability

See references/cli-contracts.md for detailed patterns.

Error Taxonomy

Standard error code prefixes for AX-compliant projects:

Prefix Domain Example
INVALID_* Input validation INVALID_SYNC_RULES
MISSING_* Required data absent MISSING_RESOURCE_URI
ORPHAN_* Reference to non-existent entity ORPHAN_SYNC_TARGET
CONFLICT_* Contradictory configuration CONFLICT_LAYOUT_CHILDREN
UNSUPPORTED_* Valid but not implemented UNSUPPORTED_LAYOUT

Adopt this taxonomy or define your own — the point is consistency within a project.

Usage Guidance
This skill is an instruction-only AX development guide and appears coherent with its stated purpose. It does not request credentials or install code, so it is low-risk to add. Before adopting it as policy, review the content yourself (source and homepage are unknown) to ensure the conventions match your project and security policies. If you allow agents to invoke skills autonomously, be aware this skill is just guidance and cannot itself perform actions — but consider restricting autonomous invocation of other skills that implement these patterns until you've audited them.
Capability Analysis
Type: OpenClaw Skill Name: ax-development Version: 1.0.0 The skill bundle is a purely educational framework and set of architectural guidelines for 'Agent Experience' (AX) development. It contains documentation (SKILL.md and references/cli-contracts.md) outlining best practices for building machine-readable APIs and CLIs, with no executable code, network requests, or instructions that could lead to unauthorized access or data exfiltration.
Capability Assessment
Purpose & Capability
The name/description (Agent Experience framework) aligns with the provided SKILL.md and reference doc: both are developer guidance about deterministic design, machine-readable contracts, CLI patterns, and tests. No unrelated capabilities or secrets are requested.
Instruction Scope
The SKILL.md is purely prescriptive guidance for authors and CLI designers and does not instruct the agent to read or exfiltrate files, call external endpoints, or access environment variables. It suggests best practices (e.g., co-locate docs, JSONL output) but contains no runtime directives that would expand scope beyond documentation.
Install Mechanism
No install spec or code is included; this is instruction-only. Nothing will be written to disk or fetched during install by the skill itself.
Credentials
The skill declares no required environment variables, credentials, or config paths. The guidance references using exit codes/JSONL in CLIs, which does not imply any secret access by the skill itself.
Persistence & Privilege
always is false and model invocation is allowed (the platform default). The skill does not request persistent presence or system-wide changes. No indications it would modify other skills or agent configuration.
How to Use
  1. Make sure OpenClaw is installed (local or Docker)
  2. Run the install command in chat: /install ax-development
  3. After installation, invoke the skill by name or use /ax-development
  4. Provide required inputs per the skill's parameter spec and get structured output
Version History
v1.0.0
Initial release of ax-development — an Agent Experience (AX) framework for building agent-friendly software. - Defines 8 core AX principles: fail-fast validation, deterministic outputs, structured errors, explicit defaults, composable primitives, minimal contracts, co-located documentation, test-first invariants. - Provides a practical checklist for making functions, APIs, or CLIs agent-consumable. - Details CLI contract guidelines for agent interaction, including output format, error codes, and versioning. - Introduces a standard error taxonomy for structured, machine-readable error handling. - Includes example patterns and reference file layout for AX-compliant development.
Metadata
Slug ax-development
Version 1.0.0
License
All-time Installs 0
Active Installs 0
Total Versions 1
Frequently Asked Questions

What is Ax Development?

Agent Experience (AX) development framework. Apply when building libraries, CLIs, APIs, or any software that will be consumed by AI agents — not just humans.... It is an AI Agent Skill for Claude Code / OpenClaw, with 267 downloads so far.

How do I install Ax Development?

Run "/install ax-development" in the OpenClaw or Claude Code chat to install it in one step — no extra setup required.

Is Ax Development free?

Yes, Ax Development is completely free (open-source). You can download, install and use it at no cost.

Which platforms does Ax Development support?

Ax Development is cross-platform and runs anywhere OpenClaw / Claude Code is available (cross-platform).

Who created Ax Development?

It is built and maintained by Erwan Lee Pesle (@superworldsavior); the current version is v1.0.0.

💬 Comments