agent-harness GitHub

Purpose: Locked operating brief for a future public blueprint plugin extracted from proven private claude-config components. Status: DEFERRED AND LOCKED; no implementation task is authorised until every precondition in this document is satisfied and the owner records an explicit unlock. Authority relationship: This document wins only for blueprint-plugin unlock conditions, extraction allowlist format, fictional-estate scope, and candidate evidence; CLAUDE_CONFIG_OPERATIONS.md wins for private operation and supervision. The replay public-product brief is deferred under AH-10 and does not weaken this document’s conjunctive unlock. Last-reviewed date: 2026-07-30 Owner: Cristian Tcaci

OPEN items

Lock statement

Preconditions: all must hold

Non-Goals

Extraction allowlist manifest

schema_version: 1
status: locked | approved
source_repository: claude-config
public_repository: null
approved_by: null
approved_at: null
entries:
  - component_id: verify-and-handoff
    source_path: skills/verify-and-handoff/
    destination_path: skills/verify-and-handoff/
    content_class: skill
    copy_mode: clean-copy
    include:
      - SKILL.md
      - tests/**
    exclude:
      - "**/.local/**"
      - "**/private/**"
      - "**/*secret*"
    evidence_refs:
      - private/reviews/promotion/PROMOTION-<id>.md
    required_transforms:
      - remove-private-assumptions
      - replace-real-examples-with-fictional
    source_sha256: null
    exported_sha256: null
    privacy_review: pending | passed | failed
    provenance_review: pending | passed | failed
    owner_approved: false

Fictional estate specification

Repository Classification Required demonstration purpose
shop-api DECISION: normal-risk daily driver Minimal repository instruction, ordinary test command, one on-demand procedural skill, and one non-sensitive failure fixture.
billing-service DECISION: high-risk production analogue Explicit human approval boundary, protected deployment assumption, no real payment integration, and a rejected automatic-promotion example.
research-sandbox DECISION: low-risk experimental repository Relaxed workflow, clear non-production status, and evidence that one global rule should not be applied universally.

Candidate components and required evidence

Candidate component Current belief Evidence required before allowlisting
small-safe-slice A potentially portable skill for bounded implementation work Two distinct repository uses; evidence that it reduces scope drift; clear anti-trigger; no duplication of repository-specific instructions.
verify-and-handoff A potentially portable completion and evidence skill Two distinct task classes; measurable reduction in incomplete handoff; exact verification interface configurable by repository.
resume-repo-work Useful only after estate-specific assumptions are removed Two successful resumptions in different repositories; no dependency on private estate registry, paths, or memory; bounded missing-context stop rule.
Minimal review-and-ship Potentially useful with configurable review provider and risk class Two reviewed PRs in different repositories; no fixed model/provider; owner-reviewed merge boundary; proof it does not add review ceremony to low-risk work.
Failure-ledger hook Potentially reusable capture primitive Stable schema use in at least two repositories; privacy tests; non-blocking failure behaviour; no raw prompt/command capture.
Session-orientation hook Potentially reusable if driven by a public manifest Two repositories using the same public manifest shape; bounded latency; explicit missing-input result; no private estate lookup.
Gardener report agent Highest risk of recreating platform scope Three useful manual cycles; tested kill switch; low proposal-noise rate; read-only default; no scheduler; no automatic edits.

Autonomy and self-improvement references

Quality gates after unlock

python tools/plugin_gate.py fast
python tools/plugin_gate.py lint
python tools/plugin_gate.py test
python tools/plugin_gate.py privacy

First 10 tasks

Task 1 — Verify and record all unlock preconditions

Task 2 — Create the owner unlock record

Task 3 — Create the thin plugin quality gate

Task 4 — Approve one allowlist entry

Task 5 — Create the clean locked public repository locally

Task 6 — Export the first allowlisted component

Task 7 — Build the fictional-estate skeleton

Task 8 — Add privacy and allowlist enforcement

Task 9 — Add plugin-structure and install/remove smoke validation

Task 10 — Prepare, but do not publish, the first release candidate