trybeacon 0.1.0

package/dist/bin/doctor.js

@@ -0,0 +1,227 @@
+#!/usr/bin/env bun
+// @bun
+var EQ=Object.defineProperty;var FQ=(Q)=>Q;function IQ(Q,X){this[Q]=FQ.bind(null,X)}var e=(Q,X)=>{for(var Z in X)EQ(Q,Z,{get:X[Z],enumerable:!0,configurable:!0,set:IQ.bind(X,Z)})};var QQ=(Q,X)=>()=>(Q&&(X=Q(Q=0)),X);var YQ={};e(YQ,{removeRepoAssets:()=>AQ,installRefreshSkill:()=>DQ,installPlanSkill:()=>wQ,installInitSkill:()=>uQ,ensureWorkflowDoc:()=>RQ,ensureMcp:()=>_Q,auditRepo:()=>h,REFRESH_SKILL:()=>$Q,PLAN_SKILL:()=>JQ,INIT_SKILL:()=>ZQ});import{existsSync as y,mkdirSync as b,readFileSync as G,rmSync as L,writeFileSync as U}from"fs";import{join as q}from"path";function uQ(Q){let X=q(Q,".claude","skills","beacon-init");b(X,{recursive:!0});let Z=q(X,"SKILL.md");return U(Z,ZQ),Z}function DQ(Q){let X=q(Q,".claude","skills","beacon-refresh");b(X,{recursive:!0});let Z=q(X,"SKILL.md");return U(Z,$Q),Z}function wQ(Q){let X=q(Q,".claude","skills","beacon-plan");b(X,{recursive:!0});let Z=q(X,"SKILL.md");return U(Z,JQ),Z}function RQ(Q){let X=q(Q,"AGENTS.md"),Z="";try{Z=G(X,"utf8")}catch{}let $=new RegExp(`${F}[\\s\\S]*?${S}`);Z=$.test(Z)?Z.replace($,XQ):`${Z.trim()}
+
+${XQ}
+`.trimStart(),U(X,Z.endsWith(`
+`)?Z:`${Z}
+`);let J=q(Q,"CLAUDE.md"),Y="";try{Y=G(J,"utf8")}catch{}if(!/@AGENTS\.md/.test(Y))U(J,`${Y?`${Y.trim()}
+
+`:""}@AGENTS.md
+`)}function _Q(Q){let X=q(Q,".mcp.json"),Z={};try{Z=JSON.parse(G(X,"utf8"))}catch{}if(Z.mcpServers=Z.mcpServers??{},Z.mcpServers.beacon)return{path:X,added:!1};return Z.mcpServers.beacon={command:"beacon",args:["mcp"]},U(X,JSON.stringify(Z,null,2)+`
+`),{path:X,added:!0}}function h(Q){let X=q(Q,".mcp.json"),Z=!1;try{Z=!!JSON.parse(G(X,"utf8")).mcpServers?.beacon}catch{}let $=!1;try{$=G(q(Q,"AGENTS.md"),"utf8").includes(F)}catch{}let J=!1;try{J=/@AGENTS\.md/.test(G(q(Q,"CLAUDE.md"),"utf8"))}catch{}return{repo:Q,mcpRegistered:Z,agentsMdBlock:$,claudeMdImport:J,skills:{"beacon-init":y(q(Q,".claude","skills","beacon-init","SKILL.md")),"beacon-refresh":y(q(Q,".claude","skills","beacon-refresh","SKILL.md"))}}}function AQ(Q){let X=[];for(let V of["beacon-init","beacon-refresh","beacon-db-design"]){let v=q(Q,".claude","skills",V);if(y(v))L(v,{recursive:!0,force:!0}),X.push(V)}let Z=!1,$=q(Q,".mcp.json");try{let V=JSON.parse(G($,"utf8"));if(V.mcpServers?.beacon){if(delete V.mcpServers.beacon,Z=!0,V.mcpServers&&Object.keys(V.mcpServers).length===0)delete V.mcpServers;if(Object.keys(V).length===0)L($,{force:!0});else U($,JSON.stringify(V,null,2)+`
+`)}}catch{}let J=!1,Y=q(Q,"AGENTS.md");try{let V=G(Y,"utf8"),v=new RegExp(`\\n?${F}[\\s\\S]*?${S}\\n?`);if(v.test(V)){let g=V.replace(v,`
+`).replace(/\n{3,}/g,`
+
+`).trimStart();U(Y,g.endsWith(`
+`)?g:`${g}
+`),J=!0}}catch{}let B=!1,z=q(Q,"CLAUDE.md");try{let V=G(z,"utf8"),v=V.replace(/^[ \t]*@AGENTS\.md[ \t]*\n?/m,"");if(v!==V){if(!v.trim())L(z,{force:!0});else U(z,v);B=!0}}catch{}return{skillsRemoved:X,mcpUnregistered:Z,agentsBlockRemoved:J,claudeImportRemoved:B}}var ZQ=`---
+name: beacon-init
+description: Read this repository and map its architecture, schema, and roadmap into Beacon (the local visual planning panel). Use when the user runs /beacon-init, asks to "set up Beacon for this repo", or asks to initialize/bootstrap Beacon's map of this codebase.
+---
+
+# Map this repo into Beacon (/beacon-init)
+
+The user already has Beacon running. You're going to map this repository's architecture into it \u2014 what used to be \`beacon init\`. **You** do the analysis (your session already has the codebase context); Beacon just persists what you send.
+
+## What you produce
+
+A single \`beacon_init_persist\` MCP tool call with:
+
+- **components**: 8\u201325 main building blocks of this codebase. NOT every file. Group them by \`domain\` (short UPPERCASE: AUTH, API, DATA, UI, JOBS, INFRA, BILLING, SEARCH, \u2026). For each: a one-line technical \`role\`, a one-sentence plain-language \`plain\`, the few \`files\` that implement it (repo-relative), and \`depends\` listing other component titles it relies on. Use the dependency graph you can see in the source \u2014 files that import each other heavily usually belong together.
+- **roadmap**: 3\u20136 BROAD strategic directions. Big-picture themes only \u2014 "Harden auth & security", "Add observability", "Scale the data layer", "Pay down test-coverage debt". NOT detailed tasks. NOT file-level. Each gets a short title and one-line \`why\`.
+- **overview**: one paragraph describing what this project is and its stack. This lands in AGENTS.md as the project intro.
+- **conventions**: 3\u20138 concrete rules a contributor MUST follow \u2014 build/test commands, where code goes, patterns, things easy to get wrong. Infer from actual files, not assumptions.
+- **snapshot** (optional but encouraged): \`{ tables, relations, endpoints }\` for the existing database. If the project uses Prisma, read \`prisma/schema.prisma\`. If SQLAlchemy, read the model files. If Django, read \`models.py\`. If you find no obvious schema source, skip the snapshot \u2014 don't fabricate.
+
+## How to do it
+
+1. **Survey**. Use \`LS\` / \`Glob\` to see the top-level structure. Read \`README.md\` and the manifest (\`package.json\` / \`pyproject.toml\` / \`go.mod\` / \`Cargo.toml\` / \`pom.xml\`).
+2. **Sample the source.** Read 15\u201330 representative files \u2014 one per cluster you can identify. Don't read everything; pick by name (route files, model files, main entrypoints, key services). The goal is to identify boundaries, not memorize every line.
+3. **Identify the schema** if any. \`prisma/schema.prisma\` \u2192 translate each model into a \`tables\` entry. \`alembic\`/SQLAlchemy \u2192 read the latest models. Django \u2192 read \`models.py\`. Skip the snapshot if the source-of-truth isn't obvious.
+4. **Identify endpoints** if any. Look for routes \u2014 Next.js \`app/api/*\` files, FastAPI \`@router.*\` / \`@app.*\`, Express \`app.get\`/etc. For each endpoint try to fill \`uses: [{ table, access }]\` so the canvas can draw which endpoint touches which table.
+5. **Call \`beacon_init_persist\`** ONCE with the whole analysis. It replaces any prior init-derived map (idempotent) and regenerates \`AGENTS.md\`.
+
+## What you should NOT do
+
+- Don't propose detailed tasks in \`roadmap\` \u2014 that's what \`beacon_propose_plan\` is for. Init roadmap is strategic only.
+- Don't list every file as a \`component\`. Aim for ~15. If you have 40, you're listing files, not components.
+- Don't fabricate tables/endpoints. If you can't find the schema source, omit \`snapshot\`.
+- Don't ask the user to confirm before persisting. The user invoked /beacon-init \u2014 that's the confirmation.
+
+If \`beacon_init_persist\` isn't available, the Beacon panel isn't running in this repo. Tell the user to run \`beacon\` here first, then re-invoke /beacon-init.
+
+After the tool returns, tell the user the counts (components / roadmap / tables / endpoints) and point them at the running Beacon panel.
+`,$Q=`---
+name: beacon-refresh
+description: Re-survey the repo and update Beacon's architecture / schema / endpoints map after /beacon-init was already run \u2014 picks up new components, removed ones, schema changes, and new routes. Use when the user runs /beacon-refresh or asks to "refresh", "update", "re-sync", or "bring Beacon up to date" with the current code.
+---
+
+# Refresh Beacon's map (/beacon-refresh)
+
+Beacon was already initialized in this repo (\`/beacon-init\` ran at some point). The codebase has moved since then \u2014 new modules, removed ones, schema changes, new routes. Your job is to re-survey the current code, show the user what changed, then persist the refreshed map.
+
+## How it differs from /beacon-init
+
+- **Init is a cold start** \u2014 no prior map, you survey everything fresh.
+- **Refresh is incremental** \u2014 the map already exists. Read what's there first, then diff against the source so you can tell the user what actually changed. The user gets to see "+ 3 new components, \u2212 1 removed, ~ 2 changed roles" instead of an opaque re-run.
+
+## What gets preserved vs replaced
+
+The \`beacon_init_persist\` tool **replaces only init-derived nodes** (\`source=INIT\`). Anything the user added manually on the canvas \u2014 manually-created components, hand-edited tables, custom positions, notes, draft feature plans \u2014 survives the refresh untouched. So you can re-run this freely; nothing the user curated by hand is at risk.
+
+The one caveat: if the user manually edited an INIT-source node on the canvas (e.g., renamed it, rewrote its role), that edit IS overwritten when you re-persist. If the user mentions hand-curated INIT nodes, ask whether they want those carried into the new analysis verbatim.
+
+## How to do it
+
+1. **Read the current map.** Call \`beacon_entities\` with \`{ kind: "architecture" }\`, \`{ kind: "roadmap" }\`, \`{ kind: "tables" }\`, \`{ kind: "endpoints" }\`. This is what Beacon has now.
+2. **Survey the source like init.** Same approach as \`/beacon-init\`: \`LS\` / \`Glob\` for top-level structure, read \`README.md\` and the manifest, sample 15\u201330 representative files. Focus on areas likely to have changed \u2014 diff your memory against what \`beacon_entities\` returned.
+3. **Build the diff in your head.** For each entity kind:
+   - **components**: which titles in the current map no longer match any cluster you'd produce? Which clusters you'd produce don't appear in the current map?
+   - **tables**: any added / removed since? Any model files you can see that aren't in the snapshot?
+   - **endpoints**: walk the route directories \u2014 any new routes, any deleted ones?
+   - **roadmap**: usually stable, but a strategic theme can finish or new ones can emerge.
+4. **Surface the diff to the user, briefly, BEFORE persisting.** Something like:
+   - **+ added**: NEW_COMPONENT_1, NEW_COMPONENT_2 (with one-line reason each)
+   - **\u2212 removed**: STALE_COMPONENT (file no longer exists)
+   - **~ changed**: COMPONENT_X (role expanded to cover Y)
+   - **schema**: + 2 new tables (TableA, TableB); + 3 new endpoints; \u2212 1 deprecated endpoint
+   No need to wait for confirmation \u2014 just show the diff so the user sees what's about to land.
+5. **Call \`beacon_init_persist\`** ONCE with the refreshed full analysis (same shape as init: \`components\`, \`roadmap\`, \`overview\`, \`conventions\`, \`snapshot\`). It replaces all init-source nodes and regenerates \`AGENTS.md\`.
+
+## What you should NOT do
+
+- Don't ask "should I refresh?" \u2014 the user invoked /beacon-refresh, that's the answer.
+- Don't preserve stale components for sentimental reasons. If the underlying files are gone or merged into another component, drop it from the new \`components\` list.
+- Don't pad with file-level granularity. Refresh maintains the same ~15-component altitude as init.
+- Don't fabricate changes. If the codebase hasn't materially moved since the last init, say so and persist the current state anyway (re-runs are cheap; it's fine).
+
+If \`beacon_entities\` or \`beacon_init_persist\` isn't available, the Beacon panel isn't running in this repo. Tell the user to run \`beacon\` here first, then re-invoke /beacon-refresh.
+
+After the tool returns, report the final counts plus a one-line summary of the diff you surfaced.
+`,JQ=`---
+name: beacon-plan
+description: Present your current plan or approach to the user on Beacon's /plan canvas for review \u2014 instead of asking for approval in prose. Use when the user says "present the plan", "show me the plan", "let me see it / the plan", or whenever you are about to end a turn asking whether to proceed with a plan, design, or approach.
+---
+
+# Present a plan on Beacon (/beacon-plan)
+
+Beacon reviews plans on a canvas at /plan \u2014 never as a wall of text in the terminal. So do NOT
+end a turn with "here's my plan\u2026 should I proceed?" in prose. Present it through Beacon and let the
+tool BLOCK until the user decides.
+
+## How to present
+
+Call the **\`beacon_present_plan\`** MCP tool with your plan as markdown:
+
+- \`description\`: a one-line summary shown in the review header.
+- \`markdown\`: the full plan as markdown (headings, lists, code).
+- If the plan proposes DB tables / relations / endpoints or roadmap features, embed ONE fenced
+  \`\`\`beacon JSON block in the markdown \u2014 the same shapes \`beacon_propose_plan\` accepts:
+
+\`\`\`beacon
+{ "tables": [...], "relations": [...], "endpoints": [...], "features": [...] }
+\`\`\`
+
+Beacon extracts that block deterministically, strips it from the prose, and renders an editable
+board on /plan. The board is built ONLY from the block \u2014 prose is never parsed \u2014 so mirror EVERY
+table/endpoint/feature you mention in the prose into the block, or that board will be empty.
+
+\`beacon_present_plan\` opens /plan and BLOCKS until the user clicks Approve / Discard / submits
+feedback, then returns their verdict. Implement code or migrations ONLY after it returns approval.
+If it returns feedback, revise and call it again.
+
+## Which tool
+
+- **Pure schema/feature plan** (tables + endpoints + roadmap features, little prose) \u2192 you may use
+  \`beacon_propose_plan\` with the structured fields instead; it's the same review loop.
+- **Anything else** (a code-change plan, a mixed plan, a "how should I approach X") \u2192 use
+  \`beacon_present_plan\` with markdown so the full reasoning shows on /plan.
+
+If \`beacon_present_plan\` isn't available, the panel isn't wired here \u2014 fall back to presenting via
+ExitPlanMode with the same \`\`\`beacon block, or tell the user to run \`beacon\` in this repo once.
+`,F="<!-- beacon:workflow:start -->",S="<!-- beacon:workflow:end -->",XQ;var m=QQ(()=>{XQ=`${F}
+## Beacon \u2014 feature workflow
+
+This project uses Beacon (a local planning/visualization panel; run \`beacon\` to open it). When you start work on a FEATURE \u2014 whether referenced via an \`@beacon:feature://\u2026\` mention, an \`@beacon://note/\u2026\` note the user wrote in the Notes panel (treat its checkbox \`- [ ]\` todos as subtasks and order features by their dependencies), or just described in chat \u2014 follow these steps in order:
+
+### 1. Load context FIRST \u2014 do NOT Glob/Grep the codebase blind
+
+Call \`beacon_context_for_feature({ id | title | query })\` BEFORE reading files. It returns, in one round-trip:
+- the files the feature is attached to,
+- what those files import + what imports them (live code-graph blast radius),
+- endpoints in the feature's domain + the tables each touches + those tables' FK relations,
+- sibling architecture components and the project's conventions.
+
+That bundle replaces the discovery phase. Read only the files it returns plus whatever those imports lead you to. If the feature has no files attached yet, the bundle still gives you the domain map \u2014 Glob is a last resort.
+
+Mid-feature, when deciding whether a change is safe, call \`beacon_blast_radius({ path })\` for the file you're about to edit \u2014 same code-graph data, file-centric.
+
+### 2. Design the data BEFORE writing code
+
+Determine the database tables the feature needs. If any don't exist yet, design the schema and call \`beacon_propose_plan\` (tables + relations + endpoints). This renders an **editable draft on the /plan page** for the user to review. The tool BLOCKS until the user clicks Approve / Discard / submits feedback. Implement migrations + code ONLY after it returns approval.
+
+When listing endpoints, give each \`uses: [{ table, access }]\` so the endpoint\u2192table links draw on /db.
+
+EVERY feature MUST carry \`category\` (e.g. AUTH | SEARCH | DATA | INTEL | BILLING | \u2026; \`cluster\` is accepted as an alias) and \`priority\` (0 = P0 critical, 1 = P1 high, 2 = P2 medium, 3 = P3 low). Beacon REJECTS a plan whose features omit either \u2014 \`beacon_propose_plan\` returns the list of what's missing, and an ExitPlanMode \`\`\`beacon block is denied \u2014 so set both on every feature instead of relying on defaults.
+
+REUSE before you create. Call \`beacon_map\` to see the features + categories that already exist. Beacon HARD-BLOCKS a feature that duplicates an existing one (it returns the existing feature to use instead) and one created without a category \u2014 so don't re-create work that's already on the board, and reuse an existing category rather than a near-synonym. \`category\` is the ONLY domain field. \`front\` (in \`beacon_start_feature\`) nests a feature UNDER an existing parent feature \u2014 it is NOT a domain tag; a \`front\` that matches no real feature is rejected.
+
+When listing features, give each \`dependsOn: ["Other feature title", \u2026]\` for any feature that must ship after another in the same plan. Beacon draws these as "depends on" links so the roadmap shows the dependency chain instead of loose, disconnected cards.
+
+### 2b. Presenting a plan in plan mode (ExitPlanMode)
+
+When you present a plan via ExitPlanMode (not \`beacon_propose_plan\`) and it proposes DB tables/relations/endpoints or roadmap features, embed ONE fenced \`\`\`beacon code block of JSON in the plan \u2014 the same shapes \`beacon_propose_plan\` accepts:
+
+\`\`\`beacon
+{ "tables": [...], "relations": [...], "endpoints": [...], "features": [...] }
+\`\`\`
+
+Beacon extracts it deterministically and **strips the block from the prose** (it's never shown in the annotation panel), then renders the tables + features as an **editable board** on /plan so the user can edit them and have those edits flow back as feedback. Omit the block for pure code-change plans.
+
+**The board is built ONLY from the block \u2014 prose is NOT parsed.** If your plan describes ANY database models/tables/columns in the prose (e.g. "Model \`legal_precedent.py\` \u2014 natural key (court, \u2026)"), you MUST also put them in the block's \`tables\` array (with \`columns\`), or the /db tab will be empty for that plan. Same for endpoints (\`endpoints\` with \`uses:[{table,access}]\`) and features (\`features\`). A plan that lists five tables in prose but ships a block with only \`features\` renders an empty database board \u2014 exactly the "I described models but the DB tab is empty" failure. Mirror every DB entity you mention into the block.
+
+### 3. At the end, register the work
+
+Call \`beacon_describe_feature\` for **EVERY** feature the plan created \u2014 once per feature, **by its exact title** (the same titles you listed in \`features\`/the \`\`\`beacon block) \u2014 with the files you touched and a short markdown description. This flips each one to **Done** and keeps \`beacon_context_for_feature\` accurate for the next session.
+
+Do this per feature. If a plan added five features, that's five \`beacon_describe_feature\` calls \u2014 registering only an umbrella ("Harden auth") leaves the individual features stuck on **Pending** on the map.
+
+If the feature added or materially changed a REAL architectural component (a subsystem \u2014 NOT a file), also pass \`architecture: [{ title, domain, role, \u2026 }]\` so the Architecture map stays accurate. It upserts curated components by title; never list files as components.
+
+Pull raw planning data anytime with \`beacon_entities\` (features / architecture / tables / endpoints).
+${S}`});var BQ={};e(BQ,{provisionDb:()=>$X});import{createClient as tQ}from"@libsql/client";import{drizzle as sQ}from"drizzle-orm/libsql";import{migrate as dQ}from"drizzle-orm/libsql/migrator";import{readMigrationFiles as aQ}from"drizzle-orm/migrator";import{dirname as s,join as rQ}from"path";import{fileURLToPath as oQ}from"url";async function w(Q,X){return(await Q.execute({sql:"SELECT 1 FROM sqlite_master WHERE type='table' AND name = ?",args:[X]})).rows.length>0}async function XX(Q,X){let Z=await Q.execute(`PRAGMA table_info("${X}")`);return new Set(Z.rows.map(($)=>String($.name)))}async function xQ(Q){if(!await w(Q,"__drizzle_migrations"))return 0;let X=await Q.execute('SELECT count(*) AS n FROM "__drizzle_migrations"');return Number(X.rows[0]?.n??0)}async function ZX(Q){for(let[X,Z]of Object.entries(QX)){if(!await w(Q,X))continue;let $=await XX(Q,X);for(let J of Z){if(!$.has(J))continue;await Q.execute(`UPDATE "${X}" SET "${J}" = CAST((julianday("${J}") - 2440587.5) * 86400000 AS INTEGER) WHERE typeof("${J}") = 'text'`)}}}async function $X(Q,X=eQ){let Z=tQ({url:Q});try{await Z.execute("PRAGMA journal_mode = WAL;"),await Z.execute("PRAGMA foreign_keys = ON;");let $=await w(Z,"__drizzle_migrations"),J=await w(Z,"Node"),Y=!1;if(J&&!$){let z=aQ({migrationsFolder:X})[0];if(z)await Z.execute('CREATE TABLE IF NOT EXISTS "__drizzle_migrations" (id SERIAL PRIMARY KEY, hash text NOT NULL, created_at numeric)'),await Z.execute({sql:'INSERT INTO "__drizzle_migrations" ("hash", "created_at") VALUES (?, ?)',args:[z.hash,z.folderMillis]}),Y=!0}let B=await xQ(Z);if(await dQ(sQ(Z),{migrationsFolder:X}),await xQ(Z)>B)Y=!0;return await ZX(Z),{migrated:Y}}finally{Z.close()}}var iQ,eQ,QX;var vQ=QQ(async()=>{iQ=s(s(s(oQ(import.meta.url)))),eQ=process.env.BEACON_MIGRATIONS_DIR||rQ(iQ,"drizzle"),QX={Node:["createdAt","updatedAt"],Note:["createdAt","updatedAt"],DbTable:["createdAt","updatedAt"],Endpoint:["createdAt","updatedAt"],DraftTable:["createdAt"],SyncState:["codeGraphSyncedAt","updatedAt"],AppSetting:["updatedAt"],ProjectMeta:["updatedAt"],CodeFile:["updatedAt"]}});import{existsSync as c,mkdirSync as l,readFileSync as u,rmSync as kQ,writeFileSync as D}from"fs";import{homedir as gQ}from"os";import{join as P}from"path";function LQ(){return process.env.HOME||process.env.USERPROFILE||gQ()}var C=()=>P(LQ(),".claude"),n=()=>P(C(),"skills"),VQ=()=>P(C(),"settings.json"),O=()=>P(C(),"CLAUDE.md"),I="<!-- beacon:global:start -->",p="<!-- beacon:global:end -->",M=["beacon-init","beacon-refresh","beacon-plan"],T=[{event:"PostToolUse",matcher:"Edit|Write|MultiEdit",command:"beacon hook",description:"Report file edits to Beacon's active feature so the map stays fresh."},{event:"PermissionRequest",matcher:"ExitPlanMode",command:"beacon plan",description:"Pipe the agent's plan markdown into Beacon's /plan canvas for review."},{event:"UserPromptSubmit",matcher:"*",command:"beacon prompt",description:"On feature-y prompts in a Beacon-wired repo, remind the agent to run the context\u2192propose\u2192describe loop (no-op otherwise)."},{event:"Stop",matcher:"*",command:"beacon stop-hook",description:"When the agent ends a turn asking for plan approval in prose (instead of presenting it), nudge it to present the plan on Beacon's /plan canvas. Bounded by stop_hook_active \u2014 at most one nudge."}],yQ=`## Beacon (visual planning panel)
+
+This machine has Beacon installed \u2014 a local visual planning surface for the terminal-side
+agent. Beacon proposes feature plans (roadmap features + DB schema + endpoints) via MCP,
+the user reviews on a canvas at /plan, and feedback flows back as the next round.
+
+**When to invoke**
+- User asks to "plan a feature" / "design a schema" \u2192 if the \`beacon_propose_plan\`
+  MCP tool is available, design the plan and call it. If it is NOT available, the panel
+  isn't wired in this repo \u2014 run \`beacon\` here once, then retry.
+- User asks to "set up Beacon" / "map this repo" \u2192 invoke the \`beacon-init\` skill.
+- User asks to "refresh Beacon" / "update the map" / "bring Beacon up to date" \u2192 invoke
+  the \`beacon-refresh\` skill. Re-surveys the repo and updates init-derived nodes while
+  preserving anything the user added by hand.
+- Run \`beacon doctor\` to audit what's wired (global hooks, repo's .mcp.json, AGENTS.md block).
+
+**The plan feedback loop**
+\`beacon_propose_plan\` BLOCKS until the user clicks Approve / Discard / submits feedback.
+Feedback bundles inline annotations on the markdown PLUS any edits the user made directly
+on the /map and /db boards (added features, attached subtasks, edited columns, new
+endpoints). Treat board edits as the user's revision intent \u2014 re-propose matching them
+verbatim. Do NOT implement until the tool returns approval.`;function bQ(Q,X){let Z=P(n(),Q);l(Z,{recursive:!0});let $=P(Z,"SKILL.md");return D($,X),$}function zQ(Q){return c(P(n(),Q,"SKILL.md"))}function SQ(Q){let X=P(n(),Q);if(!c(X))return!1;return kQ(X,{recursive:!0,force:!0}),!0}function t(){try{return JSON.parse(u(VQ(),"utf8"))}catch{return{}}}function qQ(Q){l(C(),{recursive:!0}),D(VQ(),JSON.stringify(Q,null,2)+`
+`)}function hQ(Q){let X=t();X.hooks=X.hooks??{},X.hooks[Q.event]=X.hooks[Q.event]??[];let Z=X.hooks[Q.event];if(Z.some((J)=>J.matcher===Q.matcher&&J.hooks?.some((Y)=>Y.command===Q.command)))return!1;return Z.push({matcher:Q.matcher,hooks:[{type:"command",command:Q.command}]}),qQ(X),!0}function mQ(Q){return(t().hooks?.[Q.event]??[]).some(($)=>$.hooks?.some((J)=>J.command===Q.command))}function pQ(Q){let X=t(),Z=X.hooks?.[Q.event];if(!Z)return!1;let $=!1,J=Z.map((Y)=>{let B=Y.hooks?.length??0,z=(Y.hooks??[]).filter((V)=>V.command!==Q.command);if(z.length!==B)$=!0;return{...Y,hooks:z}}).filter((Y)=>(Y.hooks??[]).length>0);if(!$)return!1;if(J.length)X.hooks[Q.event]=J;else delete X.hooks[Q.event];if(X.hooks&&Object.keys(X.hooks).length===0)delete X.hooks;return qQ(X),!0}function cQ(Q){let X=`${I}
+${Q.trim()}
+${p}`,Z="";try{Z=u(O(),"utf8")}catch{}let $=new RegExp(`${I}[\\s\\S]*?${p}`);Z=$.test(Z)?Z.replace($,X):Z.trim()?`${Z.trim()}
+
+${X}
+`:`${X}
+`,l(C(),{recursive:!0}),D(O(),Z.endsWith(`
+`)?Z:`${Z}
+`)}function NQ(){try{return u(O(),"utf8").includes(I)}catch{return!1}}function lQ(){let Q="";try{Q=u(O(),"utf8")}catch{return!1}let X=new RegExp(`${I}[\\s\\S]*?${p}\\n?`);if(!X.test(Q))return!1;let Z=Q.replace(X,"").replace(/\n{3,}/g,`
+
+`).trimStart();return D(O(),Z),!0}function HQ(){let Q={};for(let Z of M)Q[Z]=zQ(Z);let X={};for(let Z of T)X[Z.event]=mQ({event:Z.event,command:Z.command});return{homeExists:c(C()),skills:Q,hooks:X,claudeMdBlock:NQ()}}async function nQ(){let{INIT_SKILL:Q,REFRESH_SKILL:X,PLAN_SKILL:Z}=await Promise.resolve().then(() => (m(),YQ)),$={"beacon-init":Q,"beacon-refresh":X,"beacon-plan":Z},J=[];for(let z of M){if(!zQ(z))J.push(z);bQ(z,$[z])}let Y=0;for(let z of T)if(hQ({event:z.event,matcher:z.matcher,command:z.command}))Y++;let B=NQ();return cQ(yQ),{skillsAdded:J,hooksAdded:Y,claudeMdBlockTouched:!B}}async function RX(){try{return{ok:!0,...await nQ()}}catch(Q){return{ok:!1,error:Q instanceof Error?Q.message:String(Q),skillsAdded:[],hooksAdded:0,claudeMdBlockTouched:!1}}}function _X(){let Q=[];for(let $ of M)if(SQ($))Q.push($);let X=0;for(let $ of T)if(pQ($))X++;let Z=lQ();return{skillsRemoved:Q,hooksRemoved:X,claudeMdBlockRemoved:Z}}import{AsyncLocalStorage as JX}from"async_hooks";import{spawnSync as YX}from"child_process";import{createHash as VX}from"crypto";import{existsSync as UQ,mkdirSync as R,readFileSync as PQ,writeFileSync as WQ}from"fs";import{homedir as zX}from"os";import{basename as qX,join as K}from"path";function W(){return process.env.BEACON_HOME||K(zX(),".beacon")}function d(){return K(W(),"workspaces.json")}function jQ(Q){return VX("sha256").update(Q).digest("hex").slice(0,12)}function tX(Q=process.cwd()){let X=YX("git",["rev-parse","--show-toplevel"],{cwd:Q,stdio:["ignore","pipe","ignore"]});if(X.status===0){let Z=X.stdout?.toString().trim();if(Z)return Z}return Q}function a(Q){return K(W(),Q)}function NX(Q){return`file:${K(a(Q),"db.sqlite")}`}function E(){try{let Q=JSON.parse(PQ(d(),"utf8"));return Array.isArray(Q)?Q:[]}catch{return[]}}function r(Q){R(W(),{recursive:!0}),WQ(d(),JSON.stringify(Q,null,2))}function o(){return E().sort((Q,X)=>X.lastOpenedAt.localeCompare(Q.lastOpenedAt))}function j(Q){return E().find((X)=>X.id===Q)??null}function HX(Q,X,Z=new Date().toISOString()){let $=jQ(Q),J=E(),Y=J.find((V)=>V.id===$),B={id:$,path:Q,name:X||Y?.name||qX(Q),lastOpenedAt:Z},z=[B,...J.filter((V)=>V.id!==$)];return R(a($),{recursive:!0}),r(z),B}function sX(Q,X=new Date().toISOString()){let Z=E(),$=Z.find((J)=>J.id===Q);if(!$)return;$.lastOpenedAt=X,r(Z)}function dX(Q){if(r(E().filter((X)=>X.id!==Q)),i()===Q)xX(o()[0]?.id??null)}function CQ(){return K(W(),"active")}function i(){try{return PQ(CQ(),"utf8").trim()||null}catch{return null}}function xX(Q){R(W(),{recursive:!0}),WQ(CQ(),Q??"")}function aX(){let Q=i();return Q?j(Q):null}function rX(){let Q=vX()??i();return Q?j(Q):null}function oX(Q){return j(Q)?.path??null}function iX(){return UQ(d())}var MQ="beacon_ws";function TQ(Q,X){let Z=Q.headers.get("cookie");if(!Z)return null;for(let $ of Z.split(";")){let J=$.indexOf("=");if(J===-1)continue;if($.slice(0,J).trim()===X)return decodeURIComponent($.slice(J+1).trim())}return null}function eX(Q){let X=Q.headers.get("x-beacon-workspace");if(X&&j(X))return X;let Z=TQ(Q,MQ);if(Z&&j(Z))return Z;return null}var BX="x-beacon-workspace-path";async function QZ(Q){let X=Q.headers.get("x-beacon-workspace");if(X&&j(X))return X;let Z=Q.headers.get(BX);if(Z&&(!X||jQ(Z)===X)){let J=HX(Z);return await GX(J.id),J.id}let $=TQ(Q,MQ);if($&&j($))return $;return null}var KQ=new JX;function XZ(Q,X){return Q?KQ.run(Q,X):X()}function vX(){return KQ.getStore()??null}var GQ=new Set;async function GX(Q){let X=a(Q),Z=K(X,"db.sqlite"),$=UQ(Z);if($&&GQ.has(Z))return{ok:!0,created:!1,migrated:!1};try{R(X,{recursive:!0});let{provisionDb:J}=await vQ().then(() => BQ),Y=await J(NX(Q));return GQ.add(Z),{ok:!0,created:!$,migrated:$&&Y.migrated}}catch(J){return{ok:!1,created:!1,migrated:!1,error:J instanceof Error?J.message:String(J)}}}m();import{execSync as UX,spawnSync as PX}from"child_process";import{existsSync as WX,readFileSync as jX}from"fs";import{join as fQ}from"path";var H=(Q)=>`\x1B[32m\u2713\x1B[0m ${Q}`,x=(Q)=>`\x1B[31m\u2717\x1B[0m ${Q}`,_=(Q)=>`\x1B[2m${Q}\x1B[0m`,k=(Q)=>`
+\x1B[1m${Q}\x1B[0m`;function CX(){try{return UX("git rev-parse --show-toplevel",{cwd:process.cwd(),stdio:["ignore","pipe","ignore"]}).toString().trim()}catch{return""}}function MX(){let Q=fQ(W(),"server.json");try{let X=JSON.parse(jX(Q,"utf8"));if(!X.pid)return x("daemon: no server.json yet");try{return process.kill(X.pid,0),H(`daemon running (pid ${X.pid}, port ${X.port??"?"})`)}catch{return x(`daemon NOT running (server.json stale: pid ${X.pid})`)}}catch{return x("daemon: no server.json (never started)")}}function TX(){let Q=PX("bun",["--version"],{stdio:["ignore","pipe","ignore"]});if(Q.status===0)return H(`bun ${Q.stdout.toString().trim()}`);return x("bun NOT found on PATH (required to run Beacon)")}function KX(){return CX()||process.cwd()}var A=KX(),f=HQ(),OQ=o(),fX=OQ.some((Q)=>Q.path===A),N=fX||WX(fQ(A,".mcp.json"))?h(A):null;console.log(k("Beacon \xB7 doctor"));console.log(k("Runtime"));console.log(`  ${TX()}`);console.log(`  ${MX()}`);console.log(`  ${H(`home: ${W()}`)}`);console.log(`  ${H(`workspaces registered: ${OQ.length}`)}`);console.log(k("Global (~/.claude/)"));for(let Q of M)console.log(`  ${f.skills[Q]?H(`skill ${Q}`):x(`skill ${Q} \u2014 missing`)}`);for(let Q of T)console.log(`  ${f.hooks[Q.event]?H(`hook ${Q.event} \u2192 ${Q.command}`):x(`hook ${Q.event} \u2192 ${Q.command} \u2014 missing`)}   ${_(Q.description)}`);console.log(`  ${f.claudeMdBlock?H("global CLAUDE.md block"):x("global CLAUDE.md block \u2014 missing (every Claude session won't auto-discover Beacon)")}`);console.log(k(`Current repo (${A})`));if(!N)console.log(`  ${_("not registered with Beacon and no .mcp.json \u2014 run `beacon` here to wire it.")}`);else console.log(`  ${N.mcpRegistered?H(".mcp.json has beacon entry"):x(".mcp.json missing beacon entry")}`),console.log(`  ${N.agentsMdBlock?H("AGENTS.md has Beacon workflow block"):x("AGENTS.md missing Beacon workflow block")}`),console.log(`  ${N.claudeMdImport?H("CLAUDE.md @-imports AGENTS.md"):x("CLAUDE.md does NOT @-import AGENTS.md")}`),console.log(`  ${N.skills["beacon-init"]?H("skill beacon-init (repo)"):x("skill beacon-init (repo) \u2014 missing")}`),console.log(`  ${N.skills["beacon-refresh"]?H("skill beacon-refresh (repo)"):x("skill beacon-refresh (repo) \u2014 missing")}`);var OX=M.some((Q)=>!f.skills[Q])||T.some((Q)=>!f.hooks[Q.event])||!f.claudeMdBlock||(N?!N.mcpRegistered||!N.agentsMdBlock||!N.claudeMdImport||!N.skills["beacon-init"]||!N.skills["beacon-refresh"]:!1);if(OX)console.log(`
+${_("Fix everything marked \u2717 by running")} \x1B[1mbeacon\x1B[0m ${_("in this repo.")}`);console.log();

