mcpbeat

Ca Init

arbiterforge/codearbiter-ca-init

Opt this repo into codeArbiter — scaffold the root-level .codearbiter/ state store.

709 tokens
context cost
the whole folder, loaded on every use
1
files
instructions only
0
copies elsewhere
how many repositories repackaged it
138
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/arbiterForge/codeArbiter --skill ca-init

The instruction itself

4 sections, as written by the author

/ca-init — first-run scaffold

Stand up the root-level .codearbiter/ project-state store that opts a repo into arbiter

management. This is the v2 replacement for vendoring/init-vendor: no symlinks, no shims, no dual

root. It writes the activation flag and the empty state files, then hands off to the populator.

.codearbiter/CONTEXT.md frontmatter arbiter: enabled is the single activation flag — it gates

the SessionStart persona injection. The scaffolded

CONTEXT.md is a stub (no initialization sentinel), so after scaffolding the project still needs

populating before normal operation.

Procedure

  • Run the scaffolder against the repo's git toplevel (resolved by the script):
   python "<plugin-root>/hooks/init-codearbiter.py"

It is idempotent and refuses if .codearbiter/CONTEXT.md already exists — it never overwrites

state. Pass --stage N to set the initial maturity value (default 1). Use --check to report

state without creating anything.

  • It creates .codearbiter/ with: CONTEXT.md (arbiter: enabled, stage: N, stub body),

open-tasks.md, open-questions.md, overrides.log (audit header), and last-checkpoint (0).

  • Then route to the populator — the stub is not yet usable:
  • Source code already exists in the repo → route to /ca-create-context (brownfield: scouts

read the codebase and synthesize the full context, writing the initialization sentinel).

  • Greenfield (no meaningful source) → route to /ca-decompose (layered interview).

The populator is mandatory, not optional: it authors tech-stack.md, coding-standards.md,

and security-controls.md (and writes the initialization sentinel). The pipeline gates BLOCK on

reading those files — writing-plans and tdd need tech-stack.md, the security gates need

security-controls.md — so /ca-feature run on a freshly-scaffolded stub will STOP at pre-flight

until the populator has run. session-start surfaces this as NOT INITIALIZED every session.

  • Report what was created and which populator you are routing to.

When NOT to use

  • .codearbiter/ already scaffolded → the scaffolder refuses; run /ca-create-context or

/ca-decompose to populate, or /ca-status to see state.

  • You only want to re-check detection state → run the scaffolder with --check.

Hard gate

MUST NOT hand-author .codearbiter/CONTEXT.md frontmatter — the scaffolder is the sanctioned path so

the activation flag and state-file shapes match what the hook parses. MUST NOT mark a

stub initialized; only the populator writes the initialization sentinel.

How to use it

Copy the folder

Take arbiterforge/codearbiter-ca-init from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.