By the end of this page, Claude Code will know what your customers asked for, which decisions your team already made, and exactly where the fence around a feature sits. The setup is explicit so the plan can never silently bind to the wrong repository.
Step 1 — Diagnose and sign in
The skill lands in ~/.claude/skills/scriptonia/. Login does not bind a repository and does not write AGENTS.md.
Step 2 — Bind and check the exact Git root
Init writes the repository's managed AGENTS.md section and builds its first local brain. Do not skip this step or run it from a parent, nested child, or sibling root.
Step 3 — Feed it customer signal (free, always)
Tickets, transcripts, pasted rants. Everything is embedded and kept traceable to its source. Adding signal never costs credits on any plan, because a starving brain helps nobody.
Step 4 — Turn an issue into a plan
PLAN.md arrives with cited evidence, acceptance criteria, real file paths from a scan of your repo, a Non-goals fence, and, in this example, a ⚠ UNRESOLVED gate because the issue conflicts with a recorded roadmap decision. Claude Code is instructed to stop at that gate until a human clears it.
Step 5 — Let Claude Code ship it
The approval flips the gate to RESOLVED, the plan regenerates as v2, and Claude Code builds exactly what the plan says: one filter, not five, with the customer's ticket cited in the PR.
Why this beats pasting context into a prompt
A pasted prompt is one voice, once, and it forgets what you decided last quarter. Agent product memory retrieves across everything you've ever added, checks the decision corpus, and produces the same grounded plan for any agent, every time. The setup you just did is permanent; from now on the loop is just add → plan → build.