@bendyline/gilde 0.1.3 → 0.1.5

package/data/craftbook-templates/an/annotated-bibliography/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/an/annual-document-review/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "write-publish",
+  "accents": [
+    "muted terracotta",
+    "muted indigo",
+    "sage"
+  ],
+  "sourceSummary": "Walk a life binder's document roster once a year: inventory what is present and missing, confirm each present document is still current (right beneficiaries, right address, not expired), record the review so staleness tracking resets, and produce a prioritized to-do for the gaps.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/an/annual-document-review/manifest.json

@@ -16,6 +16,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/an/anomaly-scan/art.json

@@ -0,0 +1,12 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "inspect-review",
+  "accents": [
+    "muted terracotta",
+    "sage"
+  ],
+  "sourceSummary": "Scan a dataset for anomalies and outliers and report what is genuinely unusual versus expected noise.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/an/anomaly-scan/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/ap/api-contract-review/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "build-code",
+  "accents": [
+    "muted indigo",
+    "terracotta",
+    "sage"
+  ],
+  "sourceSummary": "Review an API contract or specification (OpenAPI/REST/GraphQL) for correctness, consistency, and developer ergonomics, then produce a findings report.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/ap/api-contract-review/manifest.json

@@ -18,6 +18,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/ar/artifact-integrity-review/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "plan-coordinate",
+  "accents": [
+    "ochre",
+    "sage",
+    "muted indigo"
+  ],
+  "sourceSummary": "Perform an isolated ship-readiness review of the actual built artifacts of a project—sites, npm packages, archives, CLIs, binaries, installers, checksums, signatures, and release bundles—rather than trusting source or CI status.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/ar/artifact-integrity-review/manifest.json

@@ -16,6 +16,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/au/audio-ad-spot/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "design-media",
+  "accents": [
+    "muted terracotta",
+    "sage",
+    "muted indigo"
+  ],
+  "sourceSummary": "Produce a short broadcast/podcast audio ad spot (15s/30s/60s) — a tightly-timed script with a hook, value, and a single call-to-action, synthesized into a finished, runtime-accurate voiced spot with optional music bed cue.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/au/audio-ad-spot/manifest.json

@@ -16,6 +16,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/au/audio-highlight-reel/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "design-media",
+  "accents": [
+    "muted terracotta",
+    "sage",
+    "muted indigo"
+  ],
+  "sourceSummary": "Cut a long recording (podcast, interview, talk, stream) down to a short highlight reel of its best moments, delivered as a single stitched audio clip plus a cue sheet of the segments used.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/au/audio-highlight-reel/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/au/audiobook-master-pack/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "design-media",
+  "accents": [
+    "muted terracotta",
+    "sage",
+    "muted indigo"
+  ],
+  "sourceSummary": "Assemble the finished chapters into a release: completeness swept against the manuscript first, the metadata manifest built and verified chapter by chapter, the master assembled through the project's media pipeline with a run log, and the listener-facing description written — the moment the folder of takes becomes a…",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/au/audiobook-master-pack/manifest.json

@@ -16,6 +16,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/au/auth-flow/art.json

@@ -0,0 +1,12 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "inspect-review",
+  "accents": [
+    "muted terracotta",
+    "sage"
+  ],
+  "sourceSummary": "Implement an authentication and session flow — login, session/token issuance, verification, and logout — with the security fundamentals baked in.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/au/auth-flow/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/au/automation-recipe/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "operate-maintain",
+  "accents": [
+    "sage",
+    "ochre",
+    "muted terracotta"
+  ],
+  "sourceSummary": "Turn 'I wish the house would...' into an inspectable, versioned automation: triggers and actions that name real devices from the house's own inventory, a dry run through the device tools before anything is armed, and a manual override always written in.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/au/automation-recipe/manifest.json

@@ -16,6 +16,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/ba/backup-routine/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "build-code",
+  "accents": [
+    "muted indigo",
+    "terracotta",
+    "sage"
+  ],
+  "sourceSummary": "Build a scheduled, idempotent backup/export routine that snapshots data (files, a database, or an app export) to a timestamped, optionally compressed destination, prunes old backups by a retention policy, and verifies each backup is restorable.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/ba/backup-routine/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/bl/blog-post/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "communicate-market",
+  "accents": [
+    "muted terracotta",
+    "dusty rose",
+    "sage"
+  ],
+  "sourceSummary": "Write a complete, SEO-aware blog post that ranks and reads well: it locks the primary keyword, search intent, target reader, and a heading-by-heading outline FIRST, then drafts the full article in a single human voice with the keyword woven naturally into the title, intro, and H2s, and finally runs an editorial pass…",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/bl/blog-post/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/bo/board-deck/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "analyze-measure",
+  "accents": [
+    "muted indigo",
+    "ochre",
+    "sage"
+  ],
+  "sourceSummary": "Build a board-meeting deck that briefs directors efficiently — an executive summary up top, KPI dashboard, financials, progress against goals, key risks/asks, and an appendix — structured so a director gets the state of the business in minutes.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/bo/board-deck/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/bo/board-game-web/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "build-code",
+  "accents": [
+    "muted indigo",
+    "terracotta",
+    "sage"
+  ],
+  "sourceSummary": "Build a single-file web version of a turn-based board game such as tic-tac-toe, checkers, connect-four, reversi, or a simple chess variant, with two-player hotseat or a basic AI opponent.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/bo/board-game-web/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/bo/booking-automation/art.json

