Source profileQuality 71/100

griffinwork40/agent-afk/src/bundled-plugins/awa-bundled/skills/contract/SKILL.md

contract

Reference convention for sub-agent I/O schemas. Loaded by orchestrator skills via /contract and into agents via the `skills:` field.

Source repository stars
45
Declared platforms
0
Static risk flags
0
Last source update
2026-07-28
Source checked
2026-07-28

Decision brief

What it does—and where it fits

For each sub-agent you plan to dispatch, define a schema before the call:

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/griffinwork40/agent-afk --skill "src/bundled-plugins/awa-bundled/skills/contract"
    Safe inspection promptEditorial

    Inspect the Agent Skill "contract" from https://github.com/griffinwork40/agent-afk/blob/803066d4f1e0cd57e983658dc670d647fcd893c9/src/bundled-plugins/awa-bundled/skills/contract/SKILL.md at commit 803066d4f1e0cd57e983658dc670d647fcd893c9. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Epistemic confidence

      Recommended for all sub-agents. Add to your return schema:

      confidence — low / medium / high — how confident is the sub-agent in the completeness and accuracy of its findings?coveragegaps — what the sub-agent couldn't access, verify, or search (e.g., proprietary databases, paywalled sources, unpublished practitioner knowledge, subjective judgment areas)boundaryflag — if the sub-agent hit an epistemic boundary, name it: non-falsifiable (claim can't be tested), low-coverage (search was limited), tacit-knowledge (unwritten knowledge required), unprecedented (genuinely no…
    2. 02

      Skip if

      Single-agent dispatch

      Single-agent dispatchSub-agents returning freeform prose where structure doesn't help mergeExploratory tasks where the output shape isn't known yet

    Permission review

    Static risk signals and limitations

    No configured static risk pattern was detected

    This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score71/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars45SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    griffinwork40/agent-afk
    Skill path
    src/bundled-plugins/awa-bundled/skills/contract/SKILL.md
    Commit
    803066d4f1e0cd57e983658dc670d647fcd893c9
    License
    Apache-2.0
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    Contract

    For each sub-agent you plan to dispatch, define a schema before the call:

    • goal — one-sentence objective
    • inputs — data/context the sub-agent receives
    • artifacts — named structured fields expected back (not freeform prose)
    • non_goals — what the sub-agent must NOT do
    • failure_modes — how to report blocked or partial work
    • domain (optional) — the knowledge domain for this task. Guides how research, specification, and verification adapt. Common values: software, research, design, business — but any freeform string works (e.g., healthcare, legal, education). When omitted, infer from context: git repo present → software; PDFs/papers/citations in working directory → research; design files/brand assets → design; financial models/strategy docs → business. Default fallback: software.

    Embed the schema at the top of every sub-agent's prompt and require results in that exact shape. Instruct each sub-agent explicitly: "Return ONLY the schema fields. No preamble, no analysis prose, no explanation — begin your response with the first schema field." When sub-agents return, validate field-by-field. If any artifact is missing, malformed, or wrapped in prose, re-dispatch only the failing sub-agent with the gap cited. Merge only schema-valid responses.

    Also instruct each sub-agent to stop on non-convergence: if repeated attempts at the same sub-goal stop making progress after a few tries, do not keep retrying — return the best partial result through the schema's designated failure/partial channel (failure_modes, or whatever blocked/unverified field that agent's schema defines), naming what could not be resolved. Activity is not progress.

    Epistemic confidence

    Recommended for all sub-agents. Add to your return schema:

    • confidence — low / medium / high — how confident is the sub-agent in the completeness and accuracy of its findings?
    • coverage_gaps — what the sub-agent couldn't access, verify, or search (e.g., proprietary databases, paywalled sources, unpublished practitioner knowledge, subjective judgment areas)
    • boundary_flag — if the sub-agent hit an epistemic boundary, name it: non-falsifiable (claim can't be tested), low-coverage (search was limited), tacit-knowledge (unwritten knowledge required), unprecedented (genuinely novel, no baseline), time-sensitive (answer depends on current state), or none
    • recommended_action — what should happen next: proceed (findings solid, move ahead), human-gate (pause for human judgment before acting), re-retrieve (try different search strategy or sources), elicit (generate prompts to validate with domain experts)

    This is NOT required — skills that don't return it continue to work. But when present, coverage gaps and boundary flags surface automatically during merge, preventing silent failures.

    Skip if

    • Single-agent dispatch
    • Sub-agents returning freeform prose where structure doesn't help merge
    • Exploratory tasks where the output shape isn't known yet