package/dist/bin/hook.js

@@ -0,0 +1,225 @@
+#!/usr/bin/env bun
+// @bun
+var vQ=Object.defineProperty;var jQ=(Q)=>Q;function TQ(Q,X){this[Q]=jQ.bind(null,X)}var l=(Q,X)=>{for(var Z in X)vQ(Q,Z,{get:X[Z],enumerable:!0,configurable:!0,set:TQ.bind(X,Z)})};var n=(Q,X)=>()=>(Q&&(X=Q(Q=0)),X);var o={};l(o,{removeRepoAssets:()=>OQ,installRefreshSkill:()=>MQ,installPlanSkill:()=>CQ,installInitSkill:()=>WQ,ensureWorkflowDoc:()=>KQ,ensureMcp:()=>uQ,auditRepo:()=>fQ,REFRESH_SKILL:()=>d,PLAN_SKILL:()=>a,INIT_SKILL:()=>s});import{existsSync as F,mkdirSync as D,readFileSync as x,rmSync as w,writeFileSync as B}from"fs";import{join as q}from"path";function WQ(Q){let X=q(Q,".claude","skills","beacon-init");D(X,{recursive:!0});let Z=q(X,"SKILL.md");return B(Z,s),Z}function MQ(Q){let X=q(Q,".claude","skills","beacon-refresh");D(X,{recursive:!0});let Z=q(X,"SKILL.md");return B(Z,d),Z}function CQ(Q){let X=q(Q,".claude","skills","beacon-plan");D(X,{recursive:!0});let Z=q(X,"SKILL.md");return B(Z,a),Z}function KQ(Q){let X=q(Q,"AGENTS.md"),Z="";try{Z=x(X,"utf8")}catch{}let $=new RegExp(`${M}[\\s\\S]*?${A}`);Z=$.test(Z)?Z.replace($,t):`${Z.trim()}
+
+${t}
+`.trimStart(),B(X,Z.endsWith(`
+`)?Z:`${Z}
+`);let J=q(Q,"CLAUDE.md"),Y="";try{Y=x(J,"utf8")}catch{}if(!/@AGENTS\.md/.test(Y))B(J,`${Y?`${Y.trim()}
+
+`:""}@AGENTS.md
+`)}function uQ(Q){let X=q(Q,".mcp.json"),Z={};try{Z=JSON.parse(x(X,"utf8"))}catch{}if(Z.mcpServers=Z.mcpServers??{},Z.mcpServers.beacon)return{path:X,added:!1};return Z.mcpServers.beacon={command:"beacon",args:["mcp"]},B(X,JSON.stringify(Z,null,2)+`
+`),{path:X,added:!0}}function fQ(Q){let X=q(Q,".mcp.json"),Z=!1;try{Z=!!JSON.parse(x(X,"utf8")).mcpServers?.beacon}catch{}let $=!1;try{$=x(q(Q,"AGENTS.md"),"utf8").includes(M)}catch{}let J=!1;try{J=/@AGENTS\.md/.test(x(q(Q,"CLAUDE.md"),"utf8"))}catch{}return{repo:Q,mcpRegistered:Z,agentsMdBlock:$,claudeMdImport:J,skills:{"beacon-init":F(q(Q,".claude","skills","beacon-init","SKILL.md")),"beacon-refresh":F(q(Q,".claude","skills","beacon-refresh","SKILL.md"))}}}function OQ(Q){let X=[];for(let V of["beacon-init","beacon-refresh","beacon-db-design"]){let N=q(Q,".claude","skills",V);if(F(N))w(N,{recursive:!0,force:!0}),X.push(V)}let Z=!1,$=q(Q,".mcp.json");try{let V=JSON.parse(x($,"utf8"));if(V.mcpServers?.beacon){if(delete V.mcpServers.beacon,Z=!0,V.mcpServers&&Object.keys(V.mcpServers).length===0)delete V.mcpServers;if(Object.keys(V).length===0)w($,{force:!0});else B($,JSON.stringify(V,null,2)+`
+`)}}catch{}let J=!1,Y=q(Q,"AGENTS.md");try{let V=x(Y,"utf8"),N=new RegExp(`\\n?${M}[\\s\\S]*?${A}\\n?`);if(N.test(V)){let I=V.replace(N,`
+`).replace(/\n{3,}/g,`
+
+`).trimStart();B(Y,I.endsWith(`
+`)?I:`${I}
+`),J=!0}}catch{}let H=!1,z=q(Q,"CLAUDE.md");try{let V=x(z,"utf8"),N=V.replace(/^[ \t]*@AGENTS\.md[ \t]*\n?/m,"");if(N!==V){if(!N.trim())w(z,{force:!0});else B(z,N);H=!0}}catch{}return{skillsRemoved:X,mcpUnregistered:Z,agentsBlockRemoved:J,claudeImportRemoved:H}}var s=`---
+name: beacon-init
+description: Read this repository and map its architecture, schema, and roadmap into Beacon (the local visual planning panel). Use when the user runs /beacon-init, asks to "set up Beacon for this repo", or asks to initialize/bootstrap Beacon's map of this codebase.
+---
+
+# Map this repo into Beacon (/beacon-init)
+
+The user already has Beacon running. You're going to map this repository's architecture into it \u2014 what used to be \`beacon init\`. **You** do the analysis (your session already has the codebase context); Beacon just persists what you send.
+
+## What you produce
+
+A single \`beacon_init_persist\` MCP tool call with:
+
+- **components**: 8\u201325 main building blocks of this codebase. NOT every file. Group them by \`domain\` (short UPPERCASE: AUTH, API, DATA, UI, JOBS, INFRA, BILLING, SEARCH, \u2026). For each: a one-line technical \`role\`, a one-sentence plain-language \`plain\`, the few \`files\` that implement it (repo-relative), and \`depends\` listing other component titles it relies on. Use the dependency graph you can see in the source \u2014 files that import each other heavily usually belong together.
+- **roadmap**: 3\u20136 BROAD strategic directions. Big-picture themes only \u2014 "Harden auth & security", "Add observability", "Scale the data layer", "Pay down test-coverage debt". NOT detailed tasks. NOT file-level. Each gets a short title and one-line \`why\`.
+- **overview**: one paragraph describing what this project is and its stack. This lands in AGENTS.md as the project intro.
+- **conventions**: 3\u20138 concrete rules a contributor MUST follow \u2014 build/test commands, where code goes, patterns, things easy to get wrong. Infer from actual files, not assumptions.
+- **snapshot** (optional but encouraged): \`{ tables, relations, endpoints }\` for the existing database. If the project uses Prisma, read \`prisma/schema.prisma\`. If SQLAlchemy, read the model files. If Django, read \`models.py\`. If you find no obvious schema source, skip the snapshot \u2014 don't fabricate.
+
+## How to do it
+
+1. **Survey**. Use \`LS\` / \`Glob\` to see the top-level structure. Read \`README.md\` and the manifest (\`package.json\` / \`pyproject.toml\` / \`go.mod\` / \`Cargo.toml\` / \`pom.xml\`).
+2. **Sample the source.** Read 15\u201330 representative files \u2014 one per cluster you can identify. Don't read everything; pick by name (route files, model files, main entrypoints, key services). The goal is to identify boundaries, not memorize every line.
+3. **Identify the schema** if any. \`prisma/schema.prisma\` \u2192 translate each model into a \`tables\` entry. \`alembic\`/SQLAlchemy \u2192 read the latest models. Django \u2192 read \`models.py\`. Skip the snapshot if the source-of-truth isn't obvious.
+4. **Identify endpoints** if any. Look for routes \u2014 Next.js \`app/api/*\` files, FastAPI \`@router.*\` / \`@app.*\`, Express \`app.get\`/etc. For each endpoint try to fill \`uses: [{ table, access }]\` so the canvas can draw which endpoint touches which table.
+5. **Call \`beacon_init_persist\`** ONCE with the whole analysis. It replaces any prior init-derived map (idempotent) and regenerates \`AGENTS.md\`.
+
+## What you should NOT do
+
+- Don't propose detailed tasks in \`roadmap\` \u2014 that's what \`beacon_propose_plan\` is for. Init roadmap is strategic only.
+- Don't list every file as a \`component\`. Aim for ~15. If you have 40, you're listing files, not components.
+- Don't fabricate tables/endpoints. If you can't find the schema source, omit \`snapshot\`.
+- Don't ask the user to confirm before persisting. The user invoked /beacon-init \u2014 that's the confirmation.
+
+If \`beacon_init_persist\` isn't available, the Beacon panel isn't running in this repo. Tell the user to run \`beacon\` here first, then re-invoke /beacon-init.
+
+After the tool returns, tell the user the counts (components / roadmap / tables / endpoints) and point them at the running Beacon panel.
+`,d=`---
+name: beacon-refresh
+description: Re-survey the repo and update Beacon's architecture / schema / endpoints map after /beacon-init was already run \u2014 picks up new components, removed ones, schema changes, and new routes. Use when the user runs /beacon-refresh or asks to "refresh", "update", "re-sync", or "bring Beacon up to date" with the current code.
+---
+
+# Refresh Beacon's map (/beacon-refresh)
+
+Beacon was already initialized in this repo (\`/beacon-init\` ran at some point). The codebase has moved since then \u2014 new modules, removed ones, schema changes, new routes. Your job is to re-survey the current code, show the user what changed, then persist the refreshed map.
+
+## How it differs from /beacon-init
+
+- **Init is a cold start** \u2014 no prior map, you survey everything fresh.
+- **Refresh is incremental** \u2014 the map already exists. Read what's there first, then diff against the source so you can tell the user what actually changed. The user gets to see "+ 3 new components, \u2212 1 removed, ~ 2 changed roles" instead of an opaque re-run.
+
+## What gets preserved vs replaced
+
+The \`beacon_init_persist\` tool **replaces only init-derived nodes** (\`source=INIT\`). Anything the user added manually on the canvas \u2014 manually-created components, hand-edited tables, custom positions, notes, draft feature plans \u2014 survives the refresh untouched. So you can re-run this freely; nothing the user curated by hand is at risk.
+
+The one caveat: if the user manually edited an INIT-source node on the canvas (e.g., renamed it, rewrote its role), that edit IS overwritten when you re-persist. If the user mentions hand-curated INIT nodes, ask whether they want those carried into the new analysis verbatim.
+
+## How to do it
+
+1. **Read the current map.** Call \`beacon_entities\` with \`{ kind: "architecture" }\`, \`{ kind: "roadmap" }\`, \`{ kind: "tables" }\`, \`{ kind: "endpoints" }\`. This is what Beacon has now.
+2. **Survey the source like init.** Same approach as \`/beacon-init\`: \`LS\` / \`Glob\` for top-level structure, read \`README.md\` and the manifest, sample 15\u201330 representative files. Focus on areas likely to have changed \u2014 diff your memory against what \`beacon_entities\` returned.
+3. **Build the diff in your head.** For each entity kind:
+   - **components**: which titles in the current map no longer match any cluster you'd produce? Which clusters you'd produce don't appear in the current map?
+   - **tables**: any added / removed since? Any model files you can see that aren't in the snapshot?
+   - **endpoints**: walk the route directories \u2014 any new routes, any deleted ones?
+   - **roadmap**: usually stable, but a strategic theme can finish or new ones can emerge.
+4. **Surface the diff to the user, briefly, BEFORE persisting.** Something like:
+   - **+ added**: NEW_COMPONENT_1, NEW_COMPONENT_2 (with one-line reason each)
+   - **\u2212 removed**: STALE_COMPONENT (file no longer exists)
+   - **~ changed**: COMPONENT_X (role expanded to cover Y)
+   - **schema**: + 2 new tables (TableA, TableB); + 3 new endpoints; \u2212 1 deprecated endpoint
+   No need to wait for confirmation \u2014 just show the diff so the user sees what's about to land.
+5. **Call \`beacon_init_persist\`** ONCE with the refreshed full analysis (same shape as init: \`components\`, \`roadmap\`, \`overview\`, \`conventions\`, \`snapshot\`). It replaces all init-source nodes and regenerates \`AGENTS.md\`.
+
+## What you should NOT do
+
+- Don't ask "should I refresh?" \u2014 the user invoked /beacon-refresh, that's the answer.
+- Don't preserve stale components for sentimental reasons. If the underlying files are gone or merged into another component, drop it from the new \`components\` list.
+- Don't pad with file-level granularity. Refresh maintains the same ~15-component altitude as init.
+- Don't fabricate changes. If the codebase hasn't materially moved since the last init, say so and persist the current state anyway (re-runs are cheap; it's fine).
+
+If \`beacon_entities\` or \`beacon_init_persist\` isn't available, the Beacon panel isn't running in this repo. Tell the user to run \`beacon\` here first, then re-invoke /beacon-refresh.
+
+After the tool returns, report the final counts plus a one-line summary of the diff you surfaced.
+`,a=`---
+name: beacon-plan
+description: Present your current plan or approach to the user on Beacon's /plan canvas for review \u2014 instead of asking for approval in prose. Use when the user says "present the plan", "show me the plan", "let me see it / the plan", or whenever you are about to end a turn asking whether to proceed with a plan, design, or approach.
+---
+
+# Present a plan on Beacon (/beacon-plan)
+
+Beacon reviews plans on a canvas at /plan \u2014 never as a wall of text in the terminal. So do NOT
+end a turn with "here's my plan\u2026 should I proceed?" in prose. Present it through Beacon and let the
+tool BLOCK until the user decides.
+
+## How to present
+
+Call the **\`beacon_present_plan\`** MCP tool with your plan as markdown:
+
+- \`description\`: a one-line summary shown in the review header.
+- \`markdown\`: the full plan as markdown (headings, lists, code).
+- If the plan proposes DB tables / relations / endpoints or roadmap features, embed ONE fenced
+  \`\`\`beacon JSON block in the markdown \u2014 the same shapes \`beacon_propose_plan\` accepts:
+
+\`\`\`beacon
+{ "tables": [...], "relations": [...], "endpoints": [...], "features": [...] }
+\`\`\`
+
+Beacon extracts that block deterministically, strips it from the prose, and renders an editable
+board on /plan. The board is built ONLY from the block \u2014 prose is never parsed \u2014 so mirror EVERY
+table/endpoint/feature you mention in the prose into the block, or that board will be empty.
+
+\`beacon_present_plan\` opens /plan and BLOCKS until the user clicks Approve / Discard / submits
+feedback, then returns their verdict. Implement code or migrations ONLY after it returns approval.
+If it returns feedback, revise and call it again.
+
+## Which tool
+
+- **Pure schema/feature plan** (tables + endpoints + roadmap features, little prose) \u2192 you may use
+  \`beacon_propose_plan\` with the structured fields instead; it's the same review loop.
+- **Anything else** (a code-change plan, a mixed plan, a "how should I approach X") \u2192 use
+  \`beacon_present_plan\` with markdown so the full reasoning shows on /plan.
+
+If \`beacon_present_plan\` isn't available, the panel isn't wired here \u2014 fall back to presenting via
+ExitPlanMode with the same \`\`\`beacon block, or tell the user to run \`beacon\` in this repo once.
+`,M="<!-- beacon:workflow:start -->",A="<!-- beacon:workflow:end -->",t;var r=n(()=>{t=`${M}
+## Beacon \u2014 feature workflow
+
+This project uses Beacon (a local planning/visualization panel; run \`beacon\` to open it). When you start work on a FEATURE \u2014 whether referenced via an \`@beacon:feature://\u2026\` mention, an \`@beacon://note/\u2026\` note the user wrote in the Notes panel (treat its checkbox \`- [ ]\` todos as subtasks and order features by their dependencies), or just described in chat \u2014 follow these steps in order:
+
+### 1. Load context FIRST \u2014 do NOT Glob/Grep the codebase blind
+
+Call \`beacon_context_for_feature({ id | title | query })\` BEFORE reading files. It returns, in one round-trip:
+- the files the feature is attached to,
+- what those files import + what imports them (live code-graph blast radius),
+- endpoints in the feature's domain + the tables each touches + those tables' FK relations,
+- sibling architecture components and the project's conventions.
+
+That bundle replaces the discovery phase. Read only the files it returns plus whatever those imports lead you to. If the feature has no files attached yet, the bundle still gives you the domain map \u2014 Glob is a last resort.
+
+Mid-feature, when deciding whether a change is safe, call \`beacon_blast_radius({ path })\` for the file you're about to edit \u2014 same code-graph data, file-centric.
+
+### 2. Design the data BEFORE writing code
+
+Determine the database tables the feature needs. If any don't exist yet, design the schema and call \`beacon_propose_plan\` (tables + relations + endpoints). This renders an **editable draft on the /plan page** for the user to review. The tool BLOCKS until the user clicks Approve / Discard / submits feedback. Implement migrations + code ONLY after it returns approval.
+
+When listing endpoints, give each \`uses: [{ table, access }]\` so the endpoint\u2192table links draw on /db.
+
+EVERY feature MUST carry \`category\` (e.g. AUTH | SEARCH | DATA | INTEL | BILLING | \u2026; \`cluster\` is accepted as an alias) and \`priority\` (0 = P0 critical, 1 = P1 high, 2 = P2 medium, 3 = P3 low). Beacon REJECTS a plan whose features omit either \u2014 \`beacon_propose_plan\` returns the list of what's missing, and an ExitPlanMode \`\`\`beacon block is denied \u2014 so set both on every feature instead of relying on defaults.
+
+REUSE before you create. Call \`beacon_map\` to see the features + categories that already exist. Beacon HARD-BLOCKS a feature that duplicates an existing one (it returns the existing feature to use instead) and one created without a category \u2014 so don't re-create work that's already on the board, and reuse an existing category rather than a near-synonym. \`category\` is the ONLY domain field. \`front\` (in \`beacon_start_feature\`) nests a feature UNDER an existing parent feature \u2014 it is NOT a domain tag; a \`front\` that matches no real feature is rejected.
+
+When listing features, give each \`dependsOn: ["Other feature title", \u2026]\` for any feature that must ship after another in the same plan. Beacon draws these as "depends on" links so the roadmap shows the dependency chain instead of loose, disconnected cards.
+
+### 2b. Presenting a plan in plan mode (ExitPlanMode)
+
+When you present a plan via ExitPlanMode (not \`beacon_propose_plan\`) and it proposes DB tables/relations/endpoints or roadmap features, embed ONE fenced \`\`\`beacon code block of JSON in the plan \u2014 the same shapes \`beacon_propose_plan\` accepts:
+
+\`\`\`beacon
+{ "tables": [...], "relations": [...], "endpoints": [...], "features": [...] }
+\`\`\`
+
+Beacon extracts it deterministically and **strips the block from the prose** (it's never shown in the annotation panel), then renders the tables + features as an **editable board** on /plan so the user can edit them and have those edits flow back as feedback. Omit the block for pure code-change plans.
+
+**The board is built ONLY from the block \u2014 prose is NOT parsed.** If your plan describes ANY database models/tables/columns in the prose (e.g. "Model \`legal_precedent.py\` \u2014 natural key (court, \u2026)"), you MUST also put them in the block's \`tables\` array (with \`columns\`), or the /db tab will be empty for that plan. Same for endpoints (\`endpoints\` with \`uses:[{table,access}]\`) and features (\`features\`). A plan that lists five tables in prose but ships a block with only \`features\` renders an empty database board \u2014 exactly the "I described models but the DB tab is empty" failure. Mirror every DB entity you mention into the block.
+
+### 3. At the end, register the work
+
+Call \`beacon_describe_feature\` for **EVERY** feature the plan created \u2014 once per feature, **by its exact title** (the same titles you listed in \`features\`/the \`\`\`beacon block) \u2014 with the files you touched and a short markdown description. This flips each one to **Done** and keeps \`beacon_context_for_feature\` accurate for the next session.
+
+Do this per feature. If a plan added five features, that's five \`beacon_describe_feature\` calls \u2014 registering only an umbrella ("Harden auth") leaves the individual features stuck on **Pending** on the map.
+
+If the feature added or materially changed a REAL architectural component (a subsystem \u2014 NOT a file), also pass \`architecture: [{ title, domain, role, \u2026 }]\` so the Architecture map stays accurate. It upserts curated components by title; never list files as components.
+
+Pull raw planning data anytime with \`beacon_entities\` (features / architecture / tables / endpoints).
+${A}`});var JQ={};l(JQ,{provisionDb:()=>aQ});import{createClient as yQ}from"@libsql/client";import{drizzle as hQ}from"drizzle-orm/libsql";import{migrate as SQ}from"drizzle-orm/libsql/migrator";import{readMigrationFiles as mQ}from"drizzle-orm/migrator";import{dirname as h,join as pQ}from"path";import{fileURLToPath as cQ}from"url";async function f(Q,X){return(await Q.execute({sql:"SELECT 1 FROM sqlite_master WHERE type='table' AND name = ?",args:[X]})).rows.length>0}async function sQ(Q,X){let Z=await Q.execute(`PRAGMA table_info("${X}")`);return new Set(Z.rows.map(($)=>String($.name)))}async function $Q(Q){if(!await f(Q,"__drizzle_migrations"))return 0;let X=await Q.execute('SELECT count(*) AS n FROM "__drizzle_migrations"');return Number(X.rows[0]?.n??0)}async function dQ(Q){for(let[X,Z]of Object.entries(tQ)){if(!await f(Q,X))continue;let $=await sQ(Q,X);for(let J of Z){if(!$.has(J))continue;await Q.execute(`UPDATE "${X}" SET "${J}" = CAST((julianday("${J}") - 2440587.5) * 86400000 AS INTEGER) WHERE typeof("${J}") = 'text'`)}}}async function aQ(Q,X=nQ){let Z=yQ({url:Q});try{await Z.execute("PRAGMA journal_mode = WAL;"),await Z.execute("PRAGMA foreign_keys = ON;");let $=await f(Z,"__drizzle_migrations"),J=await f(Z,"Node"),Y=!1;if(J&&!$){let z=mQ({migrationsFolder:X})[0];if(z)await Z.execute('CREATE TABLE IF NOT EXISTS "__drizzle_migrations" (id SERIAL PRIMARY KEY, hash text NOT NULL, created_at numeric)'),await Z.execute({sql:'INSERT INTO "__drizzle_migrations" ("hash", "created_at") VALUES (?, ?)',args:[z.hash,z.folderMillis]}),Y=!0}let H=await $Q(Z);if(await SQ(hQ(Z),{migrationsFolder:X}),await $Q(Z)>H)Y=!0;return await dQ(Z),{migrated:Y}}finally{Z.close()}}var lQ,nQ,tQ;var YQ=n(async()=>{lQ=h(h(h(cQ(import.meta.url)))),nQ=process.env.BEACON_MIGRATIONS_DIR||pQ(lQ,"drizzle"),tQ={Node:["createdAt","updatedAt"],Note:["createdAt","updatedAt"],DbTable:["createdAt","updatedAt"],Endpoint:["createdAt","updatedAt"],DraftTable:["createdAt"],SyncState:["codeGraphSyncedAt","updatedAt"],AppSetting:["updatedAt"],ProjectMeta:["updatedAt"],CodeFile:["updatedAt"]}});import{existsSync as k,mkdirSync as _,readFileSync as K,rmSync as EQ,writeFileSync as u}from"fs";import{homedir as IQ}from"os";import{join as G}from"path";function wQ(){return process.env.HOME||process.env.USERPROFILE||IQ()}var P=()=>G(wQ(),".claude"),g=()=>G(P(),"skills"),i=()=>G(P(),"settings.json"),j=()=>G(P(),"CLAUDE.md"),C="<!-- beacon:global:start -->",R="<!-- beacon:global:end -->",b=["beacon-init","beacon-refresh","beacon-plan"],L=[{event:"PostToolUse",matcher:"Edit|Write|MultiEdit",command:"beacon hook",description:"Report file edits to Beacon's active feature so the map stays fresh."},{event:"PermissionRequest",matcher:"ExitPlanMode",command:"beacon plan",description:"Pipe the agent's plan markdown into Beacon's /plan canvas for review."},{event:"UserPromptSubmit",matcher:"*",command:"beacon prompt",description:"On feature-y prompts in a Beacon-wired repo, remind the agent to run the context\u2192propose\u2192describe loop (no-op otherwise)."},{event:"Stop",matcher:"*",command:"beacon stop-hook",description:"When the agent ends a turn asking for plan approval in prose (instead of presenting it), nudge it to present the plan on Beacon's /plan canvas. Bounded by stop_hook_active \u2014 at most one nudge."}],FQ=`## Beacon (visual planning panel)
+
+This machine has Beacon installed \u2014 a local visual planning surface for the terminal-side
+agent. Beacon proposes feature plans (roadmap features + DB schema + endpoints) via MCP,
+the user reviews on a canvas at /plan, and feedback flows back as the next round.
+
+**When to invoke**
+- User asks to "plan a feature" / "design a schema" \u2192 if the \`beacon_propose_plan\`
+  MCP tool is available, design the plan and call it. If it is NOT available, the panel
+  isn't wired in this repo \u2014 run \`beacon\` here once, then retry.
+- User asks to "set up Beacon" / "map this repo" \u2192 invoke the \`beacon-init\` skill.
+- User asks to "refresh Beacon" / "update the map" / "bring Beacon up to date" \u2192 invoke
+  the \`beacon-refresh\` skill. Re-surveys the repo and updates init-derived nodes while
+  preserving anything the user added by hand.
+- Run \`beacon doctor\` to audit what's wired (global hooks, repo's .mcp.json, AGENTS.md block).
+
+**The plan feedback loop**
+\`beacon_propose_plan\` BLOCKS until the user clicks Approve / Discard / submits feedback.
+Feedback bundles inline annotations on the markdown PLUS any edits the user made directly
+on the /map and /db boards (added features, attached subtasks, edited columns, new
+endpoints). Treat board edits as the user's revision intent \u2014 re-propose matching them
+verbatim. Do NOT implement until the tool returns approval.`;function DQ(Q,X){let Z=G(g(),Q);_(Z,{recursive:!0});let $=G(Z,"SKILL.md");return u($,X),$}function e(Q){return k(G(g(),Q,"SKILL.md"))}function AQ(Q){let X=G(g(),Q);if(!k(X))return!1;return EQ(X,{recursive:!0,force:!0}),!0}function y(){try{return JSON.parse(K(i(),"utf8"))}catch{return{}}}function QQ(Q){_(P(),{recursive:!0}),u(i(),JSON.stringify(Q,null,2)+`
+`)}function RQ(Q){let X=y();X.hooks=X.hooks??{},X.hooks[Q.event]=X.hooks[Q.event]??[];let Z=X.hooks[Q.event];if(Z.some((J)=>J.matcher===Q.matcher&&J.hooks?.some((Y)=>Y.command===Q.command)))return!1;return Z.push({matcher:Q.matcher,hooks:[{type:"command",command:Q.command}]}),QQ(X),!0}function kQ(Q){return(y().hooks?.[Q.event]??[]).some(($)=>$.hooks?.some((J)=>J.command===Q.command))}function _Q(Q){let X=y(),Z=X.hooks?.[Q.event];if(!Z)return!1;let $=!1,J=Z.map((Y)=>{let H=Y.hooks?.length??0,z=(Y.hooks??[]).filter((V)=>V.command!==Q.command);if(z.length!==H)$=!0;return{...Y,hooks:z}}).filter((Y)=>(Y.hooks??[]).length>0);if(!$)return!1;if(J.length)X.hooks[Q.event]=J;else delete X.hooks[Q.event];if(X.hooks&&Object.keys(X.hooks).length===0)delete X.hooks;return QQ(X),!0}function gQ(Q){let X=`${C}
+${Q.trim()}
+${R}`,Z="";try{Z=K(j(),"utf8")}catch{}let $=new RegExp(`${C}[\\s\\S]*?${R}`);Z=$.test(Z)?Z.replace($,X):Z.trim()?`${Z.trim()}
+
+${X}
+`:`${X}
+`,_(P(),{recursive:!0}),u(j(),Z.endsWith(`
+`)?Z:`${Z}
+`)}function XQ(){try{return K(j(),"utf8").includes(C)}catch{return!1}}function bQ(){let Q="";try{Q=K(j(),"utf8")}catch{return!1}let X=new RegExp(`${C}[\\s\\S]*?${R}\\n?`);if(!X.test(Q))return!1;let Z=Q.replace(X,"").replace(/\n{3,}/g,`
+
+`).trimStart();return u(j(),Z),!0}function PX(){let Q={};for(let Z of b)Q[Z]=e(Z);let X={};for(let Z of L)X[Z.event]=kQ({event:Z.event,command:Z.command});return{homeExists:k(P()),skills:Q,hooks:X,claudeMdBlock:XQ()}}async function LQ(){let{INIT_SKILL:Q,REFRESH_SKILL:X,PLAN_SKILL:Z}=await Promise.resolve().then(() => (r(),o)),$={"beacon-init":Q,"beacon-refresh":X,"beacon-plan":Z},J=[];for(let z of b){if(!e(z))J.push(z);DQ(z,$[z])}let Y=0;for(let z of L)if(RQ({event:z.event,matcher:z.matcher,command:z.command}))Y++;let H=XQ();return gQ(FQ),{skillsAdded:J,hooksAdded:Y,claudeMdBlockTouched:!H}}async function ZQ(){try{return{ok:!0,...await LQ()}}catch(Q){return{ok:!1,error:Q instanceof Error?Q.message:String(Q),skillsAdded:[],hooksAdded:0,claudeMdBlockTouched:!1}}}function vX(){let Q=[];for(let $ of b)if(AQ($))Q.push($);let X=0;for(let $ of L)if(_Q($))X++;let Z=bQ();return{skillsRemoved:Q,hooksRemoved:X,claudeMdBlockRemoved:Z}}import{AsyncLocalStorage as oQ}from"async_hooks";import{spawnSync as rQ}from"child_process";import{createHash as iQ}from"crypto";import{existsSync as zQ,mkdirSync as O,readFileSync as qQ,writeFileSync as HQ}from"fs";import{homedir as eQ}from"os";import{basename as QX,join as v}from"path";function T(){return process.env.BEACON_HOME||v(eQ(),".beacon")}function S(){return v(T(),"workspaces.json")}function E(Q){return iQ("sha256").update(Q).digest("hex").slice(0,12)}function NQ(Q=process.cwd()){let X=rQ("git",["rev-parse","--show-toplevel"],{cwd:Q,stdio:["ignore","pipe","ignore"]});if(X.status===0){let Z=X.stdout?.toString().trim();if(Z)return Z}return Q}function m(Q){return v(T(),Q)}function XX(Q){return`file:${v(m(Q),"db.sqlite")}`}function W(){try{let Q=JSON.parse(qQ(S(),"utf8"));return Array.isArray(Q)?Q:[]}catch{return[]}}function p(Q){O(T(),{recursive:!0}),HQ(S(),JSON.stringify(Q,null,2))}function ZX(){return W().sort((Q,X)=>X.lastOpenedAt.localeCompare(Q.lastOpenedAt))}function U(Q){return W().find((X)=>X.id===Q)??null}function $X(Q,X,Z=new Date().toISOString()){let $=E(Q),J=W(),Y=J.find((V)=>V.id===$),H={id:$,path:Q,name:X||Y?.name||QX(Q),lastOpenedAt:Z},z=[H,...J.filter((V)=>V.id!==$)];return O(m($),{recursive:!0}),p(z),H}function DX(Q,X=new Date().toISOString()){let Z=W(),$=Z.find((J)=>J.id===Q);if(!$)return;$.lastOpenedAt=X,p(Z)}function AX(Q){if(p(W().filter((X)=>X.id!==Q)),c()===Q)JX(ZX()[0]?.id??null)}function xQ(){return v(T(),"active")}function c(){try{return qQ(xQ(),"utf8").trim()||null}catch{return null}}function JX(Q){O(T(),{recursive:!0}),HQ(xQ(),Q??"")}function RX(){let Q=c();return Q?U(Q):null}function kX(){let Q=VX()??c();return Q?U(Q):null}function _X(Q){return U(Q)?.path??null}function gX(){return zQ(S())}var BQ="beacon_ws";function GQ(Q,X){let Z=Q.headers.get("cookie");if(!Z)return null;for(let $ of Z.split(";")){let J=$.indexOf("=");if(J===-1)continue;if($.slice(0,J).trim()===X)return decodeURIComponent($.slice(J+1).trim())}return null}function bX(Q){let X=Q.headers.get("x-beacon-workspace");if(X&&U(X))return X;let Z=GQ(Q,BQ);if(Z&&U(Z))return Z;return null}var YX="x-beacon-workspace-path";async function LX(Q){let X=Q.headers.get("x-beacon-workspace");if(X&&U(X))return X;let Z=Q.headers.get(YX);if(Z&&(!X||E(Z)===X)){let J=$X(Z);return await zX(J.id),J.id}let $=GQ(Q,BQ);if($&&U($))return $;return null}var UQ=new oQ;function yX(Q,X){return Q?UQ.run(Q,X):X()}function VX(){return UQ.getStore()??null}var VQ=new Set;async function zX(Q){let X=m(Q),Z=v(X,"db.sqlite"),$=zQ(Z);if($&&VQ.has(Z))return{ok:!0,created:!1,migrated:!1};try{O(X,{recursive:!0});let{provisionDb:J}=await YQ().then(() => JQ),Y=await J(XX(Q));return VQ.add(Z),{ok:!0,created:!$,migrated:$&&Y.migrated}}catch(J){return{ok:!1,created:!1,migrated:!1,error:J instanceof Error?J.message:String(J)}}}var qX=process.env.BEACON_URL||`http://localhost:${process.env.PORT||4319}`;await ZQ();var PQ="";for await(let Q of process.stdin)PQ+=Q;try{let Q=JSON.parse(PQ||"{}"),X=Q.tool_input??{},Z=[];if(typeof X.file_path==="string")Z.push(X.file_path);if(typeof X.path==="string")Z.push(X.path);if(Array.isArray(X.files)){for(let $ of X.files)if(typeof $?.file_path==="string")Z.push($.file_path)}if(Z.length){let $=E(NQ(typeof Q.cwd==="string"?Q.cwd:void 0));await fetch(`${qX}/api/map/touch-active`,{method:"POST",headers:{"content-type":"application/json","x-beacon-workspace":$},body:JSON.stringify({files:Z})}).catch(()=>{})}}catch{}process.exit(0);