@@ -0,0 +1,12 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "inspect-review",
+  "accents": [
+    "muted terracotta",
+    "sage"
+  ],
+  "sourceSummary": "Automate a multi-step booking, reservation, or checkout flow end-to-end — select, fill details, choose options, confirm — with a hard dry-run/confirmation guard so it never accidentally commits a real transaction during development.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/bo/booking-automation/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/br/branding-website/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "design-media",
+  "accents": [
+    "muted terracotta",
+    "sage",
+    "muted indigo"
+  ],
+  "sourceSummary": "Build a small brand/marketing website where the visual identity leads.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/br/branding-website/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/br/broadcast-announcement/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "plan-coordinate",
+  "accents": [
+    "ochre",
+    "sage",
+    "muted indigo"
+  ],
+  "sourceSummary": "Adapt a single announcement (launch, policy change, maintenance window, org news) into channel-tailored variants — email, Slack/Teams post, status-page note, and a short SMS/push — that carry one consistent core message at the right length and tone for each surface.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/br/broadcast-announcement/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/br/browser-qa-audit/art.json

@@ -0,0 +1,12 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "inspect-review",
+  "accents": [
+    "muted terracotta",
+    "sage"
+  ],
+  "sourceSummary": "Exercise a running app in a real browser, triage what breaks, and produce a report-only QA findings list with a health score — no code changes.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/br/browser-qa-audit/manifest.json

