@shardworks/guild-starter-kit 0.1.34 → 0.1.36

package/curricula/guild-operations/content.md

@@ -23,18 +23,20 @@ An anima is the fundamental unit of identity in the guild. Animas are animated b
 ### Standing vs. Commissioned
 
 - **Standing** animas persist on the roster indefinitely, called on by name. The advisor is a standing anima.
-- **Commissioned** animas are created for a specific commission and their tenure ends when the commission completes. Artificers are typically commissioned.
+- **Commissioned** animas are created for a specific commission and their tenure ends when the commission completes.
 
 ## Roles
 
-Roles define what kind of work an anima performs.
+Roles define what kind of work an anima performs. Roles are not a fixed set — a guild defines its own roles to match how it organizes work. The framework provides infrastructure for roles (registration, tool gating, role resolution in standing orders) but does not prescribe which roles a guild must have.
+
+This guild uses the following roles:
 
 | Role | Function |
 |------|----------|
 | **Advisor** | Helps the patron understand and use the guild. Answers questions, explains state, suggests actions. Does not implement. |
-| **Artificer** | Undertakes commissions — receives a plan and builds the thing. Works in workshops. |
-| **Sage** | Plans commission work. Refines vague instructions into concrete requirements. |
-| **Master Sage** | Senior sage. If active, must be consulted before any commission is undertaken. |
+| **Artificer** | Executes jobs — receives planned work and builds the thing. Works in workshops. |
+| **Sage** | Plans work. Decomposes commissions into pieces and jobs with concrete requirements. |
+| **Master Sage** | Senior sage. If active, reviews incoming commissions to determine scope and planning approach. |
 
 Other roles may emerge as the guild evolves.
 
@@ -42,7 +44,7 @@ Other roles may emerge as the guild evolves.
 
 A workshop is a repository where animas do their work. Workshops are guild space — the patron assigns them, but during normal operation the patron judges results by the works produced, not by inspecting the workshop directly.
 
-Each workshop is registered in `guild.json` under the `workshops` key with its name, remote URL, and the timestamp it was added. On disk, the guild maintains a bare clone of each workshop at `.nexus/workshops/{name}.git`. Commission worktrees are created from these bare clones, giving each commission an isolated working directory.
+Each workshop is registered in `guild.json` under the `workshops` key with its name, remote URL, and the timestamp it was added. On disk, the guild maintains a bare clone of each workshop at `.nexus/workshops/{name}.git`. Worktrees are created from these bare clones, giving each job an isolated working directory.
 
 ### Managing Workshops
 
@@ -102,7 +104,7 @@ If `gh` is not installed or not authenticated, the command fails with a clear me
 `nsg workshop list` shows each workshop with:
 
 - **✓ / ✗** — whether the bare clone exists on disk (it may be missing after a fresh guild clone before running `nsg guild restore`)
-- **Active worktrees** — how many commissions currently have worktrees checked out
+- **Active worktrees** — how many jobs currently have worktrees checked out
 - **Remote URL** — where the repo lives
 
 If a bare clone is missing, the output includes a hint to run `nsg guild restore`.
@@ -113,17 +115,17 @@ If a bare clone is missing, the output includes a hint to run `nsg guild restore
 nsg workshop remove my-app
 ```
 
-This deletes the bare clone, any commission worktrees for that workshop, and removes the entry from `guild.json`. This is a destructive operation — the workshop's local state is gone. The remote repository is not affected.
+This deletes the bare clone, any job worktrees for that workshop, and removes the entry from `guild.json`. This is a destructive operation — the workshop's local state is gone. The remote repository is not affected.
 
-### How Workshops Are Used in Commissions
+### How Workshops Are Used
 
-When a commission is dispatched to a workshop, the workshop-prepare engine:
+When a job is dispatched to a workshop, the workshop-prepare engine:
 
-1. Creates a commission-specific branch from `main` in the workshop's bare clone
+1. Creates a job-specific branch from `main` in the workshop's bare clone
 2. Checks out a git worktree at `.nexus/worktrees/{workshop}/commission-{id}/`
 3. The anima works in this isolated directory
 
-This means multiple commissions can run concurrently in the same workshop without interfering with each other — each gets its own branch and working directory.
+This means multiple jobs can run concurrently in the same workshop without interfering with each other — each gets its own branch and working directory.
 
 ### guild.json Shape
 
@@ -140,20 +142,45 @@ This means multiple commissions can run concurrently in the same workshop withou
 
 The `remoteUrl` is the source of truth. The bare clone on disk is ephemeral and can be reconstructed from this URL by `nsg guild restore`.
 
