better-dsh 0.2.5 → 0.3.0

package/docs/80_upstream-docs-and-skills/hermes-dev-skill/src/docs/user-guide/skills/optional/creative/creative-concept-diagrams.md

@@ -1,379 +0,0 @@
----
-title: "Concept Diagrams — Generate flat, minimal educational SVG visuals as HTML"
-sidebar_label: "Concept Diagrams"
-description: "Generate flat, minimal educational SVG visuals as HTML"
----
-
-{/* This page is auto-generated from the skill's SKILL.md by website/scripts/generate-skill-docs.py. Edit the source SKILL.md, not this page. */}
-
-# Concept Diagrams
-
-Generate flat, minimal educational SVG visuals as HTML.
-
-## Skill metadata
-
-| | |
-|---|---|
-| Source | Optional — install with `hermes skills install official/creative/concept-diagrams` |
-| Path | `optional-skills/creative\concept-diagrams` |
-| Version | `0.1.0` |
-| Author | v1k22 (original PR), ported into hermes-agent |
-| License | MIT |
-| Platforms | linux, macos, windows |
-| Tags | `diagrams`, `svg`, `visualization`, `education`, `physics`, `chemistry`, `engineering` |
-| Related skills | [`architecture-diagram`](/docs/user-guide/skills/bundled/creative/creative-architecture-diagram), [`excalidraw`](/docs/user-guide/skills/optional/creative/creative-excalidraw) |
-
-## Reference: full SKILL.md
-
-:::info
-The following is the complete skill definition that Hermes loads when this skill is triggered. This is what the agent sees as instructions when the skill is active.
-:::
-
-# Concept Diagrams
-
-Generate production-quality SVG diagrams with a unified flat, minimal design system. Output is a single self-contained HTML file that renders identically in any modern browser, with automatic light/dark mode.
-
-## Scope
-
-**Best suited for:**
-- Physics setups, chemistry mechanisms, math curves, biology
-- Physical objects (aircraft, turbines, smartphones, mechanical watches, cells)
-- Anatomy, cross-sections, exploded layer views
-- Floor plans, architectural conversions
-- Narrative journeys (lifecycle of X, process of Y)
-- Hub-spoke system integrations (smart city, IoT networks, electricity grids)
-- Educational / textbook-style visuals in any domain
-- Quantitative charts (grouped bars, energy profiles)
-
-**Look elsewhere first for:**
-- Dedicated software / cloud infrastructure architecture with a dark tech aesthetic (consider `architecture-diagram` if available)
-- Hand-drawn whiteboard sketches (consider `excalidraw` if available)
-- Animated explainers or video output (consider an animation skill)
-
-If a more specialized skill is available for the subject, prefer that. If none fits, this skill can serve as a general-purpose SVG diagram fallback — the output will carry the clean educational aesthetic described below, which is a reasonable default for almost any subject.
-
-## Workflow
-
-1. Decide on the diagram type (see Diagram Types below).
-2. Lay out components using the Design System rules.
-3. Write the full HTML page using `templates/template.html` as the wrapper — paste your SVG where the template says `<!-- PASTE SVG HERE -->`.
-4. Save as a standalone `.html` file (for example `~/my-diagram.html` or `./my-diagram.html`).
-5. User opens it directly in a browser — no server, no dependencies.
-
-Optional: if the user wants a browsable gallery of multiple diagrams, see "Local Preview Server" at the bottom.
-
-Load the HTML template:
-```
-skill_view(name="concept-diagrams", file_path="templates/template.html")
-```
-
-The template embeds the full CSS design system (`c-*` color classes, text classes, light/dark variables, arrow marker styles). The SVG you generate relies on these classes being present on the hosting page.
-
----
-
-## Design System
-
-### Philosophy
-
-- **Flat**: no gradients, drop shadows, blur, glow, or neon effects.
-- **Minimal**: show the essential. No decorative icons inside boxes.
-- **Consistent**: same colors, spacing, typography, and stroke widths across every diagram.
-- **Dark-mode ready**: all colors auto-adapt via CSS classes — no per-mode SVG.
-
-### Color Palette
-
-9 color ramps, each with 7 stops. Put the class name on a `<g>` or shape element; the template CSS handles both modes.
-
-| Class      | 50 (lightest) | 100     | 200     | 400     | 600     | 800     | 900 (darkest) |
-|------------|---------------|---------|---------|---------|---------|---------|---------------|
-| `c-purple` | #EEEDFE | #CECBF6 | #AFA9EC | #7F77DD | #534AB7 | #3C3489 | #26215C |
-| `c-teal`   | #E1F5EE | #9FE1CB | #5DCAA5 | #1D9E75 | #0F6E56 | #085041 | #04342C |
-| `c-coral`  | #FAECE7 | #F5C4B3 | #F0997B | #D85A30 | #993C1D | #712B13 | #4A1B0C |
-| `c-pink`   | #FBEAF0 | #F4C0D1 | #ED93B1 | #D4537E | #993556 | #72243E | #4B1528 |
-| `c-gray`   | #F1EFE8 | #D3D1C7 | #B4B2A9 | #888780 | #5F5E5A | #444441 | #2C2C2A |
-| `c-blue`   | #E6F1FB | #B5D4F4 | #85B7EB | #378ADD | #185FA5 | #0C447C | #042C53 |
-| `c-green`  | #EAF3DE | #C0DD97 | #97C459 | #639922 | #3B6D11 | #27500A | #173404 |
-| `c-amber`  | #FAEEDA | #FAC775 | #EF9F27 | #BA7517 | #854F0B | #633806 | #412402 |
-| `c-red`    | #FCEBEB | #F7C1C1 | #F09595 | #E24B4A | #A32D2D | #791F1F | #501313 |
-
-#### Color Assignment Rules
-
-Color encodes **meaning**, not sequence. Never cycle through colors like a rainbow.
-
-- Group nodes by **category** — all nodes of the same type share one color.
-- Use `c-gray` for neutral/structural nodes (start, end, generic steps, users).
-- Use **2-3 colors per diagram**, not 6+.
-- Prefer `c-purple`, `c-teal`, `c-coral`, `c-pink` for general categories.
-- Reserve `c-blue`, `c-green`, `c-amber`, `c-red` for semantic meaning (info, success, warning, error).
-
-Light/dark stop mapping (handled by the template CSS — just use the class):
-- Light mode: 50 fill + 600 stroke + 800 title / 600 subtitle
-- Dark mode:  800 fill + 200 stroke + 100 title / 200 subtitle
-
-### Typography
-
-Only two font sizes. No exceptions.
-
-| Class | Size | Weight | Use |
-|-------|------|--------|-----|
-| `th`  | 14px | 500    | Node titles, region labels |
-| `ts`  | 12px | 400    | Subtitles, descriptions, arrow labels |
-| `t`   | 14px | 400    | General text |
-
-- **Sentence case always.** Never Title Case, never ALL CAPS.
-- Every `<text>` MUST carry a class (`t`, `ts`, or `th`). No unclassed text.
-- `dominant-baseline="central"` on all text inside boxes.
-- `text-anchor="middle"` for centered text in boxes.
-
-**Width estimation (approx):**
-- 14px weight 500: ~8px per character
-- 12px weight 400: ~6.5px per character
-- Always verify: `box_width >= (char_count × px_per_char) + 48` (24px padding each side)
-
-### Spacing & Layout
-
-- **ViewBox**: `viewBox="0 0 680 H"` where H = content height + 40px buffer.
-- **Safe area**: x=40 to x=640, y=40 to y=(H-40).
-- **Between boxes**: 60px minimum gap.
-- **Inside boxes**: 24px horizontal padding, 12px vertical padding.
-- **Arrowhead gap**: 10px between arrowhead and box edge.
-- **Single-line box**: 44px height.
-- **Two-line box**: 56px height, 18px between title and subtitle baselines.
-- **Container padding**: 20px minimum inside every container.
-- **Max nesting**: 2-3 levels deep. Deeper gets unreadable at 680px width.
-
-### Stroke & Shape
-
-- **Stroke width**: 0.5px on all node borders. Not 1px, not 2px.
-- **Rect rounding**: `rx="8"` for nodes, `rx="12"` for inner containers, `rx="16"` to `rx="20"` for outer containers.
-- **Connector paths**: MUST have `fill="none"`. SVG defaults to `fill: black` otherwise.
-
-### Arrow Marker
-
-Include this `<defs>` block at the start of **every** SVG:
-
-```xml
-<defs>
-  <marker id="arrow" viewBox="0 0 10 10" refX="8" refY="5"
-          markerWidth="6" markerHeight="6" orient="auto-start-reverse">
-    <path d="M2 1L8 5L2 9" fill="none" stroke="context-stroke"
-          stroke-width="1.5" stroke-linecap="round" stroke-linejoin="round"/>
-  </marker>
-</defs>
-```
-
-Use `marker-end="url(#arrow)"` on lines. The arrowhead inherits the line color via `context-stroke`.
-
-### CSS Classes (Provided by the Template)
-
-The template page provides:
-
-- Text: `.t`, `.ts`, `.th`
-- Neutral: `.box`, `.arr`, `.leader`, `.node`
-- Color ramps: `.c-purple`, `.c-teal`, `.c-coral`, `.c-pink`, `.c-gray`, `.c-blue`, `.c-green`, `.c-amber`, `.c-red` (all with automatic light/dark mode)
-
-You do **not** need to redefine these — just apply them in your SVG. The template file contains the full CSS definitions.
-
----
-
-## SVG Boilerplate
-
-Every SVG inside the template page starts with this exact structure:
-
-```xml
-<svg width="100%" viewBox="0 0 680 {HEIGHT}" xmlns="http://www.w3.org/2000/svg">
-  <defs>
-    <marker id="arrow" viewBox="0 0 10 10" refX="8" refY="5"
-            markerWidth="6" markerHeight="6" orient="auto-start-reverse">
-      <path d="M2 1L8 5L2 9" fill="none" stroke="context-stroke"
-            stroke-width="1.5" stroke-linecap="round" stroke-linejoin="round"/>
-    </marker>
-  </defs>
-
-  <!-- Diagram content here -->
-
-</svg>
-```
-
-Replace `{HEIGHT}` with the actual computed height (last element bottom + 40px).
-
-### Node Patterns
-
-**Single-line node (44px):**
-```xml
-<g class="node c-blue">
-  <rect x="100" y="20" width="180" height="44" rx="8" stroke-width="0.5"/>
-  <text class="th" x="190" y="42" text-anchor="middle" dominant-baseline="central">Service name</text>
-</g>
-```
-
-**Two-line node (56px):**
-```xml
-<g class="node c-teal">
-  <rect x="100" y="20" width="200" height="56" rx="8" stroke-width="0.5"/>
-  <text class="th" x="200" y="38" text-anchor="middle" dominant-baseline="central">Service name</text>
-  <text class="ts" x="200" y="56" text-anchor="middle" dominant-baseline="central">Short description</text>
-</g>
-```
-
-**Connector (no label):**
-```xml
-<line x1="200" y1="76" x2="200" y2="120" class="arr" marker-end="url(#arrow)"/>
-```
-
-**Container (dashed or solid):**
-```xml
-<g class="c-purple">
-  <rect x="40" y="92" width="600" height="300" rx="16" stroke-width="0.5"/>
-  <text class="th" x="66" y="116">Container label</text>
-  <text class="ts" x="66" y="134">Subtitle info</text>
-</g>
-```
-
----
-
-## Diagram Types
-
-Choose the layout that fits the subject:
-
-1. **Flowchart** — CI/CD pipelines, request lifecycles, approval workflows, data processing. Single-direction flow (top-down or left-right). Max 4-5 nodes per row.
-2. **Structural / Containment** — Cloud infrastructure nesting, system architecture with layers. Large outer containers with inner regions. Dashed rects for logical groupings.
-3. **API / Endpoint Map** — REST routes, GraphQL schemas. Tree from root, branching to resource groups, each containing endpoint nodes.
-4. **Microservice Topology** — Service mesh, event-driven systems. Services as nodes, arrows for communication patterns, message queues between.
-5. **Data Flow** — ETL pipelines, streaming architectures. Left-to-right flow from sources through processing to sinks.
-6. **Physical / Structural** — Vehicles, buildings, hardware, anatomy. Use shapes that match the physical form — `<path>` for curved bodies, `<polygon>` for tapered shapes, `<ellipse>`/`<circle>` for cylindrical parts, nested `<rect>` for compartments. See `references/physical-shape-cookbook.md`.
-7. **Infrastructure / Systems Integration** — Smart cities, IoT networks, multi-domain systems. Hub-spoke layout with central platform connecting subsystems. Semantic line styles (`.data-line`, `.power-line`, `.water-pipe`, `.road`). See `references/infrastructure-patterns.md`.
-8. **UI / Dashboard Mockups** — Admin panels, monitoring dashboards. Screen frame with nested chart/gauge/indicator elements. See `references/dashboard-patterns.md`.
-
-For physical, infrastructure, and dashboard diagrams, load the matching reference file before generating — each one provides ready-made CSS classes and shape primitives.
-
----
-
-## Validation Checklist
-
-Before finalizing any SVG, verify ALL of the following:
-
-1. Every `<text>` has class `t`, `ts`, or `th`.
-2. Every `<text>` inside a box has `dominant-baseline="central"`.
-3. Every connector `<path>` or `<line>` used as arrow has `fill="none"`.
-4. No arrow line crosses through an unrelated box.
-5. `box_width >= (longest_label_chars × 8) + 48` for 14px text.
-6. `box_width >= (longest_label_chars × 6.5) + 48` for 12px text.
-7. ViewBox height = bottom-most element + 40px.
-8. All content stays within x=40 to x=640.
-9. Color classes (`c-*`) are on `<g>` or shape elements, never on `<path>` connectors.
-10. Arrow `<defs>` block is present.
-11. No gradients, shadows, blur, or glow effects.
-12. Stroke width is 0.5px on all node borders.
-
----
-
-## Output & Preview
-
-### Default: standalone HTML file
-
-Write a single `.html` file the user can open directly. No server, no dependencies, works offline. Pattern:
-
-```python
-# 1. Load the template
-template = skill_view("concept-diagrams", "templates/template.html")
-
-# 2. Fill in title, subtitle, and paste your SVG
-html = template.replace(
-    "<!-- DIAGRAM TITLE HERE -->", "SN2 reaction mechanism"
-).replace(
-    "<!-- OPTIONAL SUBTITLE HERE -->", "Bimolecular nucleophilic substitution"
-).replace(
-    "<!-- PASTE SVG HERE -->", svg_content
-)
-
-# 3. Write to a user-chosen path (or ./ by default)
-write_file("./sn2-mechanism.html", html)
-```
-
-Tell the user how to open it:
-
-```
-# macOS
-open ./sn2-mechanism.html
-# Linux
-xdg-open ./sn2-mechanism.html
-```
-
-### Optional: local preview server (multi-diagram gallery)
-
-Only use this when the user explicitly wants a browsable gallery of multiple diagrams.
-
-**Rules:**
-- Bind to `127.0.0.1` only. Never `0.0.0.0`. Exposing diagrams on all network interfaces is a security hazard on shared networks.
-- Pick a free port (do NOT hard-code one) and tell the user the chosen URL.
-- The server is optional and opt-in — prefer the standalone HTML file first.
-
-Recommended pattern (lets the OS pick a free ephemeral port):
-
-```bash
-# Put each diagram in its own folder under .diagrams/
-mkdir -p .diagrams/sn2-mechanism
-# ...write .diagrams/sn2-mechanism/index.html...
-
-# Serve on loopback only, free port
-cd .diagrams && python -c "
-import http.server, socketserver
-with socketserver.TCPServer(('127.0.0.1', 0), http.server.SimpleHTTPRequestHandler) as s:
-    print(f'Serving at http://127.0.0.1:{s.server_address[1]}/')
-    s.serve_forever()
-" &
-```
-
-If the user insists on a fixed port, use `127.0.0.1:<port>` — still never `0.0.0.0`. Document how to stop the server (`kill %1` or `pkill -f "http.server"`).
-
----
-
-## Examples Reference
-
-The `examples/` directory ships 15 complete, tested diagrams. Browse them for working patterns before writing a new diagram of a similar type:
-
-| File | Type | Demonstrates |
-|------|------|--------------|
-| `hospital-emergency-department-flow.md` | Flowchart | Priority routing with semantic colors |
-| `feature-film-production-pipeline.md` | Flowchart | Phased workflow, horizontal sub-flows |
-| `automated-password-reset-flow.md` | Flowchart | Auth flow with error branches |
-| `autonomous-llm-research-agent-flow.md` | Flowchart | Loop-back arrows, decision branches |
-| `place-order-uml-sequence.md` | Sequence | UML sequence diagram style |
-| `commercial-aircraft-structure.md` | Physical | Paths, polygons, ellipses for realistic shapes |
-| `wind-turbine-structure.md` | Physical cross-section | Underground/above-ground separation, color coding |
-| `smartphone-layer-anatomy.md` | Exploded view | Alternating left/right labels, layered components |
-| `apartment-floor-plan-conversion.md` | Floor plan | Walls, doors, proposed changes in dotted red |
-| `banana-journey-tree-to-smoothie.md` | Narrative journey | Winding path, progressive state changes |
-| `cpu-ooo-microarchitecture.md` | Hardware pipeline | Fan-out, memory hierarchy sidebar |
-| `sn2-reaction-mechanism.md` | Chemistry | Molecules, curved arrows, energy profile |
-| `smart-city-infrastructure.md` | Hub-spoke | Semantic line styles per system |
-| `electricity-grid-flow.md` | Multi-stage flow | Voltage hierarchy, flow markers |
-| `ml-benchmark-grouped-bar-chart.md` | Chart | Grouped bars, dual axis |
-
-Load any example with:
-```
-skill_view(name="concept-diagrams", file_path="examples/<filename>")
-```
-
----
-
-## Quick Reference: What to Use When
-
-| User says | Diagram type | Suggested colors |
-|-----------|--------------|------------------|
-| "show the pipeline" | Flowchart | gray start/end, purple steps, red errors, teal deploy |
-| "draw the data flow" | Data pipeline (left-right) | gray sources, purple processing, teal sinks |
-| "visualize the system" | Structural (containment) | purple container, teal services, coral data |
-| "map the endpoints" | API tree | purple root, one ramp per resource group |
-| "show the services" | Microservice topology | gray ingress, teal services, purple bus, coral workers |
-| "draw the aircraft/vehicle" | Physical | paths, polygons, ellipses for realistic shapes |
-| "smart city / IoT" | Hub-spoke integration | semantic line styles per subsystem |
-| "show the dashboard" | UI mockup | dark screen, chart colors: teal, purple, coral for alerts |
-| "power grid / electricity" | Multi-stage flow | voltage hierarchy (HV/MV/LV line weights) |
-| "wind turbine / turbine" | Physical cross-section | foundation + tower cutaway + nacelle color-coded |
-| "journey of X / lifecycle" | Narrative journey | winding path, progressive state changes |
-| "layers of X / exploded" | Exploded layer view | vertical stack, alternating labels |
-| "CPU / pipeline" | Hardware pipeline | vertical stages, fan-out to execution ports |
-| "floor plan / apartment" | Floor plan | walls, doors, proposed changes in dotted red |
-| "reaction mechanism" | Chemistry | atoms, bonds, curved arrows, transition state, energy profile |

