Claude Skill

ca-new-skill

Author a new codeArbiter skill: prove the gap is real, get the spec approved, then write it.

LLM Mart · 0 points · 16 0 0

Virus-scanned Reviewed automatically before listing.

Full trust report

Download arbiterForge-codeArbiter-plugins_ca-codex_skills_ca-new-skill-6039d39.zip · 0 KB

arbiterforge/codearbiter 145 7 forks AGPL-3.0 Updated 7d ago

Part of arbiterforge/codearbiter — 238 skills

Install

skills CLI npx skills add https://github.com/arbiterForge/codeArbiter/tree/main/plugins/ca-codex/skills/ca-new-skill

Claude Code

claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install arbiterforge-codearbiter@llmmart

Git git clone https://github.com/arbiterForge/codeArbiter.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole arbiterforge/codearbiter collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

$ca-new-skill — author a skill

The only permitted entry to creating a skill. Nothing is written until the gap is proven uncovered — skills are not created speculatively. Name the skill in verb-noun form ("dependency-review"), not as a description ("the thing that checks packages").

Flow

Routes to the skill-author skill, which owns the work end to end through its five gated phases — gap evidence, scope, authoring, self-review against the v2 house style, and routing integration (the INDEX.md + routing-table entry that makes the new skill reachable). The phase definitions live in the skill; this command does not restate them. Nothing is authored until an existing skill or agent is proven not to cover the need; nothing ships until the new skill carries gated phases, hard rules, and its routing entry.

Routes to

skill-author (routines/skill-author/SKILL.md) — all five phases.

When NOT to use

A one-time action → $ca-feature or a command definition.
An existing skill nearly covers it → extend that skill via $ca-feature.
"Do we even need a skill here?" → $ca-btw.

Hard gate

MUST prove the gap is real in Phase 1 before writing any skill content. MUST get user approval on the spec before authoring. MUST NOT create a skill that duplicates an existing skill's purpose — surface the overlap instead. Skill files live only under routines/.

Files (codearbiter)

SKILL.md 1.6 KB

---
name: ca-new-skill
description: "Author a new codeArbiter skill: prove the gap is real, get the spec approved, then write it."
argument-hint: "<verb-noun skill name>"
---

# $ca-new-skill — author a skill

The only permitted entry to creating a skill. Nothing is written until the gap is proven uncovered — skills are not created speculatively. Name the skill in verb-noun form (`"dependency-review"`), not as a description (`"the thing that checks packages"`).

## Flow

Routes to the `skill-author` skill, which owns the work end to end through its five gated phases — gap
evidence, scope, authoring, self-review against the v2 house style, and routing integration (the
`INDEX.md` + routing-table entry that makes the new skill reachable). The phase definitions live in the
skill; this command does not restate them. Nothing is authored until an existing skill or agent is
proven not to cover the need; nothing ships until the new skill carries gated phases, hard rules, and
its routing entry.

## Routes to

`skill-author` ([routines/skill-author/SKILL.md](../../routines/skill-author/SKILL.md)) — all five phases.

## When NOT to use

- A one-time action → `$ca-feature` or a command definition.
- An existing skill nearly covers it → extend that skill via `$ca-feature`.
- "Do we even need a skill here?" → `$ca-btw`.

## Hard gate

MUST prove the gap is real in Phase 1 before writing any skill content. MUST get user approval on the
spec before authoring. MUST NOT create a skill that duplicates an existing skill's purpose — surface
the overlap instead. Skill files live only under [routines/<name>/](../../routines/<name>).