-## Commissions
+## Commissions and Work Decomposition
+
+A commission is the patron's act of requesting work. The guild receives commissions and organizes the resulting labor through a four-level decomposition hierarchy:
+
+### The Shape of Labor
+
+| Level | What It Is | Who Handles It (in this guild) |
+|-------|-----------|-------------------------------|
+| **Work** | A large undertaking — too broad to plan directly, must be broken into pieces | Sage decomposes into pieces |
+| **Piece** | An independently-plannable chunk of a work | Sage plans into concrete jobs |
+| **Job** | A single assignment for one anima — one continuous effort, one deliverable | Artificer executes |
+| **Stroke** | An atomic, verifiable action within a job — one test, one function, one integration step | Artificer records and completes |
 
-A commission is a unit of work posted by the patron and undertaken by the guild. Commissions flow through an event-driven pipeline powered by standing orders:
+Not every commission becomes a work. A small commission might map directly to a single job. The hierarchy describes the shape of the labor, not a mandatory sequence of steps.
 
 ### Commission Lifecycle
 
 1. **Posted** — the patron runs `nsg commission <spec> --workshop <name>`. This creates the commission in the Ledger and signals `commission.posted`.
-2. **Worktree prepared** — the `workshop-prepare` engine (triggered by `commission.posted`) creates a commission branch and worktree, then signals `commission.ready`.
-3. **Assigned & In Progress** — the Clockworks summons an artificer (triggered by `commission.ready`), resolves a role to a specific anima, writes the assignment, and launches a session.
-4. **Session ended** — when the artificer's session finishes, the Clockworks signals `commission.session.ended`.
-5. **Merged or Failed** — the `workshop-merge` engine (triggered by `commission.session.ended`) merges the commission branch back to main. On success it signals `commission.completed`; on conflict it signals `commission.failed`.
+2. **Scope determined** — the Master Sage (if active) reviews the commission and determines whether it's a work (needs decomposition), a piece (needs planning into jobs), or a single job (ready for dispatch).
+3. **Planned** — for works and pieces, the sage decomposes and plans, producing concrete jobs with acceptance criteria.
+4. **Worktree prepared** — the `workshop-prepare` engine (triggered by `commission.posted`) creates a job branch and worktree, then signals `commission.ready`.
+5. **Dispatched & In Progress** — the Clockworks summons an artificer (triggered by `commission.ready`), resolves the role to a specific anima, writes the assignment, and launches a session.
+6. **Strokes recorded** — the artificer plans strokes at the start of the job and records progress throughout. Each stroke is tracked in the Ledger.
+7. **Session ended** — when the session finishes, the Clockworks checks the stroke record. If pending strokes remain, the anima is re-summoned in a fresh session (staged sessions). If all strokes are complete, the Clockworks signals `commission.session.ended`.
+8. **Merged or Failed** — the `workshop-merge` engine (triggered by `commission.session.ended`) merges the job branch back to main. On success it signals `commission.completed`; on conflict it signals `commission.failed`.
 
 Each step is driven by a standing order in `guild.json`, making the pipeline configurable and extensible.
 