@@ -11,6 +11,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [
     "1.0.0"

package/data/craftbook-templates/bu/bug-fix-tdd/art.json

@@ -0,0 +1,12 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "inspect-review",
+  "accents": [
+    "muted terracotta",
+    "sage"
+  ],
+  "sourceSummary": "Fix a bug the disciplined way: first write a failing test that reproduces it, then make the smallest change that turns the test green without breaking others, then verify and guard against regression.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/bu/bug-fix-tdd/manifest.json

@@ -15,6 +15,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/bu/build-loop/art.json

@@ -0,0 +1,13 @@
+{
+  "schemaVersion": 1,
+  "promptVersion": "workshop-mark-1910-v2",
+  "periodCue": "circa-1910-subtle",
+  "family": "write-publish",
+  "accents": [
+    "muted terracotta",
+    "muted indigo",
+    "sage"
+  ],
+  "sourceSummary": "Generic make-something procedure: scope the work and lock concrete acceptance criteria, build it, evaluate the result against those criteria, and loop back to building until every criterion is met — then finish.",
+  "styleReference": "accessibility-audit-1910"
+}

package/data/craftbook-templates/bu/build-loop/manifest.json

@@ -12,6 +12,7 @@
   "maintainer": {
     "name": "Gezel"
   },
+  "logo": "logo.webp",
   "license": "MIT",
   "yankedVersions": [],
   "workflow": "build-loop"

package/data/craftbook-templates/bu/build-loop/versions/1.1.0/craftbook.json

@@ -0,0 +1,65 @@
+{
+  "id": "build-loop",
+  "name": "Build Loop",
+  "description": "A generic **make-something** procedure: `build → evaluate → (loop) → finish`.\n\nIt exists for the common case where the user wants a thing built (\"make an arcade game\", \"build a landing page\", \"write a script that does X\") and no domain-specific craftbook fits better. It gives a small/medium model the thing it loses on multi-phase work: a **durable structure with a gate** — so it drives one deliverable to a checkable bar instead of declaring victory early.\n\n## How the loop works\n\n1. **Build** (developer) first writes an **acceptance-criteria checklist** to task notes, then builds the deliverable to meet it. For a web build that's `index.html`.\n2. **Evaluate** (reviewer) grades the deliverable against every criterion and routes: all pass → `advance_task_step(next: \"finish\")`; any fail → write the gaps → `advance_task_step(next: \"build\")` to loop back.\n3. **Finish** stamps a DONE summary.\n\nEvaluate's default forward edge loops back to **Build**, not Finish — so the safe failure mode is \"keep improving\", never \"ship half-done\".\n\n## Advancement rides on the deliverable, not a meta-tool call\n\nThe Build step declares an `advanceWhen` contract: when a complete `index.html` lands (clears a size floor + a non-truncation `html-complete` sniff), the runtime advances Build → Evaluate **automatically**, without the model calling `advance_task_step`. This is deliberate: models reliably *do work* (`write_file`) but reliably *skip* the meta-navigation tool — two eval runs (gemma4-31b, gemma4-e4b-q8) produced the deliverable and advanced **zero** steps. Observable-progress auto-advance closes that gap. For a non-`index.html` deliverable the auto-advance is a no-op and Build advances model-driven (its prompt says so).\n\n## Why criteria-first matters for small models\n\nThe acceptance-criteria checklist is the scaffold. Without it a weak model declares victory early; with it, \"is this good?\" becomes \"does criterion 4 pass?\" — answerable even by a small model, and the thing the gate and the next loop iteration check against.\n\n## Specific books beat this one\n\nThis is the **fallback**. A domain craftbook earns its keep by encoding things this generic shape can't: the right *specialist role per phase* (a space-shooter splits design into a game-designer and a visual-designer) and the *domain-correct ordering* (a branding site locks a visual language before any HTML). When selection finds a specific match, prefer it; fall back to Build Loop when nothing fits. In a **solo** project the meester pins this book with every step collapsed onto the one specialist (it can't recruit); in a **crew** project it pins the matching multi-role gallery book instead.\n\n## Roles are suggestions\n\n`build → developer`, `evaluate → reviewer` are `suggestedRole` hints resolved via `ensureGezel`; domain gallery books override them (game-designer, visual-designer, copywriter, …).\n\n## Next: an automated evaluate gate\n\nEvaluate is still reviewer-gated (a gezel grades + routes). The follow-up replaces its routing with a script that judges and advances deterministically — now reachable because observable-advance gets the workflow *to* Evaluate without depending on the model to navigate there.\n",
+  "entryStepId": "build",
+  "steps": [
+    {
+      "id": "build",
+      "name": "Build",
+      "description": "Lock concrete acceptance criteria, then build the deliverable to meet them. The workflow advances to Evaluate automatically when the deliverable lands.",
+      "prompt": "**Two things, in order.**\n\n1. **Lock the bar.** Write an **acceptance-criteria checklist** to task notes via `write_task_note` — 4-8 concrete, checkable statements that define \"good enough\" (e.g. \"clicking Start begins play\", \"score increments on a hit\", \"page loads with no console error\"). This is the contract Evaluate grades against; without it the loop has no target.\n2. **Build it.** Create the real deliverable with your file-writing capability, to satisfy every criterion. For a web build that's `index.html` (inline CSS + JS, no build step). On a loop-back from Evaluate, read the gaps in notes and fix ONLY those — don't regress criteria that already passed.\n\n**Advancing:** the workflow moves you to Evaluate automatically when you actually WRITE `index.html` this turn — you do NOT need to call `advance_task_step`. On a loop-back, narrating the gaps is not enough: the step holds until you make a real edit to `index.html`. For any other deliverable path, write the file, then call `advance_task_step({ ref, stepId: \"build\", next: \"evaluate\" })` yourself.",
+      "suggestedRole": "developer",
+      "advanceWhen": {
+        "file": "index.html",
+        "minBytes": 800,
+        "sniff": "html-complete",
+        "requireChange": true
+      },
+      "gate": {
+        "at": "completion",
+        "checks": [
+          {
+            "kind": "minBytes",
+            "file": "index.html",
+            "bytes": 2048
+          },
+          {
+            "kind": "jsParses",
+            "file": "index.html"
+          }
+        ],
+        "scripts": [
+          {
+            "name": "checkHtmlComplete",
+            "scope": "standard",
+            "inputs": {
+              "file": "index.html"
+            }
+          }
+        ],
+        "onReject": "build",
+        "maxAttempts": 4
+      },
+      "next": "evaluate"
+    },
+    {
+      "id": "evaluate",
+      "name": "Evaluate",
+      "description": "Grade the deliverable against EVERY acceptance criterion. All pass → finish. Any fail → write the gaps and loop back to Build.",
+      "prompt": "**You are the gate. Judge, then route — do not build here.**\n\n1. `read_task_notes({ ref })` for the acceptance-criteria checklist + the deliverable path.\n2. Open the deliverable and check it against each criterion (exercise it in a browser/with a test capability if the project has one — don't grade from source alone when you can observe behavior). Write a PASS/FAIL per criterion to notes.\n\nThen route:\n\n- **Every criterion PASSES →** `advance_task_step({ ref, stepId: \"evaluate\", next: \"finish\" })`.\n- **Any criterion FAILS →** write the specific gaps to notes, then `advance_task_step({ ref, stepId: \"evaluate\", next: \"build\" })` to loop back.\n\nNever route to `finish` with an unmet criterion — under-delivering is the failure this gate exists to catch. After ~3 unproductive loops, stop and report DONE_WITH_CONCERNS so the user can step in.",
+      "suggestedRole": "reviewer",
+      "next": "build"
+    },
+    {
+      "id": "finish",
+      "name": "Finish",
+      "description": "All acceptance criteria met. Stamp a short summary and report DONE.",
+      "prompt": "Every acceptance criterion passed. Write a one-paragraph DONE summary to task notes via `write_task_note`: what was built, the deliverable path(s), and a one-line confirmation that each criterion is met. Then report DONE.",
+      "suggestedRole": "developer",
+      "terminal": true
+    }
+  ],
+  "version": "1.1.0",
+  "releasedAt": "2026-07-28T00:00:00Z"
+}