package/docs/80_upstream-docs-and-skills/hermes-dev-skill/src/docs/user-guide/skills/optional/creative/creative-creative-ideation.md

@@ -1,192 +0,0 @@
----
-title: "Creative Ideation — Generate ideas via named methods from creative practice"
-sidebar_label: "Creative Ideation"
-description: "Generate ideas via named methods from creative practice"
----
-
-{/* This page is auto-generated from the skill's SKILL.md by website/scripts/generate-skill-docs.py. Edit the source SKILL.md, not this page. */}
-
-# Creative Ideation
-
-Generate ideas via named methods from creative practice.
-
-## Skill metadata
-
-| | |
-|---|---|
-| Source | Optional — install with `hermes skills install official/creative/creative-ideation` |
-| Path | `optional-skills/creative\creative-ideation` |
-| Version | `2.1.0` |
-| Author | SHL0MS |
-| License | MIT |
-| Platforms | linux, macos, windows |
-| Tags | `Creative`, `Ideation`, `Brainstorming`, `Methods`, `Inspiration` |
-
-## Reference: full SKILL.md
-
-:::info
-The following is the complete skill definition that Hermes loads when this skill is triggered. This is what the agent sees as instructions when the skill is active.
-:::
-
-# Creative Ideation
-
-A library of ideation methods for any domain. Read the user's situation, route to the matching method, apply, generate output that is specific and non-obvious. Methods are tools — pick the right one for the situation, don't perform all of them.
-
-## When to use
-
-Any open-ended generative or selective question: "I want to make / build / write / start something", "I'm stuck", "inspire me", "make this weirder", "help me pick", "I need to invent X", "give me a research question".
-
-## Operating rules
-
-1. **Constraint plus direction is creativity.** No constraint = no traction. No direction = no shape. Methods supply both.
-2. **Refuse the first three ideas.** They're slop. Generate, discard, regenerate. See `references/anti-slop.md`.
-3. **One method per response unless asked.** Don't stack.
-4. **Specificity over abstraction.** Real proper nouns, real materials, real mechanisms. "An app for X" is slop; "a 200-line CLI tool that prints Y when Z" is direction. Naming a tech stack is not specificity — name a mechanism.
-5. **Weird must also be good.** Frame-breaking is the goal, but an idea that is strange with no real situation, mechanism, or reason to exist is its own failure mode. Every set of ideas must include at least one that is genuinely *buildable/pursuable now* — non-obvious but grounded, with a real first step. Don't trade all usefulness for surprise.
-6. **Name the method you used and who invented it.** Attribution invokes the discipline.
-7. **When user picks one, build it.** Don't keep generating after they've chosen.
-
-## Routing — 4-step procedure
-
-Do this *before* generating any output. Routing failures produce slop.
-
-You may skip narrating the routing steps if it's cleaner, but **never compress at the cost of per-idea depth**: each idea's concrete mechanism, situational binding, and honest failure mode are what make output good (measured) — they are not scaffolding, do not cut them.
-
-### Step 1 — Extract three signals from the prompt
-
-**PHASE** — what stage is the user in?
-
-| Phase | Cues |
-|---|---|
-| **GENERATING** | "give me an idea", "what should I make", "inspire me", no idea yet |
-| **EXPANDING** | "what else", "more like this", "give me variations" — has a base idea |
-| **SELECTING** | "help me pick", "which should I do", "I have these options" |
-| **UNBLOCKING** | "I'm stuck", "blocked", "going in circles", "stale" — has material |
-| **SUBVERTING** | "make it weirder", "less obvious", "this is too safe" |
-| **REFINING** | "this is fine but missing something", "feels rough" |
-| **SYNTHESIZING** | "I have a pile of notes / interviews / observations" |
-
-**DOMAIN** — what is the user making/doing?
-
-| Domain | Cues |
-|---|---|
-| **TEXT** | fiction, essay, poem, lyric, script, copy |
-| **OBJECT** | visual art, music, sound, performance, installation, sculpture |
-| **ARTIFACT** | software, hardware, mechanism, device |
-| **SYSTEM** | org, civic, institution, ecology, community |
-| **SELF** | life decision, career, personal practice |
-| **RESEARCH** | paper, thesis, scholarly question |
-| **PRODUCT** | business, market, service |
-
-**SPECIFICITY** — how much constraint is in the prompt?
-
-| Level | Cues |
-|---|---|
-| **NONE** | "I'm bored", "inspire me" — no domain, no project |
-| **DOMAIN** | "I want to write something" — knows the field, no project |
-| **PROJECT** | "I'm working on this specific X" |
-| **PROBLEM** | "I have this specific friction within X" |
-
-### Step 2 — Apply overrides (highest priority, fire first)
-
-Override rules beat the routing table:
-
-- **Mood signal** — user says "weird", "strange", "surprising", "less obvious", "more interesting" → `references/methods/lateral-provocations.md` or `references/methods/pataphysics.md`, regardless of domain.
-- **User names a method** — use it.
-- **User asks for a method recommendation** ("which method") → surface 2–3 candidates with one-line each, ask which to apply. Don't silently default.
-- **High-slop terrain** — "AI ideas", "startup ideas", "habit tracker", "productivity / wellness / fitness / food / travel app" → force `references/methods/lateral-provocations.md` or `references/methods/pataphysics.md` over the obvious method. Refuse the first **5** ideas, not 3.
-
-### Step 3 — Route by phase first, then domain
-
-**By phase (applies regardless of domain):**
-
-| Phase | Default route |
-|---|---|
-| GENERATING + SPECIFICITY=NONE | `references/full-prompt-library.md` **General** section (constraint dispatch) |
-| GENERATING + DOMAIN known | route by domain (next table) |
-| EXPANDING | `references/methods/scamper.md` |
-| SELECTING | `references/methods/premortem-and-inversion.md` (or `references/methods/compression-progress.md` for upside) |
-| UNBLOCKING | `references/methods/oblique-strategies.md` |
-| SUBVERTING | `references/methods/lateral-provocations.md` (fallback `references/methods/pataphysics.md`) |
-| REFINING (text) | `references/methods/defamiliarization.md` |
-| REFINING (other) | `references/methods/creative-discipline.md` (Tharp's spine) |
-| SYNTHESIZING | `references/methods/affinity-diagrams.md` |
-| Volume needed fast | `references/methods/volume-generation.md` |
-
-**By domain (when GENERATING with DOMAIN known):**
-
-| Domain | Default route |
-|---|---|
-| TEXT — formal / poetry | `references/methods/oulipo.md` |
-| TEXT — narrative | `references/methods/story-skeletons.md` |
-| TEXT — has source material to remix | `references/methods/chance-and-remix.md` |
-| OBJECT (music, visual, performance) | `references/methods/oblique-strategies.md` |
-| OBJECT — physical maker / wants a starting constraint | `references/full-prompt-library.md` **Physical / object** section |
-| ARTIFACT — wants a starting constraint | `references/full-prompt-library.md` **Software / artifact** section |
-| ARTIFACT — engineering invention with parameter conflict | `references/methods/triz-principles.md` |
-| ARTIFACT — software architecture | `references/methods/pattern-languages.md` |
-| ARTIFACT — has natural-system analog | `references/methods/biomimicry.md` |
-| ARTIFACT — accumulated assumptions to question | `references/methods/first-principles.md` |
-| SYSTEM (civic, org, institutional) | `references/methods/leverage-points.md` |
-| SYSTEM — collective / participatory | `references/full-prompt-library.md` **Social / collective** section |
-| SELF (life, career, what-to-study) | `references/methods/derive-and-mapping.md` |
-| RESEARCH — picking a question | `references/methods/compression-progress.md` |
-| RESEARCH — attacking a known problem | `references/methods/polya.md` |
-| PRODUCT (business, service) | `references/methods/jobs-to-be-done.md` |
-| Need to break a frame / find analogy | `references/methods/analogy-and-blending.md` |
-
-### Step 4 — Handle ambiguity and contradiction
-
-- **Multiple paths plausible** → pick the one closest to the user's actual phrasing. Don't pick the most interesting method to seem sophisticated.
-- **Genuinely ambiguous** → ask ONE clarifying question, don't silently guess. Examples: *"Are you generating ideas or picking between ones you have?"* / *"Is this for fiction, essay, or something else?"*
-- **Signals contradict** (e.g., "weird startup ideas" → product domain + weird mood) → **stack two methods explicitly**. State what you're doing: *"Using `jobs-to-be-done` for the product framing + `lateral-provocations` to break the obvious shape."*
-- **No match** → constraint dispatch (`references/full-prompt-library.md`) is the safe fallback.
-- **Same question asked again** → switch methods. Variation in method = variation in idea distribution.
-
-### Anti-default check (run before generating)
-
-- About to write "Here are 5 ideas:" or a bare numbered list? → STOP. Pick a method first.
-- About to default to generic LLM-mode brainstorming? → STOP. Pick a path above.
-- Output looks like what an unrouted LLM would produce? → routing failed, redo.
-
-The default LLM mode is exactly what this skill exists to displace. If you generate without routing, you've defeated the skill.
-
-For deeper edge cases (mood signals, stacking, anti-patterns) see `references/heuristics.md`.
-
-## Output format
-
-For the constraint-dispatch default path:
-
-```
-## Constraint: [Name] — from [Source]
-> [The constraint, one sentence]
-
-### Ideas
-
-1. **[One-line pitch]**
-   [2-3 sentences — what specifically is made, why it's interesting]
-   ⏱ [weekend/week/month]  •  🔧 [stack/medium/materials]
-
-2. ...
-3. ...
-```
-
-For other methods, use the format the method specifies (TRIZ produces a contradiction analysis; OuLiPo produces constrained text; Oblique Strategies produces a single applied card → next move). Don't force every method into the constraint template.
-
-**Every idea set, regardless of method:**
-- Name the method used. On slop terrain, name the obvious ideas you refused.
-- Give each idea its concrete mechanism and its honest failure mode / tradeoff / who-it's-for. This depth is what makes ideas land — measured, not decorative.
-- Mark at least one idea as the **grounded** one — buildable/pursuable now, non-obvious but with a real first step. The others can run further toward the strange; this one has to be genuinely doable. Don't let the whole set be weird-but-impractical.
-
-## File map
-
-- `references/full-prompt-library.md` — constraint library, sectioned by domain (General, Software, Physical, Social, Lists). Default path for SPECIFICITY=NONE.
-- `references/method-catalog.md` — one-line summary + when-to-use per method
-- `references/heuristics.md` — extended decision tree for edge cases
-- `references/anti-slop.md` — anti-slop rules; apply to every output
-- `references/exercises.md` — time-boxed exercises (5min / 30min / 1hr / day / week)
-- `references/methods/` — 22 named methods, one file each, load only the one you're using
-
-## Attribution
-
-Constraint-dispatch core adapted from [wttdotm.com/prompts.html](https://wttdotm.com/prompts.html). Methods drawn from primary sources cited in each method file.