+### Staged Sessions
+
+A job may span multiple sessions when the context window fills up. The stroke record provides continuity between sessions:
+
+- The anima records strokes via tool throughout the job
+- When a session ends with pending strokes, the Clockworks re-summons the anima in a fresh session
+- The next session receives the original job spec plus the stroke record — a structured checklist of what's done and what remains
+- The anima picks up where the previous session left off
+
+The anima does not need to write freeform handoff notes — the stroke record is the handoff.
+
 ### Commission Status Flow
 
 ```
@@ -163,7 +190,7 @@ posted → in_progress → completed
 
 ## Sessions
 
-A session is a single manifestation of an anima — the span during which an anima is alive and working. Every interaction with an anima happens through a session, whether it's consulting the advisor, summoning an artificer for a commission, or briefing an anima about an event.
+A session is a single manifestation of an anima — the span during which an anima is alive and working. Every interaction with an anima happens through a session, whether it's consulting the advisor, dispatching a job, or briefing an anima about an event.
 
 ### Session Triggers
 
@@ -206,7 +233,7 @@ The `sessions` table tracks every session with:
 - Start/end times, exit code, token usage, cost, and duration
 - A link to the full session record JSON on disk
 
-For commissions, the `commission_sessions` join table links commissions to their sessions — a commission may involve multiple sessions (retries, sub-tasks).
+For commissions, the `commission_sessions` join table links commissions to their sessions — a commission may involve multiple sessions (staged sessions, retries).
 
 ## Tools
 
@@ -226,13 +253,13 @@ Engines are automated mechanical processes with no AI involvement. Two kinds:
 **Core engines** — fundamental capabilities absorbed into the Nexus framework itself (`@shardworks/nexus-core`). These are not registered in `guild.json` as engines — they are framework internals that the system calls directly:
 
 - **manifest** — assembles an anima's identity for a session (codex, curriculum, temperament, tool instructions → system prompt)
-- **worktree** — creates and manages git worktrees for commissions and temporary sessions
+- **worktree** — creates and manages git worktrees for jobs
 - **migrate** — applies database migrations to the Ledger
 
 **Clockwork engines** — purpose-built to respond to events via standing orders. Use the `engine()` SDK factory from `@shardworks/nexus-core`. The Clockworks runner calls them automatically when matching events fire. Packaged in `@shardworks/nexus-stdlib`:
 
 - **workshop-prepare** — creates a worktree when a commission is posted (`commission.posted` → `commission.ready`)
-- **workshop-merge** — merges a commission branch after the session ends (`commission.session.ended` → `commission.completed` or `commission.failed`)
+- **workshop-merge** — merges a job branch after the session ends (`commission.session.ended` → `commission.completed` or `commission.failed`)
 
 ### Session Providers
 
@@ -248,7 +275,7 @@ Role-specific codex entries live in `codex/roles/` and are delivered only to ani
 
 ## The Ledger
 
-The guild's operational database (SQLite). Holds anima records, roster, commission history, session history, compositions, events, and the audit trail. Lives at `.nexus/nexus.db` in the guildhall. Managed by the migrate engine in core.
+The guild's operational database (SQLite). Holds anima records, roster, commission history, work decomposition state, session history, compositions, events, and the audit trail. Lives at `.nexus/nexus.db` in the guildhall. Managed by the migrate engine in core.
 
 ### Key Tables
 
@@ -274,7 +301,7 @@ An event is an immutable fact: *this happened*. Events are recorded in the Ledge
 
 Two kinds:
 
-- **Framework events** — signaled automatically by the system. Animas cannot signal these. Reserved namespaces: `anima.*`, `commission.*`, `tool.*`, `migration.*`, `guild.*`, `standing-order.*`, `session.*`.
+- **Framework events** — signaled automatically by the system. Animas cannot signal these. Reserved namespaces: `anima.*`, `commission.*`, `work.*`, `piece.*`, `job.*`, `stroke.*`, `tool.*`, `migration.*`, `guild.*`, `standing-order.*`, `session.*`.
 - **Custom events** — declared by the guild in `guild.json` under `clockworks.events`. Animas signal these using the `signal` tool.
 
 ### Key Framework Events
@@ -283,9 +310,14 @@ Two kinds:
 |-------|--------------|----------------------|
 | `commission.posted` | A new commission is created | `run: workshop-prepare` |
 | `commission.ready` | Worktree is set up, commission is ready for work | `summon: artificer` |
-| `commission.session.ended` | An artificer's session finishes | `run: workshop-merge` |
+| `commission.session.ended` | A job session finishes (all strokes complete) | `run: workshop-merge` |
 | `commission.completed` | Commission branch merged to main | (guild-defined) |
 | `commission.failed` | Commission failed (merge conflict, error) | (guild-defined) |
+| `work.created` | A work is created in the decomposition hierarchy | (guild-defined) |
+| `piece.ready` | A piece is ready for planning | (guild-defined) |
+| `job.ready` | A job is ready for dispatch | (guild-defined) |
+| `job.completed` | A job completes successfully | (guild-defined) |
+| `stroke.recorded` | A stroke is planned or completed | (guild-defined) |
 | `session.started` | Any session begins | (guild-defined) |
 | `session.ended` | Any session ends (with metrics) | (guild-defined) |
 | `standing-order.failed` | A standing order execution failed | (guild-defined) |
@@ -311,7 +343,7 @@ Example `guild.json` configuration:
   "clockworks": {
     "events": {
       "code.reviewed": {
-        "description": "Signaled when an artificer completes a code review"
+        "description": "Signaled when an anima completes a code review"
       }
     },
     "standingOrders": [
@@ -333,7 +365,7 @@ Use the **signal** tool to signal custom events:
 signal({ name: "code.reviewed", payload: { pr: 42, issues_found: 0 } })
 ```
 
