@bitmagic/cli 0.1.61-dev.7 → 0.1.61-dev.9

package/dist/scaffold/project-files.js

@@ -667,84 +667,62 @@ bitmagic dev        # long-running — start it IN THE BACKGROUND and leave it u
 \`\`\`
 
 \`bitmagic dev\` never exits: it builds, then serves the game and the editor — on this project's
-own fixed ports, \`http://localhost:${editorPort}/\` for a machine's first project — until interrupted.
-**Run it as a background task.** Run it in the foreground and you will block until the session is
-killed, which is the mistake worth naming because the way to avoid it is to defer the command — and
-deferring it is the failure this section exists to prevent.
-
-**Then say so in your reply, once:** the URL, and that they can watch there. It opens a browser tab
-by itself (or reuses the one from an earlier run), but you started it in the background, so
-everything it printed — including that URL — went into a log the person you are working for never
-sees. If you do not mention it, the only signal they get is a tab that may or may not have appeared.
-
-Take the URL from what \`bitmagic dev\` printed rather than assuming ${editorPort} — the port depends on
-how many projects this machine has, and \`.bitmagic/dev.json\` records what it actually bound.
-
-**If they ask about their phone, restart dev with \`--mobile\`.** It serves the game to their own
-network and writes a QR code to \`.bitmagic/mobile-qr.png\` (the URL is \`mobileUrl\` in
-\`.bitmagic/dev.json\`). Hand them the image, and say their phone warns once about the certificate
-— tap Show Details, then Visit Website.
-
-The point is not the server. The point is that the person who asked for this game is sitting in
-front of that page, and everything below assumes they can see what you are doing:
-
-- The game reloads by itself every time you change it, so they watch it take shape.
-- The assets panel lists every generation while it runs, with your prompt and progress. A forge
-  takes twenty minutes; started with no dev view up, those twenty minutes look identical to a
-  crash.
-- They can move objects in the Editor tab and screenshot a problem straight to you.
-
-Started at the end, all of that is a server nobody needed. A game that appeared in one silent hour
-is worth less than a rough one they watched arrive, because they could not steer the first.
+own fixed ports, \`http://localhost:${editorPort}/\` for a machine's first project — until
+interrupted. **Run it as a background task**, or you block until the session is killed. Take the
+URL from what it printed rather than assuming ${editorPort} (\`.bitmagic/dev.json\` records what it
+actually bound), and **say it in your reply, once** — you started it in the background, so
+everything it printed, that URL included, went into a log your creator never sees.
+
+Everything below assumes they can watch: the game reloads itself on every change, the assets panel
+lists each generation with your prompt and progress, and they can move objects in the Editor tab
+and screenshot a problem straight to you. Started at the end, all of that is a server nobody
+needed — a game that appeared in one silent hour is worth less than a rough one they watched
+arrive, because they could not steer the first. If they ask about their phone, restart with
+\`--mobile\` (\`.claude/skills/working-with-the-creator/SKILL.md\` has the QR and the certificate
+warning).
 
 If you are unsure whether one is already running, \`bitmagic reload\` says so and costs nothing.
 
 ## Layout
 
-- \`src/work/\` — **your game.** Everything you write lives here. \`Game.ts\` is the entry
-  point; \`game.json\` and \`world.json\` hold configuration and scene data. The \`work\`
-  directory name is load-bearing: the engine loads game data by fetching the literal path
-  \`src/work/world.json\`, not through an import or an alias, so renaming or moving this
-  directory breaks the game at runtime even though it still typechecks.
-- \`engine/\` — **the Bitmagic engine, read-only.** It is vendored by the CLI and replaced
-  wholesale by \`bitmagic upgrade\`. Edits here are lost on upgrade and ignored on publish.
-- \`engine/LICENSE.md\` — **the engine's licence, and it is not boilerplate.** The engine is
-  Bitmagic's IP, licensed to you under the PolyForm Shield License 1.0.0 with an additional
-  permission: build, modify, sell and distribute games anywhere you like, including off
+- \`src/work/\` — **your game.** Everything you write lives here. \`Game.ts\` is the entry point;
+  \`game.json\` and \`world.json\` hold configuration and scene data. The \`work\` directory name is
+  load-bearing: the engine fetches the literal path \`src/work/world.json\`, not an import or an
+  alias, so renaming or moving it breaks the game at runtime while still typechecking.
+- \`engine/\` — **the Bitmagic engine, read-only.** Vendored by the CLI and replaced wholesale by
+  \`bitmagic upgrade\`; edits here are lost on upgrade and ignored on publish.
+- \`engine/LICENSE.md\` — **the engine's licence, and not boilerplate.** PolyForm Shield 1.0.0 plus
+  one permission: build, modify, sell and distribute games anywhere you like, including off
   bitmagic.ai and with a modified engine. What you may not do is ship the engine *as an engine*.
-  The licence obliges every published bundle to carry a notice, which is why both
-  \`vite.publish*.config.js\` files have a \`banner\`: leave it alone. \`engine/THIRD-PARTY-NOTICES.md\`
-  covers three.js, Rapier and the rest.
+  Every published bundle must carry a notice, which is why both \`vite.publish*.config.js\` files
+  have a \`banner\`: leave it alone. \`engine/THIRD-PARTY-NOTICES.md\` covers three.js and the rest.
 - \`engine/agent-docs/\` — **the engine's documentation, and the fastest thing in this project.**
-  \`engine-api/\` is a generated signature digest covering every public engine class, method and
-  type; the ~83 \`*.md\` files are the per-subsystem guides, including \`mechanic-*.md\` genre
-  recipes and \`archetype-*.md\` world recipes; \`samples/\` holds compile-checked reference code.
-  See **Finding an engine API** below. Reading \`engine/\` source to find out what exists is the one
-  habit that turns a ten-minute change into an hour.
-- \`GAME-DESIGN.md\` — **what this game is.** Yours to write and keep current. Nothing compiles it,
-  but \`bitmagic cover\` generates the cover art from it, so it is not decoration.
-- \`mechanics-plan.md\` — **how the game gets built, and in what order.** Yours to write and rewrite
-  each slice: \`GAME-DESIGN.md\` says what the game *is*, this says what ships next and what is
-  deliberately deferred. Nothing reads it but you and the human, and it is excluded from the publish
-  fingerprint, so revising it never invalidates a passing \`bitmagic verify\`.
-- \`.claude/skills/\` — **shipped by the CLI, re-rendered by \`bitmagic upgrade\`:**
-  \`planning-a-game/\` (what to build first), \`finding-engine-apis/\` (engine docs), \`generating-assets/\`,
-  \`checking-usage/\`, \`judging-quality/\`, \`theming-the-hud/\`, \`making-a-trailer/\`. They document the CLI and the engine, so they
-  stay current with both; edits to them are lost. Skills you add yourself are never touched.
+  \`engine-api/\` is a generated signature digest of every public class, method and type; the ~83
+  \`*.md\` files are the per-subsystem guides, including \`mechanic-*.md\` genre recipes and
+  \`archetype-*.md\` world recipes; \`samples/\` holds compile-checked reference code. See **Finding
+  an engine API** below.
+- \`GAME-DESIGN.md\` — **what this game is**, and \`mechanics-plan.md\` — **how it gets built, and
+  in what order.** Both yours to write and rewrite; \`bitmagic cover\` reads the first. Both are
+  excluded from the publish fingerprint, so revising them never invalidates a passing
+  \`bitmagic verify\`.
+- \`.claude/skills/\` — **shipped by the CLI and re-rendered by \`bitmagic upgrade\`**, so they stay
+  current with it. Every one is plain markdown at \`.claude/skills/<name>/SKILL.md\`, readable
+  whether or not your harness loads skills by itself: \`planning-a-game/\` (what to build first),
+  \`finding-engine-apis/\` (engine docs), \`generating-assets/\`, \`working-with-the-creator/\`,
+  \`theming-the-hud/\`, \`publishing-a-game/\`, \`judging-quality/\`, \`checking-usage/\`,
+  \`making-a-trailer/\`. Edits to them are lost; skills you add yourself are never touched.
 - \`.claude/settings.json\` — **yours**, seeded with one Stop hook that runs \`bitmagic reload\` so
   the owner's browser refreshes when you finish a turn. \`upgrade\` adds that hook if it is missing
   and changes nothing else, so your permissions and your own hooks are safe here.
-- \`AGENTS.md\` — this file. Yours to edit, and \`upgrade\` will never overwrite your edits. It
-  refreshes this file only while it is still byte-identical to what the CLI wrote; once you change
-  anything, it stops and instead tells you which sections of the current template you are missing,
-  leaving that template in \`.bitmagic/AGENTS.md.latest\` to diff against. **If you edit this file,
-  re-read that diff after an upgrade** — new CLI capabilities are documented here, and an edited
-  copy will not learn about them on its own.
+- \`AGENTS.md\` — this file. Yours to edit; \`upgrade\` refreshes it only while it is byte-identical
+  to what the CLI wrote, and otherwise keeps yours and drops the current template in
+  \`.bitmagic/AGENTS.md.latest\`. **If you edit this file, diff that after an upgrade** — new CLI
+  capabilities are documented here, and an edited copy will not learn about them on its own.
 
 \`engine/types/work-game.d.ts\` declares \`module 'work/Game.js'\`, which is how the engine
 imports your game. Renaming or removing the \`VoxelGame\` export from \`src/work/Game.ts\` still
-typechecks against that declaration — it only fails at runtime, when the engine actually loads
-the module and finds the export missing.
+typechecks against that declaration — it fails only at runtime, when the engine loads the module
+and finds the export missing.
 
 ## Build the smallest playable thing first
 
@@ -776,34 +754,23 @@ Then **stop and report**: what plays now, what you deliberately left out, and th
 things you would do next, in order. Let them choose. Do not publish unless they ask.
 
 The full contract — what counts as a core verb, what the engine already ships so you never build it,
-the \`mechanics-plan.md\` skeleton, and the loop after slice 1 — is in the \`planning-a-game\` skill.
+the \`mechanics-plan.md\` skeleton, and the loop after slice 1 — is in
+\`.claude/skills/planning-a-game/SKILL.md\`.
 
 ## Finding an engine API
 
-The vendored engine is ~240,000 lines. Reading it to discover what exists is the most expensive
-mistake available in this project, and it is almost never necessary. Three tiers — go down them in
-order and stop at the first that answers you.
-
-1. **\`engine/agent-docs/engine-api/\`** — a generated digest of every public engine class, method,
-   function, interface and type, signatures only, bodies omitted. Grep it for the symbol you want —
-   \`rg -n "spawnAsset" engine/agent-docs/engine-api/\` — and read the group doc it lands in.
-   \`engine-api.md\` is the index of the 45 groups. One grep here replaces a dozen searches in
-   \`engine/\`.
-2. **\`engine/agent-docs/*.md\`** — the prose guides, one per subsystem (\`npc-system.md\`,
-   \`vehicle-system.md\`, \`collectible-objects.md\`, \`end-game.md\`, \`HUD_ELEMENTS.md\`, …). Read
-   one when you need to know how a subsystem is *meant to be used*, which a signature cannot tell
-   you. The \`finding-engine-apis\` skill carries the feature-to-doc table — use it instead of
-   guessing filenames.
-3. **\`engine/\` source** — last resort, for an implementation detail neither of the above answers.
-
-Two conventions in those docs, because they are shared with Bitmagic's hosted agent:
-
-- \`@docs foo.md\` means the file \`engine/agent-docs/foo.md\`, and \`samples/foo\` means
-  \`engine/agent-docs/samples/foo.ts\`. Just read the file.
-- Where a doc tells you to run \`node bin/voxel.mjs\` or \`bin/world-edit.mjs\`, or to call
-  \`configure_game\`, \`generate_character\` or \`runWorldForger\`, those are the hosted agent's
-  tools and **do not exist here**. The equivalents are editing \`src/work/world.json\` directly, and
-  \`bitmagic generate\` / \`bitmagic forge\`. Everything else in the doc still applies.
+The vendored engine is ~240,000 lines, and reading it to discover what exists is the most expensive
+mistake available in this project. Three tiers, in order, stopping at the first that answers you:
+**\`engine/agent-docs/engine-api/\`**, a generated digest of every public class, method, function,
+interface and type, signatures only — grep it (\`rg -n "spawnAsset" engine/agent-docs/engine-api/\`)
+and read the group doc it lands in, with \`engine-api.md\` indexing the 45 groups; then
+**\`engine/agent-docs/*.md\`**, the prose guides, for how a subsystem is *meant* to be used; then
+**\`engine/\` source**, last resort. \`@docs foo.md\` in those docs means
+\`engine/agent-docs/foo.md\` — just read the file.
+
+\`.claude/skills/finding-engine-apis/SKILL.md\` carries the feature-to-doc table (use it instead of
+guessing filenames) and translates the hosted-agent tools those shared docs name, none of which
+exist here.
 
 Two counterweights, and they matter as much as the tiers:
 
@@ -846,9 +813,6 @@ It writes \`.bitmagic/cover.webp\` (read that file if you want to show them the
 uploads. Because it touches \`world.json\`, it invalidates a passing verify — so run it BEFORE
 \`bitmagic verify\`, not between verifying and publishing.
 
-Re-running it on an unchanged \`GAME-DESIGN.md\` generates nothing; it just reports the cover you
-already have. Rewrite the design and run it again — or pass \`--force\` — when the game has moved on
-from its artwork.
 
 ## Before you change movement, cameras or rotation
 
@@ -901,12 +865,11 @@ bitmagic judge     # grade the verify screenshot against a quality rubric (paid,
 
 The engine is large; \`check\` is the fast way to find out whether an edit holds together.
 
-**Run \`bitmagic reload\` when you finish a round of edits.** \`bitmagic dev\` watches the project
-and reloads the browser once writes go quiet, which is a guess about you — you pause to think, and
-a long enough pause looks like "done". \`bitmagic reload\` replaces the guess with a fact, and it
-waits for the build in flight rather than showing the previous one. It exits 0 and does nothing when
-no \`bitmagic dev\` is running, so it is safe to run unconditionally. If this project has a Claude
-Code Stop hook (\`.claude/settings.json\`), that already runs it for you.
+**Run \`bitmagic reload\` when you finish a round of edits.** \`bitmagic dev\` otherwise guesses
+from writes going quiet, and a pause to think looks like "done"; \`reload\` also waits for the build
+in flight rather than showing the previous one. It exits 0 and does nothing when no \`bitmagic dev\`
+is running, so run it unconditionally — the Stop hook in \`.claude/settings.json\` does that for you
+in Claude Code.
 
 **\`check\` passing does not mean the game runs.** The engine's most common failure is a clean
 compile that dies on load — a missing asset, a bad \`world.json\` value, a null container. Run
@@ -918,62 +881,31 @@ One verify runs at a time per machine: "waiting for" another project's verify is
 judge of it. After each milestone run \`bitmagic verify\` (not \`--fast\`), then \`bitmagic judge\`:
 a separate vision model grades the screenshot against \`GAME-DESIGN.md\` and prints at most three
 concrete findings (also written to \`.bitmagic/judge.json\`). Fix the ones worth fixing, confirm
-with one re-run, then move on — **never loop on the judge**. See the \`judging-quality/\` skill.
+with one re-run, then move on — **never loop on the judge**. See
+\`.claude/skills/judging-quality/SKILL.md\`.
 
 ## The human may be moving objects too
 
 \`bitmagic dev\` serves one page with two tabs — **Game**, where the owner plays, and **Editor**,
 where they click an object and drag a gizmo. A drag writes the new transform straight into
-\`src/work/world.json\`, one entry per object touched. So \`world.json\` is shared ground, not yours
-alone:
+\`src/work/world.json\`. So \`world.json\` is shared ground, not yours alone:
 
 - **Re-read \`src/work/world.json\` before editing it.** The copy you read earlier in the session
   may be stale, and a whole-file rewrite from that copy silently reverts what they just placed.
-- **An image pasted into the conversation is probably a frame from their running game.** The dev
-  view has a Screenshot button that copies the current frame to the clipboard, so "look at this"
-  usually means the game as it is right now — not a reference or a mock-up.
-- **They can watch your generations happen — but not your failures.** Every \`bitmagic generate\`
-  and \`bitmagic forge\` records itself in \`.bitmagic/jobs/\` while it runs, and the dev view lists
-  those with your progress lines and the prompt you used. One that FAILS simply drops off that list,
-  with the error reaching your terminal and nowhere else — so a failure you do not mention is one
-  they never learn about. Those files are yours to read too: check them before starting a second
-  generation that needs a browser, because a forge and a prop each want one and will fight over it.
-- Prefer changing the entries you mean to change over regenerating \`environmentObjects\`
-  wholesale, so their placements survive your edit.
-
-### \`.bitmagic/edit/events.jsonl\`
-
-Every editor action is appended there as one JSON object per line, and printed to \`bitmagic dev\`'s
-own output. Read it to find out what the human did — and, for one event, what they want YOU to do.
-
-\`\`\`
-{"at":"…","event":"object.moved","objectId":"inst_…","position":{"from":{…},"to":{…}}}
-{"at":"…","event":"object.added","objectId":"inst_…","type":"tree_oak"}
-{"at":"…","event":"object.deleted","objectId":"inst_…"}
-{"at":"…","event":"hq.requested","assetId":"asset_…","prompt":"…","command":"bitmagic generate prop …"}
-\`\`\`
-
-Almost every line is history — world.json already says so, and the line exists to tell you WHO
-changed it and from what. Nothing is expected of you.
-
-\`hq.started\` / \`hq.completed\` mean the human pressed "Generate high-quality version" and the
-editor ran it: an asset's mesh was regenerated and every placed instance upgraded with it. Read
-these rather than being surprised by an asset that changed on its own. Nothing is expected of you
-here either.
-
-**\`hq.requested\` is the one line that asks something of you.** It appears only when the editor
-could NOT run the generation — normally because nobody is logged in. It carries the command:
-
-\`\`\`
-bitmagic generate prop --asset <assetId> --prompt "<prompt>" --json
-\`\`\`
-
-That generates the mesh, voxelizes it to the asset's recorded \`fitBox\`, and upserts it under the
-same asset id, so every placed instance upgrades at once. They asked for it, so run it — just never
-twice for the same request. If it fails after the mesh was generated, the error and the JSON result
-carry the mesh URL — retry with \`--glb-url <url>\` to skip the step that already succeeded.
-
-The file is append-only and never rewritten, so you can re-read it from where you left off.
+  Prefer changing the entries you mean to change over regenerating \`environmentObjects\` wholesale.
+- **An image pasted into the conversation is probably a frame from their running game**, not a
+  reference or a mock-up — the dev view has a Screenshot button.
+- **They can watch your generations happen, but not your failures.** Each \`bitmagic generate\` and
+  \`bitmagic forge\` records itself in \`.bitmagic/jobs/\` and shows in the dev view while it runs;
+  one that FAILS drops off that list with the error reaching your terminal and nowhere else, so a
+  failure you do not mention is one they never learn about.
+- **\`.bitmagic/edit/events.jsonl\` may be asking you for something.** Every editor action is
+  appended there, and almost all of them are history you can ignore — but \`hq.requested\` means
+  they pressed "Generate high-quality version" and the editor could not run it, and it carries the
+  \`bitmagic generate prop\` command to run on their behalf.
+
+The event shapes, the rest of the editor protocol and \`bitmagic dev --mobile\` are in
+\`.claude/skills/working-with-the-creator/SKILL.md\`.
 
 ## Publishing
 
@@ -982,79 +914,32 @@ bitmagic build      # bundle into .bitmagic/build/index.html + .bitmagic/build/m
 bitmagic publish    # verify-gate, build if needed, and ship to bitmagic.ai
 \`\`\`
 
-Follow this order; \`publish\` enforces it and refuses otherwise:
-
-1. Run \`bitmagic verify\` and get it passing. It writes \`.bitmagic/verify/result.json\`,
-   \`.bitmagic/verify/screenshot.png\` and \`.bitmagic/verify/console.log\` — or the
-   \`.mobile\`-suffixed names when the run was a phone one.
-
-   The publish thumbnail is \`.bitmagic/cover.webp\` when \`bitmagic cover\` has produced one, and
-   that screenshot otherwise. The output names which one it used.
-2. Do not edit any tracked file between verifying and publishing. Staleness is decided by a
-   content fingerprint of every tracked file, not a clock — one edit after verifying invalidates
-   it immediately, and an untouched project stays fresh no matter how long it has been. There is
-   no way to check freshness except running \`bitmagic verify\` again. Git operations are safe:
-   \`.git/\` is excluded from the fingerprint, so committing (or branching, or stashing) between
-   verifying and publishing changes nothing. So are \`node_modules/\`, \`dist/\`, \`.bitmagic/\`
-   and \`.vite-cache/\` — and \`GAME-DESIGN.md\`, which no build step reads, so refining the design
-   doc never invalidates a verify. \`bitmagic cover\` DOES, because it writes \`world.json\`.
-3. Run \`bitmagic publish\`. It rebuilds automatically if the project changed since the last
-   build, so a manual \`bitmagic build\` first is optional.
-
-**Show your creator the QR code.** Publish turns the game's URL into a scannable image. Your
-output is a pipe, so it cannot be drawn in the terminal: publish writes \`.bitmagic/publish-qr.png\`
-and names it (\`qrPath\` under \`--json\`). Surface that image like any artifact you made — scanning
-it opens the game on a phone, and a bare URL leaves your creator retyping a game id into a browser.
-
-**A bare \`bitmagic publish\` does not make the game public.** Every publish uploads and
-registers the game, but \`visibility\` defaults to \`private\` — reachable by URL, not listed on
-bitmagic.ai. Pass \`--visibility public\` explicitly, on that call, to list it; omit it on a later
-publish and the game goes back to private — its \`/play/\` page stops serving too, so a public
-game you re-publish bare disappears from bitmagic.ai entirely until the next
-\`--visibility public\`.
-
-\`--force\` overrides a **stale or failed** verify verdict, never a **missing** one — a project with
-no cover art has only the verify screenshot to publish a thumbnail from, so \`bitmagic verify\` must
-have produced one at least once before \`--force\` has anything to work with.
-
-\`--name\`/\`--description\` apply to that one publish call only; they are never written back to
-\`src/work/game.json\` (doing so by hand would change the fingerprint and invalidate the verify
-you just checked).
-
-**Category tags are part of every publish.** bitmagic.ai files the game under content categories
-("Racing", "Puzzle", …); publish auto-classifies an untagged game from its name and description.
-To choose them yourself, declare \`"categories": ["Racing", "Arcade"]\` in \`worldProfileData\` —
-a declared set wins on every publish, and an explicit \`[]\` means "no tags" and suppresses the
-auto-classify. A tracked-file edit: declare them BEFORE \`bitmagic verify\`, not after.
-
-If \`bitmagic publish\` exits non-zero, branch on the exit code rather than parsing the message:
-
-| Code | Meaning | Fix |
-|---|---|---|
-| 1 | Build failed, or what was uploaded was not an engine build | Run \`bitmagic check\` to see the error, fix it. If the message names a missing \`vite.publish*.config.js\`, this project predates it — run \`bitmagic upgrade\`. Do NOT retry an unchanged bundle; the refusal is deterministic |
-| 2 | Not logged in | \`bitmagic login\` |
-| 3 | Verify missing, stale, or failed | \`bitmagic verify\` (then publish again, or add \`--force\` for a stale/failed record) |
-| 5 | Not this game's owner, or the account/game is banned | Not self-serve — stop and report it |
-| 6 | Upload or finalize failed | Usually transient (network/storage). Retry once; if it fails identically, stop and report it — this code also covers permanent failures such as an unknown game or a rejected request |
-| 7 | Published, but the game did not render | The game IS live. Do NOT retry the publish — fix the game and publish again. Artifacts in \`.bitmagic/smoke/\` |
-
-After a successful publish the CLI loads the published game the way the portal does — in an iframe
-that starts at a zero-size viewport — and fails with exit 7 if it does not render. This catches
-failures that leave no other trace: a wrong Content-Type that makes the browser download the page,
-a bundle that cannot find its own world.json, a canvas nothing ever draws into.
-
-Pass \`--skip-smoke\` to skip it. The publish still happens; it is simply not confirmed to render,
-and the output says so.
-
-Every publish also uploads a **source archive** of this project to a **publicly readable** (though
-unguessable) URL, which Bitmagic checks against the bundle and against an unmodified \`engine/\`;
-findings print as \`warning:\` lines and never block a publish. Credential-shaped files (\`.env*\`,
-\`*.pem\`, \`*.key\`, \`.npmrc\`, service-account JSON) are excluded and named in the output — but
-that list cannot be exhaustive, so never keep a secret in this directory.
-
-Publishing is never refused because the vendored engine is old. When a newer engine exists,
-\`bitmagic dev\` and \`bitmagic publish\` say so and suggest \`bitmagic upgrade\` — upgrade while you
-are developing, when rebuilding is cheap, rather than being blocked at the moment you ship.
+Publish enforces one order and refuses otherwise: get \`bitmagic verify\` passing, then **do not
+edit a tracked file** between verifying and publishing, then publish (it rebuilds by itself, so a
+manual \`build\` is optional). Staleness is a content fingerprint, not a clock — one edit
+invalidates it immediately, an untouched project stays fresh forever, and the only way to check is
+to verify again. Git operations, \`.bitmagic/\`, \`GAME-DESIGN.md\` and \`mechanics-plan.md\` are
+excluded; \`bitmagic cover\` is NOT, because it writes \`world.json\`.
+
+**A bare \`bitmagic publish\` does not make the game public.** Every publish uploads and registers
+the game, but \`visibility\` defaults to \`private\` — reachable by URL, not listed on bitmagic.ai.
+Pass \`--visibility public\` explicitly, on that call, to list it; omit it on a later publish and
+the game goes back to private, its \`/play/\` page included.
+
+**Show your creator the QR code.** Your output is a pipe, so publish cannot draw one in the
+terminal: it writes \`.bitmagic/publish-qr.png\` and names it (\`qrPath\` under \`--json\`). Surface
+that image like any artifact you made — a bare URL leaves your creator retyping a game id into a
+browser.
+
+**Every publish uploads a source archive of this project to a publicly readable (though
+unguessable) URL.** Credential-shaped files (\`.env*\`, \`*.pem\`, \`*.key\`, \`.npmrc\`,
+service-account JSON) are excluded and named in the output, but that list cannot be exhaustive —
+so never keep a secret in this directory.
+
+\`.claude/skills/publishing-a-game/SKILL.md\` has the rest, and you want it before you publish:
+what the thumbnail comes from, category tags, \`--force\` and the one-shot \`--name\`/
+\`--description\`, the post-publish render smoke test, and the exit-code table to branch on when
+publish exits non-zero rather than parsing its message.
 
 ## The game's look is data
 
@@ -1063,7 +948,7 @@ value: \`worldProfileData.hud.theme\` in \`src/work/world.json\`. **Never restyl
 game code to satisfy a look request** ("rounder buttons", "orange UI", "neon glow"); use
 \`bitmagic theme patch\` / \`set\` / \`show\` / \`check\` and read
 \`engine/agent-docs/HUD_THEMES.md\` — its Common-asks table has a copyable patch for every frequent
-request. The \`theming-the-hud/\` skill covers the loop, including verifying with
+request. \`.claude/skills/theming-the-hud/SKILL.md\` covers the loop, including verifying with
 \`.bitmagic/verify/screenshot.png\`.
 
 ## Generating assets
@@ -1086,26 +971,22 @@ bitmagic generate vehicle    --prompt "a rusty orange pickup" | --preset VAN
 
 Run \`bitmagic generate <type> --help\` for the full flags of any one.
 
-**Always add \`--original-prompt "<creator's request, verbatim>"\`** — analytics only, never affects output.
+**Always add \`--original-prompt "<creator's request, verbatim>"\`** — to EVERY \`bitmagic\` command, \`build\`/\`verify\`/\`dev\`/\`reload\`/\`publish\` included. Never affects output; it is what counts the prompts shown on the game's public page.
 
-Four things worth knowing before you use these:
+Two things before you use them:
 
-1. **Each generation writes to \`src/work/world.json\`.** If you are also editing that file,
-   re-read it afterwards — your in-memory copy is stale. The command prints exactly which paths
-   it changed.
-2. **Use them.** Generation is what the creator's Bitmagic Pro subscription is for, and these
+1. **Use them.** Generation is what the creator's Bitmagic Pro subscription is for, and these
    produce real, good-looking assets — a game that ships with placeholders because you were being
    careful is the worse outcome. The one rule: do not call them **in a loop** to explore options.
-   Decide the prompt, ask for what you actually need, once. If the Pro allowance is exhausted and
-   spending beyond it has not been approved, the command refuses before generating and says so.
-3. **It only works on the game this project points at.** \`bitmagic.json\` holds the \`gameId\`;
-   generation is refused for a game the logged-in account does not own.
-4. **A running \`bitmagic dev\` picks the new asset up on its own.** It reloads the browser once
-   the write settles; \`bitmagic reload\` forces it if you want it now.
+   Decide the prompt, ask for what you actually need, once.
+2. **Each generation writes to \`src/work/world.json\`.** If you are also editing that file, re-read
+   it afterwards — your in-memory copy is stale. The command prints exactly which paths it changed.
 
 Three lanes make a 3D object, and the wrong one wastes a generation: \`generate model\` mints a NEW
 asset, \`generate prop --asset <id>\` UPGRADES a placeholder, \`assets add <file>\` uploads your own.
-Splats, video and \`.vox\`/\`.fbx\` still need the web editor; never reference an asset you did not make.
+Splats, video and \`.vox\`/\`.fbx\` still need the web editor; never reference an asset you did not
+make. \`.claude/skills/generating-assets/SKILL.md\` has the flags, the reference-image rules, what
+to do after a generation, and every way one refuses.
 
 ## Forging a whole level
 
@@ -1120,7 +1001,7 @@ level the game boots into, and it moves the legacy mirror fields with it. Add \`
 \`--platformer\` or \`--freeform\` (at most one) for a different kind of place; omit them all for
 natural terrain.
 
-Five things worth knowing:
+Four things worth knowing:
 
 1. **It is slow.** A forge runs for many minutes — the level bake alone can take twenty. That is a
    planning fact, not a reason to avoid it: plan the run, start it, and do something else while it
@@ -1129,15 +1010,11 @@ Five things worth knowing:
    voxelizing is the engine's own code. The command builds and serves the project itself, so you
    do not need \`bitmagic dev\` running and it will not collide with one that is.
 3. **It rewrites large parts of \`world.json\`** (assets, environmentObjects, the level registry,
-   spawn points), so re-read the file afterwards if you were editing it. The command prints which
-   paths it changed. It also drops a \`forged-heightfield.json\` beside it, which later placements
-   use to sit objects on the new terrain.
-4. **Every failure says whether \`world.json\` changed** — and it only ever changes on the final
-   step, all at once. A failure before that leaves the project exactly as it was.
-5. **Resume rather than re-run.** The command prints a job id. If it fails after the design
-   succeeded, \`bitmagic forge --resume <jobId>\` skips the steps that already finished — twenty
-   minutes you do not spend again. The failure message says when resuming is worth it, and when the
-   failure is deterministic and you should change the prompt instead.
+   spawn points), so re-read the file afterwards if you were editing it. It also drops a
+   \`forged-heightfield.json\` beside it, which later placements use to sit objects on the terrain.
+4. **Resume rather than re-run.** The command prints a job id, \`world.json\` only ever changes on
+   the final step, and every failure says whether it did and whether
+   \`bitmagic forge --resume <jobId>\` is worth it — which is twenty minutes you do not spend again.
 
 Afterwards actually walk the level in the dev view — one that loads is not necessarily one you can
 move through. (You should already have \`bitmagic dev\` running; a forge takes twenty minutes, and
@@ -1541,11 +1418,11 @@ The \`bitmagic\` CLI generates content directly into this project. Ten types wor
 
 \`--help\` on any subcommand lists its full flags.
 
-**Every one of these (and \`bitmagic forge\` / \`bitmagic cover\`) also takes
-\`--original-prompt "<the creator's request, verbatim>"\` — always pass it.** It is the exact
-words the creator used when they asked you, recorded for Bitmagic's analytics only; it never
-reaches the generator, so it cannot change the output. Skip it only when no creator request is
-behind the call.
+**Every \`bitmagic\` command takes \`--original-prompt "<the creator's request, verbatim>"\` —
+always pass it**, on the everyday loop (\`build\`, \`verify\`, \`dev\`, \`reload\`, \`publish\`) as much as
+on the generators. It never reaches a generator, so it cannot change the output; it is what the
+published page counts as "Built with N prompts", and a game built mostly by editing code runs no
+generator at all. Skip it only when no creator request is behind the call.
 
 \`animation\` is the one that takes no prompt at all: the clip is built from an authored parameter
 spec in one of three families — \`gait\` (the only one with a flag form), \`melee\` and \`oneShot\`
@@ -1593,9 +1470,12 @@ Cover art and the reference image are the two generations that are **not** \`gen
 | \`bitmagic cover\` | the game's cover art | \`hud.startScreen.imageUrl\`, \`.bitmagic/cover.webp\`, the publish thumbnail |
 | \`bitmagic reference make\` | a concept image of the world | \`.bitmagic/reference/\` only — nothing in \`world.json\` |
 
-\`cover\` writes its own prompt from \`GAME-DESIGN.md\` rather than taking one, and it skips
-generating entirely when the design has not changed since the last cover. See AGENTS.md for why it
-is worth running before you start implementing rather than after.
+\`cover\` writes its own prompt from \`GAME-DESIGN.md\` rather than taking one, and re-running it on
+an unchanged design generates nothing — it just reports the cover you already have. Rewrite the
+design and run it again, or pass \`--force\`, when the game has moved on from its artwork. It
+writes \`world.json\`, so it invalidates a passing verify: run it before \`bitmagic verify\`, never
+between verifying and publishing. See AGENTS.md for why it is worth running before you start
+implementing rather than after.
 
 ${GENERATE_SKILL_REFERENCE_SECTION}## Before generating
 

package/dist/scaffold/project-files.js.map

@@ -1 +1 @@
-{"version":3,"file":"project-files.js","sourceRoot":"","sources":["../../src/scaffold/project-files.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,eAAe,EAAE,MAAM,8BAA8B,CAAC;AAE/D,OAAO,EAAE,aAAa,EAAE,gBAAgB,EAAE,gBAAgB,EAAE,MAAM,cAAc,CAAC;AACjF,OAAO,EAAE,eAAe,EAAE,MAAM,iBAAiB,CAAC;AAClD,OAAO,EACL,2BAA2B,EAC3B,0BAA0B,EAC1B,gCAAgC,EAChC,8BAA8B,EAC9B,8BAA8B,GAC/B,MAAM,yBAAyB,CAAC;AAKjC;;;;;;;;;;;;;;;;;GAiBG;AACH,MAAM,CAAC,MAAM,uBAAuB,GAAG;;;;;;;;;;;;;;;;;;IAkBnC,CAAC;AAEL;;;;;;;GAOG;AACH,MAAM,CAAC,MAAM,YAAY,GAAG;IAC1B,2BAA2B,EAAE,SAAS;IACtC,2BAA2B,EAAE,SAAS;IACtC,kBAAkB,EAAE,QAAQ;IAC5B,MAAM,EAAE,QAAQ;IAChB,OAAO,EAAE,SAAS;IAClB,kCAAkC,EAAE,QAAQ;IAC5C,KAAK,EAAE,SAAS;IAChB,KAAK,EAAE,UAAU;IACjB,4FAA4F;IAC5F,6FAA6F;IAC7F,4CAA4C;CACZ,CAAC;AAEnC,MAAM,CAAC,MAAM,gBAAgB,GAA2B;IACtD,aAAa,EAAE,UAAU;IACzB,cAAc,EAAE,UAAU;IAC1B,8FAA8F;IAC9F,cAAc,EAAE,QAAQ;IACxB,4FAA4F;IAC5F,mFAAmF;IACnF,eAAe,EAAE,SAAS;IAC1B,UAAU,EAAE,QAAQ;IACpB,IAAI,EAAE,QAAQ;IACd,wBAAwB,EAAE,QAAQ;CACnC,CAAC;AAEF,qEAAqE;AACrE,SAAS,aAAa,CAAC,IAA+B;IACpD,OAAO,YAAY,CAAC,IAAI,CAAC,CAAC,OAAO,CAAC,KAAK,EAAE,EAAE,CAAC,CAAC;AAC/C,CAAC;AAED;;;;;GAKG;AACH,SAAS,MAAM,CAAC,IAA+B;IAC7C,OAAO,kBAAkB,IAAI,IAAI,aAAa,CAAC,IAAI,CAAC,EAAE,CAAC;AACzD,CAAC;AAED;;;;;GAKG;AACH,MAAM,SAAS,GAAG,MAAM,CAAC,OAAO,CAAC,CAAC;AAElC;;;GAGG;AACH,MAAM,kBAAkB,GAAG,yBAAyB,aAAa,CAAC,OAAO,CAAC,EAAE,CAAC;AAE7E;;;;GAIG;AACH,MAAM,YAAY,GAAG,GAAG,SAAS,SAAS,CAAC;AAE3C;;;;;;;;;GASG;AACH,MAAM,UAAU,GAAG;IACjB,uBAAuB;IACvB,eAAe,YAAY,IAAI;IAC/B,6BAA6B,SAAS,2CAA2C;IACjF,yBAAyB,SAAS,uCAAuC;IACzE,2BAA2B,SAAS,wCAAwC;CAC7E,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;AAEX;;;;;GAKG;AACH,MAAM,CAAC,MAAM,WAAW,GAA2B;IACjD,2FAA2F;IAC3F,4FAA4F;IAC5F,4FAA4F;IAC5F,KAAK,EAAE,UAAU;IACjB,cAAc,EAAE,YAAY;IAC5B,WAAW,EAAE,GAAG,SAAS,MAAM;IAC/B,2FAA2F;IAC3F,6FAA6F;IAC7F,+FAA+F;IAC/F,4FAA4F;IAC5F,6FAA6F;IAC7F,6FAA6F;IAC7F,eAAe,EAAE,GAAG,kBAAkB,UAAU;IAChD,qBAAqB,EAAE,GAAG,kBAAkB,gBAAgB;IAC5D,QAAQ,EAAE,GAAG,SAAS,GAAG;IACzB,2BAA2B,EAAE,MAAM,CAAC,2BAA2B,CAAC;IAChE,2BAA2B,EAAE,MAAM,CAAC,2BAA2B,CAAC;IAChE,OAAO,EAAE,MAAM,CAAC,SAAS,CAAC;IAC1B,kCAAkC,EAAE,MAAM,CAAC,kCAAkC,CAAC;IAC9E,kBAAkB,EAAE,MAAM,CAAC,kBAAkB,CAAC;IAC9C,MAAM,EAAE,MAAM,CAAC,QAAQ,CAAC;CACzB,CAAC;AAEF,sFAAsF;AACtF,SAAS,UAAU,CAAC,KAAc;IAChC,OAAO,GAAG,IAAI,CAAC,SAAS,CAAC,KAAK,EAAE,IAAI,EAAE,CAAC,CAAC,IAAI,CAAC;AAC/C,CAAC;AAED,MAAM,UAAU,iBAAiB,CAAC,IAAY;IAC5C,OAAO,UAAU,CAAC;QAChB,IAAI;QACJ,OAAO,EAAE,OAAO;QAChB,OAAO,EAAE,IAAI;QACb,IAAI,EAAE,QAAQ;QACd,OAAO,EAAE;YACP,KAAK,EAAE,KAAK;YACZ,KAAK,EAAE,cAAc;YACrB,GAAG,EAAE,MAAM;SACZ;QACD,YAAY,EAAE,YAAY;QAC1B,eAAe,EAAE,gBAAgB;QACjC,2FAA2F;QAC3F,8FAA8F;QAC9F,6FAA6F;QAC7F,qFAAqF;QACrF,EAAE;QACF,8EAA8E;QAC9E,2FAA2F;QAC3F,yFAAyF;QACzF,IAAI,EAAE,EAAE,wBAAwB,EAAE,CAAC,SAAS,CAAC,EAAE;KAChD,CAAC,CAAC;AACL,CAAC;AAED,MAAM,UAAU,cAAc;IAC5B,OAAO,UAAU,CAAC;QAChB,eAAe,EAAE;YACf,MAAM,EAAE,QAAQ;YAChB,MAAM,EAAE,QAAQ;YAChB,GAAG,EAAE,CAAC,QAAQ,EAAE,KAAK,CAAC;YACtB,OAAO,EAAE,GAAG;YACZ,MAAM,EAAE,MAAM;YACd,OAAO,EAAE,GAAG;YACZ,KAAK,EAAE,aAAa,EAAE;YACtB,gBAAgB,EAAE,SAAS;YAC3B,MAAM,EAAE,IAAI;YACZ,wBAAwB,EAAE,IAAI;YAC9B,0BAA0B,EAAE,KAAK;YACjC,oBAAoB,EAAE,IAAI;YAC1B,eAAe,EAAE,IAAI;YACrB,eAAe,EAAE,OAAO;YACxB,YAAY,EAAE,IAAI;YAClB,eAAe,EAAE,IAAI;YACrB,4BAA4B,EAAE,IAAI;YAClC,gCAAgC,EAAE,IAAI;YACtC,aAAa,EAAE,IAAI;YACnB,iBAAiB,EAAE,IAAI;YACvB,SAAS,EAAE,IAAI;YACf,wFAAwF;YACxF,yFAAyF;YACzF,wFAAwF;YACxF,0FAA0F;YAC1F,sFAAsF;YACtF,yFAAyF;YACzF,gFAAgF;YAChF,KAAK,EAAE,CAAC,eAAe,CAAC;YACxB,SAAS,EAAE,CAAC,cAAc,EAAE,qBAAqB,EAAE,wCAAwC,CAAC;SAC7F;QACD,OAAO,EAAE,CAAC,UAAU,EAAE,aAAa,CAAC;QACpC,uFAAuF;QACvF,uFAAuF;QACvF,oFAAoF;QACpF,wFAAwF;QACxF,wDAAwD;QACxD,OAAO,EAAE;YACP,cAAc;YACd,MAAM;YACN,qBAAqB;YACrB,0BAA0B;YAC1B,kBAAkB;YAClB,uBAAuB;YACvB,oBAAoB;YACpB,2FAA2F;YAC3F,6FAA6F;YAC7F,2FAA2F;YAC3F,2FAA2F;YAC3F,gEAAgE;YAChE,wBAAwB;SACzB;KACF,CAAC,CAAC;AACL,CAAC;AAED;;;;;;;;;GASG;AACH,MAAM,gBAAgB,GACpB,iGAAiG;IACjG,+FAA+F;IAC/F,+FAA+F;IAC/F,gGAAgG;IAChG,gGAAgG;IAChG,gGAAgG;IAChG,gGAAgG;IAChG,uEAAuE,CAAC;AAE1E,MAAM,UAAU,eAAe;IAC7B,MAAM,YAAY,GAAG,gBAAgB,EAAE,CAAC;IACxC,MAAM,OAAO,GAAG,EAAE,GAAG,WAAW,EAAE,GAAG,YAAY,EAAE,CAAC;IACpD,6FAA6F;IAC7F,yFAAyF;IACzF,MAAM,gBAAgB,GAAG,GAAG,YAAY,CAAC,SAAS,CAAC,iBAAiB,CAAC;IACrE,0FAA0F;IAC1F,0FAA0F;IAC1F,wFAAwF;IACxF,2FAA2F;IAC3F,mDAAmD;IACnD,OAAO;;;;;;gBAMO,eAAe,uCAAuC,gBAAgB;;;;;;;;;;;;;;;;;;;;;EAqBpF,IAAI,CAAC,SAAS,CAAC,EAAE,OAAO,EAAE,EAAE,IAAI,EAAE,CAAC,CAAC,CAAC,OAAO,CAAC,KAAK,EAAE,MAAM,CAAC;;;iCAG5B,gBAAgB;;;CAGhD,CAAC;AACF,CAAC;AAED;;;;;GAKG;AACH,SAAS,kBAAkB;IACzB,OAAO,MAAM,CAAC,OAAO,CAAC,gBAAgB,EAAE,CAAC;SACtC,GAAG,CAAC,CAAC,CAAC,GAAG,EAAE,MAAM,CAAC,EAAE,EAAE,CAAC,UAAU,GAAG,OAAO,MAAM,GAAG,CAAC;SACrD,IAAI,CAAC,KAAK,CAAC,CAAC;AACjB,CAAC;AAED,MAAM,UAAU,gBAAgB;IAC9B,OAAO;;;;;;;;;;;EAWP,kBAAkB,EAAE;;;;;;;CAOrB,CAAC;AACF,CAAC;AAED;;;;;;;;;;;;;;GAcG;AACH,MAAM,CAAC,MAAM,mBAAmB,GAAwB,IAAI,GAAG,CAAC,CAAC,QAAQ,CAAC,CAAC,CAAC;AAE5E;;;;;;;;;;;;;;;GAeG;AACH,MAAM,UAAU,sBAAsB;IACpC,OAAO,MAAM,CAAC,OAAO,CAAC,WAAW,CAAC,CAAC,MAAM,CACvC,CAAC,CAAC,GAAG,EAAE,GAAG,CAAC,EAAE,EAAE,CAAC,CAAC,mBAAmB,CAAC,GAAG,CAAC,GAAG,CAAC,IAAI,sBAAsB,CAAC,IAAI,CAAC,GAAG,CAAC,CAClF,CAAC;AACJ,CAAC;AAED;;;;;;;;;;GAUG;AACH,SAAS,oBAAoB;IAC3B,MAAM,OAAO,GAAG,sBAAsB,EAAE;SACrC,GAAG,CAAC,CAAC,CAAC,GAAG,EAAE,GAAG,CAAC,EAAE,EAAE,CAAC,MAAM,IAAI,CAAC,SAAS,CAAC,GAAG,CAAC,KAAK,IAAI,CAAC,SAAS,CAAC,GAAG,CAAC,IAAI,CAAC;SAC1E,IAAI,CAAC,IAAI,CAAC,CAAC;IACd,OAAO;;;;;;;;;;;;;;;;;;;EAmBP,OAAO;;;;;;;;;;;;;;;;;;;;;;CAsBR,CAAC;AACF,CAAC;AAED;;;;;;;;;;GAUG;AACH,SAAS,wBAAwB;IAC/B,OAAO;;;;;;;;;;;;;;;;;;;;;;CAsBR,CAAC;AACF,CAAC;AAED,iGAAiG;AACjG,MAAM,6BAA6B,GAAG;;;kDAGY,CAAC;AAEnD;;;;;;;;GAQG;AACH,MAAM,+BAA+B,GAAG;;;;;2EAKmC,CAAC;AAE5E,oFAAoF;AACpF,MAAM,0BAA0B,GAAG;;;CAGlC,CAAC;AAEF;;;;;;;;;;;;;;;;;GAiBG;AACH,SAAS,mBAAmB,CAAC,IAA0B;IACrD,MAAM,GAAG,GAAG,IAAI,KAAK,KAAK,CAAC;IAC3B,OAAO;;;;;;;;;;;;;EAaP,GAAG,CAAC,CAAC,CAAC,oBAAoB,EAAE,CAAC,CAAC,CAAC,EAAE,GAAG,wBAAwB,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EA6C9D,kBAAkB,EAAE;;;;;iGAK2E,GAAG,CAAC,CAAC,CAAC,gEAAgE,CAAC,CAAC,CAAC,EAAE;;;;EAI1K,GAAG,CAAC,CAAC,CAAC,6BAA6B,CAAC,CAAC,CAAC,+BAA+B;;;EAGrE,GAAG,CAAC,CAAC,CAAC,0BAA0B,CAAC,CAAC,CAAC,EAAE;iCACN,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,wCAAwC;;;kBAGlE,IAAI,CAAC,SAAS,CAAC,uBAAuB,CAAC;;;;;;CAMxD,CAAC;AACF,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,uBAAuB;IACrC,OAAO,mBAAmB,CAAC,KAAK,CAAC,CAAC;AACpC,CAAC;AAED;;;;GAIG;AACH,MAAM,UAAU,iCAAiC;IAC/C,OAAO,mBAAmB,CAAC,YAAY,CAAC,CAAC;AAC3C,CAAC;AAED,MAAM,UAAU,eAAe;IAC7B,OAAO,CAAC,OAAO,EAAE,eAAe,EAAE,YAAY,EAAE,cAAc,EAAE,EAAE,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AACjF,CAAC;AA6BD,MAAM,UAAU,kBAAkB,CAAC,QAAyB;IAC1D,OAAO,UAAU,CAAC,QAAQ,CAAC,CAAC;AAC9B,CAAC;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,SAAS,sBAAsB,CAAC,WAAwC;IACtE,MAAM,IAAI,GACR,WAAW,KAAK,SAAS;QACvB,CAAC,CAAC;;;YAGI;QACN,CAAC,CAAC,4BAA4B,WAAW,+FAA+F,CAAC;IAE7I,OAAO;;;;;;EAMP,IAAI;;;;;;;;;wCASkC,CAAC;AACzC,CAAC;AAED,MAAM,UAAU,cAAc,CAAC,WAAwC;IACrE,iGAAiG;IACjG,iGAAiG;IACjG,MAAM,UAAU,GAAG,eAAe,EAAE,CAAC,UAAU,CAAC;IAChD,OAAO;;;;;;;;;;;sCAW6B,UAAU;;;;;;;;;;uEAUuB,UAAU;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EA0J/E,2BAA2B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAwT3B,sBAAsB,CAAC,WAAW,CAAC;CACpC,CAAC;AACF,CAAC;AAED;;;;;;;;;;;;;;GAcG;AACH,MAAM,UAAU,mBAAmB;IACjC,OAAO;;;;;;;;;;;;;;;;;;;;EAoBP,8BAA8B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAqH9B,8BAA8B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA8C/B,CAAC;AACF,CAAC;AAED;;;;;;;;;GASG;AACH,MAAM,UAAU,oBAAoB;IAClC,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA4JR,CAAC;AACF,CAAC;AAED,MAAM,UAAU,mBAAmB;IACjC,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAgFP,gCAAgC;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAiDjC,CAAC;AACF,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,gBAAgB;IAC9B,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA8DR,CAAC;AACF,CAAC;AAED;;;;;;GAMG;AACH,MAAM,UAAU,gBAAgB;IAC9B,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAkER,CAAC;AACF,CAAC;AAED;;;;;;;;;;;;;GAaG;AACH,MAAM,UAAU,kBAAkB,CAAC,IAAa;IAC9C,MAAM,KAAK,GAAG,IAAI,EAAE,IAAI,EAAE,CAAC;IAC3B,OAAO;;EAEP,KAAK;QACH,CAAC,CAAC,8GAA8G;QAChH,CAAC,CAAC,0KAA0K;;;;EAI9K,KAAK,IAAI,iEAAiE;;;;;;;;;;EAU1E,0BAA0B;;;;;;;;;;;;CAY3B,CAAC;AACF,CAAC;AAED,MAAM,UAAU,cAAc;IAC5B,OAAO,cAAc,CAAC;AACxB,CAAC;AAED,MAAM,UAAU,kBAAkB;IAChC,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAgCR,CAAC;AACF,CAAC"}
+{"version":3,"file":"project-files.js","sourceRoot":"","sources":["../../src/scaffold/project-files.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,eAAe,EAAE,MAAM,8BAA8B,CAAC;AAE/D,OAAO,EAAE,aAAa,EAAE,gBAAgB,EAAE,gBAAgB,EAAE,MAAM,cAAc,CAAC;AACjF,OAAO,EAAE,eAAe,EAAE,MAAM,iBAAiB,CAAC;AAClD,OAAO,EACL,2BAA2B,EAC3B,0BAA0B,EAC1B,gCAAgC,EAChC,8BAA8B,EAC9B,8BAA8B,GAC/B,MAAM,yBAAyB,CAAC;AAKjC;;;;;;;;;;;;;;;;;GAiBG;AACH,MAAM,CAAC,MAAM,uBAAuB,GAAG;;;;;;;;;;;;;;;;;;IAkBnC,CAAC;AAEL;;;;;;;GAOG;AACH,MAAM,CAAC,MAAM,YAAY,GAAG;IAC1B,2BAA2B,EAAE,SAAS;IACtC,2BAA2B,EAAE,SAAS;IACtC,kBAAkB,EAAE,QAAQ;IAC5B,MAAM,EAAE,QAAQ;IAChB,OAAO,EAAE,SAAS;IAClB,kCAAkC,EAAE,QAAQ;IAC5C,KAAK,EAAE,SAAS;IAChB,KAAK,EAAE,UAAU;IACjB,4FAA4F;IAC5F,6FAA6F;IAC7F,4CAA4C;CACZ,CAAC;AAEnC,MAAM,CAAC,MAAM,gBAAgB,GAA2B;IACtD,aAAa,EAAE,UAAU;IACzB,cAAc,EAAE,UAAU;IAC1B,8FAA8F;IAC9F,cAAc,EAAE,QAAQ;IACxB,4FAA4F;IAC5F,mFAAmF;IACnF,eAAe,EAAE,SAAS;IAC1B,UAAU,EAAE,QAAQ;IACpB,IAAI,EAAE,QAAQ;IACd,wBAAwB,EAAE,QAAQ;CACnC,CAAC;AAEF,qEAAqE;AACrE,SAAS,aAAa,CAAC,IAA+B;IACpD,OAAO,YAAY,CAAC,IAAI,CAAC,CAAC,OAAO,CAAC,KAAK,EAAE,EAAE,CAAC,CAAC;AAC/C,CAAC;AAED;;;;;GAKG;AACH,SAAS,MAAM,CAAC,IAA+B;IAC7C,OAAO,kBAAkB,IAAI,IAAI,aAAa,CAAC,IAAI,CAAC,EAAE,CAAC;AACzD,CAAC;AAED;;;;;GAKG;AACH,MAAM,SAAS,GAAG,MAAM,CAAC,OAAO,CAAC,CAAC;AAElC;;;GAGG;AACH,MAAM,kBAAkB,GAAG,yBAAyB,aAAa,CAAC,OAAO,CAAC,EAAE,CAAC;AAE7E;;;;GAIG;AACH,MAAM,YAAY,GAAG,GAAG,SAAS,SAAS,CAAC;AAE3C;;;;;;;;;GASG;AACH,MAAM,UAAU,GAAG;IACjB,uBAAuB;IACvB,eAAe,YAAY,IAAI;IAC/B,6BAA6B,SAAS,2CAA2C;IACjF,yBAAyB,SAAS,uCAAuC;IACzE,2BAA2B,SAAS,wCAAwC;CAC7E,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;AAEX;;;;;GAKG;AACH,MAAM,CAAC,MAAM,WAAW,GAA2B;IACjD,2FAA2F;IAC3F,4FAA4F;IAC5F,4FAA4F;IAC5F,KAAK,EAAE,UAAU;IACjB,cAAc,EAAE,YAAY;IAC5B,WAAW,EAAE,GAAG,SAAS,MAAM;IAC/B,2FAA2F;IAC3F,6FAA6F;IAC7F,+FAA+F;IAC/F,4FAA4F;IAC5F,6FAA6F;IAC7F,6FAA6F;IAC7F,eAAe,EAAE,GAAG,kBAAkB,UAAU;IAChD,qBAAqB,EAAE,GAAG,kBAAkB,gBAAgB;IAC5D,QAAQ,EAAE,GAAG,SAAS,GAAG;IACzB,2BAA2B,EAAE,MAAM,CAAC,2BAA2B,CAAC;IAChE,2BAA2B,EAAE,MAAM,CAAC,2BAA2B,CAAC;IAChE,OAAO,EAAE,MAAM,CAAC,SAAS,CAAC;IAC1B,kCAAkC,EAAE,MAAM,CAAC,kCAAkC,CAAC;IAC9E,kBAAkB,EAAE,MAAM,CAAC,kBAAkB,CAAC;IAC9C,MAAM,EAAE,MAAM,CAAC,QAAQ,CAAC;CACzB,CAAC;AAEF,sFAAsF;AACtF,SAAS,UAAU,CAAC,KAAc;IAChC,OAAO,GAAG,IAAI,CAAC,SAAS,CAAC,KAAK,EAAE,IAAI,EAAE,CAAC,CAAC,IAAI,CAAC;AAC/C,CAAC;AAED,MAAM,UAAU,iBAAiB,CAAC,IAAY;IAC5C,OAAO,UAAU,CAAC;QAChB,IAAI;QACJ,OAAO,EAAE,OAAO;QAChB,OAAO,EAAE,IAAI;QACb,IAAI,EAAE,QAAQ;QACd,OAAO,EAAE;YACP,KAAK,EAAE,KAAK;YACZ,KAAK,EAAE,cAAc;YACrB,GAAG,EAAE,MAAM;SACZ;QACD,YAAY,EAAE,YAAY;QAC1B,eAAe,EAAE,gBAAgB;QACjC,2FAA2F;QAC3F,8FAA8F;QAC9F,6FAA6F;QAC7F,qFAAqF;QACrF,EAAE;QACF,8EAA8E;QAC9E,2FAA2F;QAC3F,yFAAyF;QACzF,IAAI,EAAE,EAAE,wBAAwB,EAAE,CAAC,SAAS,CAAC,EAAE;KAChD,CAAC,CAAC;AACL,CAAC;AAED,MAAM,UAAU,cAAc;IAC5B,OAAO,UAAU,CAAC;QAChB,eAAe,EAAE;YACf,MAAM,EAAE,QAAQ;YAChB,MAAM,EAAE,QAAQ;YAChB,GAAG,EAAE,CAAC,QAAQ,EAAE,KAAK,CAAC;YACtB,OAAO,EAAE,GAAG;YACZ,MAAM,EAAE,MAAM;YACd,OAAO,EAAE,GAAG;YACZ,KAAK,EAAE,aAAa,EAAE;YACtB,gBAAgB,EAAE,SAAS;YAC3B,MAAM,EAAE,IAAI;YACZ,wBAAwB,EAAE,IAAI;YAC9B,0BAA0B,EAAE,KAAK;YACjC,oBAAoB,EAAE,IAAI;YAC1B,eAAe,EAAE,IAAI;YACrB,eAAe,EAAE,OAAO;YACxB,YAAY,EAAE,IAAI;YAClB,eAAe,EAAE,IAAI;YACrB,4BAA4B,EAAE,IAAI;YAClC,gCAAgC,EAAE,IAAI;YACtC,aAAa,EAAE,IAAI;YACnB,iBAAiB,EAAE,IAAI;YACvB,SAAS,EAAE,IAAI;YACf,wFAAwF;YACxF,yFAAyF;YACzF,wFAAwF;YACxF,0FAA0F;YAC1F,sFAAsF;YACtF,yFAAyF;YACzF,gFAAgF;YAChF,KAAK,EAAE,CAAC,eAAe,CAAC;YACxB,SAAS,EAAE,CAAC,cAAc,EAAE,qBAAqB,EAAE,wCAAwC,CAAC;SAC7F;QACD,OAAO,EAAE,CAAC,UAAU,EAAE,aAAa,CAAC;QACpC,uFAAuF;QACvF,uFAAuF;QACvF,oFAAoF;QACpF,wFAAwF;QACxF,wDAAwD;QACxD,OAAO,EAAE;YACP,cAAc;YACd,MAAM;YACN,qBAAqB;YACrB,0BAA0B;YAC1B,kBAAkB;YAClB,uBAAuB;YACvB,oBAAoB;YACpB,2FAA2F;YAC3F,6FAA6F;YAC7F,2FAA2F;YAC3F,2FAA2F;YAC3F,gEAAgE;YAChE,wBAAwB;SACzB;KACF,CAAC,CAAC;AACL,CAAC;AAED;;;;;;;;;GASG;AACH,MAAM,gBAAgB,GACpB,iGAAiG;IACjG,+FAA+F;IAC/F,+FAA+F;IAC/F,gGAAgG;IAChG,gGAAgG;IAChG,gGAAgG;IAChG,gGAAgG;IAChG,uEAAuE,CAAC;AAE1E,MAAM,UAAU,eAAe;IAC7B,MAAM,YAAY,GAAG,gBAAgB,EAAE,CAAC;IACxC,MAAM,OAAO,GAAG,EAAE,GAAG,WAAW,EAAE,GAAG,YAAY,EAAE,CAAC;IACpD,6FAA6F;IAC7F,yFAAyF;IACzF,MAAM,gBAAgB,GAAG,GAAG,YAAY,CAAC,SAAS,CAAC,iBAAiB,CAAC;IACrE,0FAA0F;IAC1F,0FAA0F;IAC1F,wFAAwF;IACxF,2FAA2F;IAC3F,mDAAmD;IACnD,OAAO;;;;;;gBAMO,eAAe,uCAAuC,gBAAgB;;;;;;;;;;;;;;;;;;;;;EAqBpF,IAAI,CAAC,SAAS,CAAC,EAAE,OAAO,EAAE,EAAE,IAAI,EAAE,CAAC,CAAC,CAAC,OAAO,CAAC,KAAK,EAAE,MAAM,CAAC;;;iCAG5B,gBAAgB;;;CAGhD,CAAC;AACF,CAAC;AAED;;;;;GAKG;AACH,SAAS,kBAAkB;IACzB,OAAO,MAAM,CAAC,OAAO,CAAC,gBAAgB,EAAE,CAAC;SACtC,GAAG,CAAC,CAAC,CAAC,GAAG,EAAE,MAAM,CAAC,EAAE,EAAE,CAAC,UAAU,GAAG,OAAO,MAAM,GAAG,CAAC;SACrD,IAAI,CAAC,KAAK,CAAC,CAAC;AACjB,CAAC;AAED,MAAM,UAAU,gBAAgB;IAC9B,OAAO;;;;;;;;;;;EAWP,kBAAkB,EAAE;;;;;;;CAOrB,CAAC;AACF,CAAC;AAED;;;;;;;;;;;;;;GAcG;AACH,MAAM,CAAC,MAAM,mBAAmB,GAAwB,IAAI,GAAG,CAAC,CAAC,QAAQ,CAAC,CAAC,CAAC;AAE5E;;;;;;;;;;;;;;;GAeG;AACH,MAAM,UAAU,sBAAsB;IACpC,OAAO,MAAM,CAAC,OAAO,CAAC,WAAW,CAAC,CAAC,MAAM,CACvC,CAAC,CAAC,GAAG,EAAE,GAAG,CAAC,EAAE,EAAE,CAAC,CAAC,mBAAmB,CAAC,GAAG,CAAC,GAAG,CAAC,IAAI,sBAAsB,CAAC,IAAI,CAAC,GAAG,CAAC,CAClF,CAAC;AACJ,CAAC;AAED;;;;;;;;;;GAUG;AACH,SAAS,oBAAoB;IAC3B,MAAM,OAAO,GAAG,sBAAsB,EAAE;SACrC,GAAG,CAAC,CAAC,CAAC,GAAG,EAAE,GAAG,CAAC,EAAE,EAAE,CAAC,MAAM,IAAI,CAAC,SAAS,CAAC,GAAG,CAAC,KAAK,IAAI,CAAC,SAAS,CAAC,GAAG,CAAC,IAAI,CAAC;SAC1E,IAAI,CAAC,IAAI,CAAC,CAAC;IACd,OAAO;;;;;;;;;;;;;;;;;;;EAmBP,OAAO;;;;;;;;;;;;;;;;;;;;;;CAsBR,CAAC;AACF,CAAC;AAED;;;;;;;;;;GAUG;AACH,SAAS,wBAAwB;IAC/B,OAAO;;;;;;;;;;;;;;;;;;;;;;CAsBR,CAAC;AACF,CAAC;AAED,iGAAiG;AACjG,MAAM,6BAA6B,GAAG;;;kDAGY,CAAC;AAEnD;;;;;;;;GAQG;AACH,MAAM,+BAA+B,GAAG;;;;;2EAKmC,CAAC;AAE5E,oFAAoF;AACpF,MAAM,0BAA0B,GAAG;;;CAGlC,CAAC;AAEF;;;;;;;;;;;;;;;;;GAiBG;AACH,SAAS,mBAAmB,CAAC,IAA0B;IACrD,MAAM,GAAG,GAAG,IAAI,KAAK,KAAK,CAAC;IAC3B,OAAO;;;;;;;;;;;;;EAaP,GAAG,CAAC,CAAC,CAAC,oBAAoB,EAAE,CAAC,CAAC,CAAC,EAAE,GAAG,wBAAwB,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EA6C9D,kBAAkB,EAAE;;;;;iGAK2E,GAAG,CAAC,CAAC,CAAC,gEAAgE,CAAC,CAAC,CAAC,EAAE;;;;EAI1K,GAAG,CAAC,CAAC,CAAC,6BAA6B,CAAC,CAAC,CAAC,+BAA+B;;;EAGrE,GAAG,CAAC,CAAC,CAAC,0BAA0B,CAAC,CAAC,CAAC,EAAE;iCACN,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,wCAAwC;;;kBAGlE,IAAI,CAAC,SAAS,CAAC,uBAAuB,CAAC;;;;;;CAMxD,CAAC;AACF,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,uBAAuB;IACrC,OAAO,mBAAmB,CAAC,KAAK,CAAC,CAAC;AACpC,CAAC;AAED;;;;GAIG;AACH,MAAM,UAAU,iCAAiC;IAC/C,OAAO,mBAAmB,CAAC,YAAY,CAAC,CAAC;AAC3C,CAAC;AAED,MAAM,UAAU,eAAe;IAC7B,OAAO,CAAC,OAAO,EAAE,eAAe,EAAE,YAAY,EAAE,cAAc,EAAE,EAAE,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AACjF,CAAC;AA6BD,MAAM,UAAU,kBAAkB,CAAC,QAAyB;IAC1D,OAAO,UAAU,CAAC,QAAQ,CAAC,CAAC;AAC9B,CAAC;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,SAAS,sBAAsB,CAAC,WAAwC;IACtE,MAAM,IAAI,GACR,WAAW,KAAK,SAAS;QACvB,CAAC,CAAC;;;YAGI;QACN,CAAC,CAAC,4BAA4B,WAAW,+FAA+F,CAAC;IAE7I,OAAO;;;;;;EAMP,IAAI;;;;;;;;;wCASkC,CAAC;AACzC,CAAC;AAED,MAAM,UAAU,cAAc,CAAC,WAAwC;IACrE,iGAAiG;IACjG,iGAAiG;IACjG,MAAM,UAAU,GAAG,eAAe,EAAE,CAAC,UAAU,CAAC;IAChD,OAAO;;;;;;;;;;;sCAW6B,UAAU;;gDAEA,UAAU;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAiIxD,2BAA2B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EA8N3B,sBAAsB,CAAC,WAAW,CAAC;CACpC,CAAC;AACF,CAAC;AAED;;;;;;;;;;;;;;GAcG;AACH,MAAM,UAAU,mBAAmB;IACjC,OAAO;;;;;;;;;;;;;;;;;;;;EAoBP,8BAA8B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAqH9B,8BAA8B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA8C/B,CAAC;AACF,CAAC;AAED;;;;;;;;;GASG;AACH,MAAM,UAAU,oBAAoB;IAClC,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA4JR,CAAC;AACF,CAAC;AAED,MAAM,UAAU,mBAAmB;IACjC,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAmFP,gCAAgC;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAiDjC,CAAC;AACF,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,gBAAgB;IAC9B,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA8DR,CAAC;AACF,CAAC;AAED;;;;;;GAMG;AACH,MAAM,UAAU,gBAAgB;IAC9B,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAkER,CAAC;AACF,CAAC;AAED;;;;;;;;;;;;;GAaG;AACH,MAAM,UAAU,kBAAkB,CAAC,IAAa;IAC9C,MAAM,KAAK,GAAG,IAAI,EAAE,IAAI,EAAE,CAAC;IAC3B,OAAO;;EAEP,KAAK;QACH,CAAC,CAAC,8GAA8G;QAChH,CAAC,CAAC,0KAA0K;;;;EAI9K,KAAK,IAAI,iEAAiE;;;;;;;;;;EAU1E,0BAA0B;;;;;;;;;;;;CAY3B,CAAC;AACF,CAAC;AAED,MAAM,UAAU,cAAc;IAC5B,OAAO,cAAc,CAAC;AACxB,CAAC;AAED,MAAM,UAAU,kBAAkB;IAChC,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAgCR,CAAC;AACF,CAAC"}

package/dist/scaffold/project.js

@@ -3,7 +3,7 @@ import * as path from 'path';
 import { CliError } from '../errors.js';
 import { aliasSourceDir } from './aliases.js';
 import { renderPackageJson, renderTsconfig, renderIndexHtml, renderViteConfig, renderVitePublishConfig, renderVitePublishStandaloneConfig, renderGitignore, renderBitmagicJson, renderAgentsMd, renderGameDesignMd, renderClaudeMd, renderJudgeSkill, renderThemingSkill, renderGenerateSkill, renderPlanningSkill, renderEngineApiSkill, renderUsageSkill, } from './project-files.js';
-import { renderSkillsReadme, renderTrailerSkill } from './skill-files.js';
+import { renderCreatorCollaborationSkill, renderPublishingSkill, renderSkillsReadme, renderTrailerSkill, } from './skill-files.js';
 import { hashAgentsMd } from './agents-md.js';
 import { CLAUDE_SETTINGS_FILE, renderClaudeSettings } from './claude-settings.js';
 /**
@@ -165,6 +165,8 @@ export const PLATFORM_GENERATED_FILES = [
     ['.claude/skills/judging-quality/SKILL.md', renderJudgeSkill],
     ['.claude/skills/theming-the-hud/SKILL.md', renderThemingSkill],
     ['.claude/skills/making-a-trailer/SKILL.md', renderTrailerSkill],
+    ['.claude/skills/publishing-a-game/SKILL.md', renderPublishingSkill],
+    ['.claude/skills/working-with-the-creator/SKILL.md', renderCreatorCollaborationSkill],
 ];
 /**
  * Every template the downloaded bundle carries, in index order.