Curated skills catalog¶
The reviewed, pinned list of third-party skills AbstractFramework can vendor
onto the shelf — and the reasons. Machine-readable half:
registry/catalog.yaml. Install path:
python scripts/vendor_skill.py <name> (curated-only; see
Adding a curated skill).
Curation date: 2026-07-11. Structural facts (paths, frontmatter names, licenses, file trees, script presence) were verified against the pinned commits directly — never from READMEs or aggregator listings. Body CONTENT was read for the vendored entries; an adversarial review additionally content-read every top entry and its findings are folded below (one entry was pulled for a time-of-use fetch; one carries a content caveat).
All skills at a glance¶
Everything the skill seat manages: the vendored shelf (active today) plus the curated catalog (vendorable on demand). Descriptions are the framework-facing activation lines; links point at the exact pinned source.
| Skill | Status | Description | Link |
|---|---|---|---|
abstractframework-gateway |
shelf (first_party) | Enter and leverage AbstractFramework through its gateway with plain HTTP + SSE: discovery, durable runs (ledger cursor = truth), waits by run_id + wait_key, durable events + steering, summoned-entity doors. The bridge INTO the framework for any agent. | registry/skills/abstractframework-gateway |
adversarial-iteration |
shelf (first_party) | Improve any deliverable through adversarial review + bounded iteration: ≥1 adversarial subagent, ≥3 cycles, every finding folded or deferred on the record. | registry/skills/adversarial-iteration |
agora-collaboration |
shelf (first_party) | Hold a seat well in a multi-agent room: join correctly, settle owed debts first, asks as contracts, evidence over intentions, the initiative bar. Two layers (portable discipline + agora mechanics), hub-wins-at-use-time; failure ledger and mechanics detail under references/. Designer co-signed; fleet-bench validated (v0). | registry/skills/agora-collaboration |
entity-self-knowledge |
shelf (first_party) | A summoned entity's capability map in its own vocabulary: three memory planes, voluntary reach (search / read one record / follow an edge), diary disciplines, phases, tool grants, and host-side teaching rules. | registry/skills/entity-self-knowledge |
coredoc |
shelf (adopted) | Create, audit, and maintain a professional external-facing documentation set (README, docs/*, architecture diagrams, llms.txt/llms-full.txt) kept faithful to the code. | registry/skills/coredoc |
backlog |
shelf (adopted) | Create, audit, and maintain a file-backed engineering backlog (planned/proposed/completed/deprecated/recurrent) with lifecycle states and hygiene. | registry/skills/backlog |
architect |
shelf (adopted) | Force rigorous architecture exploration before settling: independent charters, steelmanned alternatives, comparison matrix — now with premise verification + the engraving gate. | registry/skills/architect |
adr |
shelf (adopted) | Create, audit, and enforce ADRs as durable cross-task policy (Context/Decision first; Enforcement + Validation mandatory); pairs with backlog. |
registry/skills/adr |
cicd |
shelf (adopted) | GitHub-based CI/CD: least-privilege workflows, OIDC trusted publishing, docs deployment, release rehearsals, maintenance playbook. | registry/skills/cicd |
review |
shelf (adopted) | Independent evidence-based ship-readiness reviews (correctness / architecture-fit / user-and-operations lenses; Blocking/Conditional/Approved). | registry/skills/review |
uxreview |
shelf (adopted) | Human UX reviews with independent naive/intermediate/expert personas over live UI evidence; code-only review caps the verdict. | registry/skills/uxreview |
verification-before-completion |
shelf (adopted) ⚠ content caveat | Evidence before claims: run the verification commands and read the output before any completion claim. Entity-lane hold until the 0003 audit. | obra/superpowers @ d884ae0 |
test-driven-development |
catalog (vendorable) | Write a failing test before any implementation code, make it pass, then refactor — "test after" is grounds to restart. | obra/superpowers @ d884ae0 |
writing-plans |
catalog (vendorable) | Implementation plans detailed enough to execute without guessing: small tasks, named files, tests first. | obra/superpowers @ d884ae0 |
systematic-debugging |
catalog (vendorable, scripts → review) | Four-phase root-cause process — investigate, pattern analysis, hypothesis testing, then implementation; never fix what you have not understood. | obra/superpowers @ d884ae0 |
vercel-react-best-practices |
catalog (vendorable) | 70 impact-prioritized React/Next.js performance rules (waterfalls, bundle size, rendering) for our React UIs. | vercel-labs/agent-skills @ f8a72b9 |
owasp-security |
catalog (vendorable) | OWASP Top 10:2025 + ASVS 5.0 + LLM/agentic-AI review checklists with per-language unsafe/safe pattern examples. | agamm/claude-code-owasp @ f5dfa3d |
skill-creator |
catalog (vendorable, scripts → review) | Create, improve, and evaluate agent skills (authoring patterns, eval design, description optimization). | anthropics/skills @ 9d2f1ae |
mcp-builder |
catalog (vendorable, scripts → review) | Guide for building high-quality MCP servers (tool design, Python FastMCP + TypeScript SDK, evaluation). | anthropics/skills @ 9d2f1ae |
web-design-guidelines |
watch (PULLED — time-of-use fetch) | 100+ UI review rules upstream, but the pinned body fetches unpinned rules at use time; re-scope before any vendor. | vercel-labs/agent-skills @ f8a72b9 |
brainstorming |
watch (demoted) | Socratic design refinement before code; interactive-session shaped, overlaps the operator's architect skill. | obra/superpowers @ d884ae0 |
Why curated-only¶
The 2026 skill ecosystem measures badly: Snyk's ToxicSkills audit found 36.8%
of 3,984 registry skills flawed, 13.4% critical; a 98,380-skill behavioral
study confirmed 157 malicious; the AIR incident shipped a post-approval URL
swap to ~26,000 agents THROUGH three scanners (all figures with their
references in registry/guidance.yaml). The
ecosystem's standard installer (npx skills add) symlinks trees with no
hash pinning, and its own documentation tells users to treat skills as
unverified code and read them before installing. Curation, commit pins,
whole-tree hashes, and a fail-closed trust gate are the response — not
because they certify safety (nothing does; see
What curation does NOT guarantee) but
because they make every admission a reviewed, reproducible, revocable act.
A finding from this catalog's own adversarial review, now a standing
curation rule: a skill body that instructs fetching external instructions
at use time is a time-of-use fetch — pinning its tree pins a pointer, not
the rules; it can never be risk-labeled low and must carry an explicit
note. (web-design-guidelines was pulled from the vendorable list for
exactly this; see the watch tier.)
Top curated skills (vendorable now)¶
All entries are pinned in registry/catalog.yaml. Risk is the curator's
reviewed classification (low = text-only reviewed content; moderate =
scripts present or comparable surface; risky = requires capabilities the
gate withholds); the structural facts win at the gate regardless
(scripts-present ⇒ requires_review, whatever the label says). Archetypes:
knowledge = reference material; procedure = a working method the agent
follows; meta = skills about skills. License text travels with every
vendored copy (out-of-tree at registry/licenses/<name>.LICENSE, so the
pinned tree hash covers only upstream bytes).
Engineering process — obra/superpowers (MIT, ~251k stars as of 2026-07-11; "shipped as an Anthropic marketplace plugin in early 2026" per the cited blog)¶
CONCENTRATION, stated as an accepted risk: 4 of the 8 vendorable entries share this one source. One compromised maintainer account poisons half the list at the next re-pin — mitigations: pins never auto-follow, every re-pin is a fresh review, and a cross-reference inventory (superpowers skills reference sibling skills that are NOT on our shelf — dangling references are squatting surfaces) runs before any re-pin.
| Skill | Risk | What it improves here |
|---|---|---|
test-driven-development |
low | Red/green/refactor discipline for package work; "test after" is grounds to restart. |
writing-plans |
low | Small verifiable tasks, files and tests named before code; complements the vendored backlog skill. |
verification-before-completion |
low | Evidence before claims — the anti-self-declared-success rule made procedural. Vendored (the catalog's first live entry). CONTENT CAVEAT: its "Why This Matters" section carries identity-adjacent framing ("If you lie, you'll be replaced"; second-person failure memories) — fine for developer agents, not for entity sessions before the 0003 audit rules on it; the caveat travels in the validation record. |
systematic-debugging |
moderate | Four-phase root-cause process that forbids fixing what is not understood. Ships one helper script → requires_review. |
Frontend/UI — vercel-labs/agent-skills (MIT, Vercel Engineering)¶
| Skill | Risk | What it improves here |
|---|---|---|
vercel-react-best-practices |
low | 70 rules at the pin (the cited blog describes an earlier 40+ snapshot), impact-prioritized React/Next.js performance guidance for our React UIs. Next.js-heavy — a portion won't apply to our Vite apps; the React/JS rules do. Note: upstream dir is react-best-practices; the frontmatter name (the shelf key) is vercel-react-best-practices. |
Security — agamm/claude-code-owasp (MIT)¶
| Skill | Risk | What it improves here |
|---|---|---|
owasp-security |
low | OWASP Top 10:2025 + ASVS 5.0 + LLM/Agentic top-10 checklists with per-language unsafe/safe pattern EXAMPLES (20+ languages at ~half a KB each — pointers, not depth). Single-author provenance: reviewed at the pin; re-review on every re-pin. Persuasive-content risk is invisible to has_scripts — a poisoned security checklist steers reviews wrong; that is exactly why re-pin review is mandatory. |
Meta / integration — anthropics/skills (Apache-2.0, per-dir LICENSE.txt verified)¶
| Skill | Risk | What it improves here |
|---|---|---|
skill-creator |
moderate | Anthropic's skill authoring + eval methodology; feeds our first-party authoring and the 0003 behavioral-audit harness design. Python eval scripts present → requires_review. |
mcp-builder |
moderate | MCP server design guidance (FastMCP/TS SDK, tool design, evaluation) — we build and consume MCP integrations. Helper scripts present → requires_review. |
Maintainer skills wave (operator directive, 2026-07-11 evening)¶
Five of the maintainer's own codex skills were evaluated and vendored
(source codex-skills (maintainer), first-party-adoption → adopted, same
path as coredoc/backlog):
architect— vendored WITH two upstream improvements first (operator asked for improvement based on this seat's findings): (1) an Evidence Contract rule — verify each load-bearing premise against the current tree/running state before arguing from it (premise decay is the most recurrent architecture failure in this workspace's record: the phantom run-store premise, stale-envelope answers, this catalog's own structural- not-content P0); (2) an "engraving" Architecture Gate + one-concept-one-name anti-pattern (names that reach append-only state are effectively irreversible — the phase-rename and personal_grant lessons). Two matching distilled principles landed in itsreviewer-memory.md.adr— vendored as-is: complements the already-vendoredbacklog(the two texts cross-own their boundary explicitly), and most framework repos have no ADR system yet — this seat's own backlog notes the gap.cicd— vendored WITH upstream repairs first (its adversary found the copy-paste examples had rotted): the npm trusted-publishing job shipped broken (Node 22's bundled npm predates the ≥ 11.5.1 OIDC floor — silent no-handshake, confusing E404; now Node 24 + the floor stated), stale hardcoded action majors replaced with<current-major>placeholders + a version-policy line per reference (the node20 runner cutover would have hard-broken them by 2026-09), the build/publish artifact-name mismatch unified,npm trustgained the now-required--allow-publish+ the 11.10.0 floor, the audit checklist gained the two dominant Actions vulnerability classes (untrusted${{ github.event.* }}interpolation;pull_request_targetmisuse) + SHA-pinning of third-party actions, and an unusedattestations: writepermission was dropped (least-privilege). Note: references thereleaseskill, which is NOT on the shelf (dangling cross-skill references are inert in our loader; they are also squatting surfaces, so they are inventoried — thereferences_skillsadmission item queued in the trust backlog). Its adversary's fleet-consistency suggestion (reusableworkflow_callshapes + cross-repo drift audit) is recorded as an upstream candidate.review+uxreview— EVALUATED: keep BOTH, separate, as-is (verdict argued below).
review / uxreview: as-is, improved, or merged?¶
Keep both, separate. They occupy different phases and compose by explicit contract rather than overlapping:
adversarial-iteration(first-party) is FORMATIVE — the improvement loop DURING work (attack, fold, iterate).reviewis SUMMATIVE — the final ship-readiness gate (Blocking / Conditional Approval / Approved), with an evidence cap (uninspectable artifact ⇒ at best Conditional).uxreviewis the SPECIALIST persona swarm (naive/intermediate/expert; live UI evidence preferred, code-only review caps the verdict at Conditional) — andreview's own text already delegates to it ("uxreview owns specialist human-usable verdicts") whileuxreviewrefuses to be silently replaced.- Why NOT merge (the load-bearing reasons, adversary-sharpened): a merged
skill would FORK the maintainer's upstream — the re-vendor path and
codex-skills (maintainer)provenance die and maintenance transfers to this seat; and activation precision is lost — the two descriptions trigger on disjoint task shapes, so a merged body pays uxreview's persona charters on every pure-backend review and vice versa. (A merged body COULD keep the persona-independence text as a section — that alone would not have decided it.) - Framework interest is HIGH for both: three user-facing apps (abstractflow,
abstractobserver, abstractassistant) plus the shared UI kit (abstractuic)
get a repeatable UX gate; the room's review culture gets ship-verdict
vocabulary distinct from the formative loop — and
adversarial-iterationnow carries the composition note in its own body (formative loop → review owns ship-readiness; explicit-request idiom translated), so the system contract reaches consumers at activation time, not just in this document. - Considered and rejected: extracting the shared reviewer machinery
(fallback rules, output-format scaffolding, reviewer-memory pattern) into a
common reference. Skills are independently vendorable trees — a shared
dependency would be unreachable (
read_skill_resourcerefuses paths outside the tree) and unpinned (hash_skill_treecovers only the skill dir); duplication across independently distributable skills is the right trade. - Field-memory caveat (all three reviewer skills ship a
references/reviewer-memory.mdthat says "update it during skill-maintenance work"): on THIS shelf those are byte-frozen vendored copies — updates happen UPSTREAM, then re-vendor + re-pin; never edit the vendored tree (the byte pins inscripts/refresh_shelf.pynow refuse exactly that).
Watch tier (not yet catalog-pinned)¶
web-design-guidelines(vercel-labs, PULLED from the top list — adversary finding, P0): at the pinned commit the body is a time-of-use fetch stub ("fetch fresh guidelines before each review" fromweb-interface-guidelines@main) — the tree hash pins a pointer, not rules. Re-scope path: pinvercel-labs/web-interface-guidelinesat a commit and vendor the actual rules document (license check first).brainstorming(obra/superpowers, demoted): thinnest improves case; interactive-session shaped (ships a local visual-companion server); the operator already runs anarchitectskill covering pre-code design exploration.- Python-lane candidates (named gap): the framework is Python-dominant
(five packages, FastAPI, pytest-heavy) and the catalog currently gives
Python nothing. Research targets: pytest discipline packs, FastAPI/API
design guidance, and superpowers
requesting-code-review/receiving-code-reviewfor the adversarial-review culture — noting the latter deepen the single-source concentration. - Trail of Bits skills (
trailofbits/skills, CC-BY-SA-4.0):differential-review,audit-context-buildingare procedure packs aligned with our adversarial process; most others run scanners. Plugin-shaped layout needs per-skill path verification before pinning; share-alike license noted. hashicorp/agent-skills(MPL-2.0):terraform-style-guideis a clean knowledge pack — admit when the framework actually touches IaC.anthropics/skillsextras:frontend-design(aesthetic direction — NOTE: its per-dir LICENSE.txt differs from the Apache text in skill-creator/mcp-builder; verify before pinning) anddoc-coauthoring— candidates after the first wave proves the usage loop.
Excluded (with reasons on the record)¶
- Anthropic document skills (
docx/pdf/pptx/xlsx): source-available (NOT open source — redistribution unclear for vendored byte-copies) and script-execution-dependent; decorative without script enablement. webapp-testing: requires browser + script execution; the gate deliberately withholds both today.- Deep-research packs (8-phase research pipelines, scholar tools): network + scripts by design; admit only when script/network enablement exists so they are not decorative.
- Aggregators (
VoltAgent/awesome-agent-skillsand similar): discovery surfaces, not vendoring sources — every admission pins the ORIGINAL author's repo. An aggregator in the middle is a supply-chain hop that adds nothing but risk.
Adding a curated skill¶
# 1. list what the catalog offers
python scripts/vendor_skill.py --list
# 2. vendor a pinned entry (fetches the exact commit, validates, hashes)
python scripts/vendor_skill.py <name>
# 3. review the vendored diff, then pin it in registry/catalog.yaml
# (expected_tree_hash + vendored: true — printed by step 2)
# 4. regenerate the trust registry (validation records derive from the catalog)
python scripts/refresh_shelf.py
# 5. update the admission pins in tests/test_shelf.py — EXPECTED_SHELF,
# EXPECTED_LEVELS, EXPECTED_SOURCES (and EXPECTED_SCRIPTS_BEARING for a
# scripts-bearing skill). The pins are the review's second signature:
# a red suite here is the gate asking for your deliberate sign-off.
python -m pytest -q
Never add a SHELF_POLICY entry for a catalog skill — the validation record
derives from the catalog entry, and refresh_shelf.py refuses the collision
(a hand-written policy would silently drop the byte-pin cross-check).
The vendor script refuses: names not in the catalog (curated-only is
structural), symlinked upstream trees, frontmatter/catalog name mismatches,
spec-invalid skills, and — after first pinning — any byte drift from
expected_tree_hash. Git runs with ambient config neutralized (no user
hooks/filters can act during fetch), and VCS/OS-junk files never reach the
shelf (the copy set equals the hash set). New skills enter as
manual-review → adopted (the method caps the level; audited requires
the 0003 behavioral harness).
Trust floor, stated honestly: the FIRST vendoring of an entry trusts git's
commit-hash verification (SHA-1DC) plus the curator's human diff review — the
SHA-256 whole-tree pin exists only from that point on. Every re-vendor is
then byte-verified end to end.
Scripts-bearing skills surface as requires_review at
select_skills_for_context until an operator explicitly enables them —
enablement is the approval act, and script EXECUTION additionally requires
a tool grant that simply does not exist today.
What curation does NOT guarantee¶
A catalog entry attests that a named reviewer read the tree at a pinned
commit and recorded why it helps this framework. It does not certify the
skill is benign (semantic evasion beats any review), does not cover upstream
behavior outside the pinned bytes, and says nothing about conditional
triggers a reading cannot see. The trust ladder's honest-limits contract
travels with every badge: never render the word "safe" (the risk column
deliberately says low, not safe, for the same reason).
Independence disclosure: at v1, curation, vendoring, and validation are the
same seat's single review (validated_by: skill) — the method cap makes
"reviewed ≠ audited" structural, and independent signal arrives with the
0003 behavioral-audit harness and external-audit records.