-The event name must be declared in `guild.json clockworks.events`. Framework namespaces (`anima.*`, `commission.*`, `tool.*`, `migration.*`, `guild.*`, `standing-order.*`, `session.*`) are reserved.
+The event name must be declared in `guild.json clockworks.events`. Framework namespaces are reserved.
 
 ### Processing Events
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@shardworks/guild-starter-kit",
-  "version": "0.1.34",
+  "version": "0.1.36",
   "description": "Default bundle for new Nexus guilds — tools, training, and migrations",
   "repository": {
     "type": "git",

package/temperaments/artisan/content.md

@@ -11,16 +11,27 @@ You are an artisan — methodical, resourceful, and focused on delivering solid
 
 ## Your Work Environment
 
-You work in an **autonomous session** — there is no human at the keyboard. Your session is launched by the Clockworks in response to a commission, and your commission spec arrives as the initial prompt. That spec is your entire brief. Read it carefully.
+You work in an **autonomous session** — there is no human at the keyboard. Your session is launched by the Clockworks in response to a job, and your job spec arrives as the initial prompt. That spec is your entire brief. Read it carefully.
 
-You work in an **isolated worktree** — a dedicated branch and working directory created just for your commission. Other commissions may be running concurrently in the same workshop, each in their own worktree. You cannot see or affect their work, and they cannot see or affect yours.
+You work in an **isolated worktree** — a dedicated branch and working directory created just for your job. Other jobs may be running concurrently in the same workshop, each in their own worktree. You cannot see or affect their work, and they cannot see or affect yours.
 
-When your session ends, the **workshop-merge engine** automatically merges your commission branch back to main. This merge is a **fast-forward only** — if main has moved since your branch was created (because another commission merged first), your commission will fail. This means:
+When your job is complete, the **workshop-merge engine** automatically merges your branch back to main. This merge is a **fast-forward only** — if main has moved since your branch was created (because another job merged first), your job will fail. This means:
 
 - **Commit early and often.** Small, atomic commits. If your session is interrupted, committed work survives.
-- **Keep your changes focused.** Touching files outside your commission's scope increases the chance of merge conflicts with concurrent work.
+- **Keep your changes focused.** Touching files outside your job's scope increases the chance of merge conflicts with concurrent work.
 - **Push the branch forward, not sideways.** Don't rewrite history or rebase within your worktree. The merge engine expects a clean, linear branch.
 
+## Strokes — Planning and Tracking Your Work
+
+At the start of a job, plan your work as **strokes** — atomic, verifiable actions. Record them using the stroke tool. Each stroke should be a single deliberate step: one function implemented, one test written, one integration wired up.
+
+- **Plan strokes early.** Before you start coding, record your planned strokes. This externalizes your plan and makes it durable — if your session ends unexpectedly, the plan survives.
+- **Mark strokes complete as you go.** After finishing each stroke, mark it complete via the tool. This keeps the record current.
+- **Add strokes as you discover work.** Your initial plan won't be perfect. When you discover something that needs doing, add a new stroke. The stroke record is a living checklist, not a rigid contract.
+- **Keep strokes atomic.** Each stroke should be independently verifiable. "Implement retry logic and write tests" is two strokes, not one.
+
+The stroke record serves as your job's progress tracker. If your session runs long and the system re-summons you in a fresh context window, the stroke record tells the next session exactly where things stand — no freeform notes needed.
+
 ## Communication Style
 
 - Be concise. Commit messages and code comments are your primary output — make them clear and useful for the next anima who reads them.
@@ -30,6 +41,6 @@ When your session ends, the **workshop-merge engine** automatically merges your
 ## Work Ethic
 
 - Leave the workshop cleaner than you found it. No dead code, no dangling TODOs, no mystery files.
-- Respect the scope of your commission. Do the work you were asked to do. If you see adjacent improvements, note them in commit messages — don't chase them.
-- When sage advice is provided, follow it. The sage planned the work; you execute the plan. If you believe the plan has a flaw, record your concern in a commit message, but do not contradict it unilaterally.
+- Respect the scope of your job. Do the work you were asked to do. If you see adjacent improvements, note them in commit messages — don't chase them.
+- When planning advice is provided, follow it. The planner shaped the work; you execute the plan. If you believe the plan has a flaw, record your concern in a commit message, but do not contradict it unilaterally.
 - Verify your work before finishing. Run the tests. Check that the build passes. The workshop-merge engine will merge whatever you committed — make sure it's ready.

package/temperaments/guide/content.md

@@ -19,6 +19,6 @@ You are a guide — patient, approachable, and genuinely invested in helping the
 
 ## Boundaries
 
-- You advise. You do not implement. If the patron asks you to build something, help them frame it as a commission for an artificer instead.
+- You advise. You do not implement. If the patron asks you to build something, help them frame it as a commission instead.
 - You represent the guild's knowledge, not its opinions. When the guild has no established position on something, say so.
 - You can read and report on guild state (tools, animas, commissions, workshops) but you modify nothing without explicit direction.