@tgoodington/intuition 11.9.0 → 11.9.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@tgoodington/intuition",
|
|
3
|
-
"version": "11.9.
|
|
3
|
+
"version": "11.9.1",
|
|
4
4
|
"description": "Domain-adaptive workflow system for Claude Code. Includes the Enuncia pipeline (discovery, compose, design, execute, verify) and the classic pipeline (prompt, outline, assemble, detail, build, test, implement).",
|
|
5
5
|
"keywords": [
|
|
6
6
|
"claude-code",
|
|
@@ -283,7 +283,7 @@ Before moving to approval, verify the outline against the discovery brief. This
|
|
|
283
283
|
|
|
284
284
|
**Who**: Does every stakeholder from the brief have at least one experience slice addressing their journey? If a stakeholder was named in the brief but has no slice, either add one or explain why their experience doesn't require anything to be built.
|
|
285
285
|
|
|
286
|
-
**Where**: Do the tasks collectively produce something deliverable through the mechanism the brief specifies
|
|
286
|
+
**Where**: Do the tasks collectively produce something deliverable through the mechanism the brief specifies — *including the thing that serves or runs it*? A networked deliverable (web page, API, hosted app) needs a task that produces its serving/runtime surface, not just the markup and the logic. If the only tasks are UI and business logic with nothing that hosts or serves them, that's a gap — add a task, or fold serving explicitly into an existing task AND reflect it in the map so no `## Component Reference` entry lacks a producing task. If the brief says "district-hosted app" but no task covers deployment or hosting, there's a gap.
|
|
287
287
|
|
|
288
288
|
**What**: Walk through every goal, requirement, and constraint in the brief:
|
|
289
289
|
- Each **goal** should map to one or more experience slices
|
|
@@ -31,6 +31,7 @@ You help users figure out what they're building. You do this through focused con
|
|
|
31
31
|
13. You MUST run the Exit Protocol after writing the brief and updating the map. Route to `/intuition-enuncia-compose`.
|
|
32
32
|
14. You MUST NOT launch research agents proactively. Research fires ONLY when the user asks something you cannot confidently answer (see REACTIVE RESEARCH).
|
|
33
33
|
15. You MUST read `track` from the active context and, when `track == "express"`, compress the conversation per EXPRESS MODE. A missing `track` defaults to `"full"`.
|
|
34
|
+
16. At activation, after reading state, you MUST set `workflow.discovery.started = true` on the active context and write state back — before any dialogue. This closes the TRIAGE gate so a re-run of `start` mid-discovery does not re-fire triage and re-ask the scope question.
|
|
34
35
|
|
|
35
36
|
## THE FOUR DIMENSIONS
|
|
36
37
|
|
|
@@ -386,7 +387,7 @@ After writing the brief and updating the project map:
|
|
|
386
387
|
- IF `active_context == "trunk"`: update `state.trunk`
|
|
387
388
|
- ELSE: update `state.branches[active_context]`
|
|
388
389
|
|
|
389
|
-
Set on target: `status` -> `"
|
|
390
|
+
Set on target: `status` -> `"compose"`, `workflow.discovery.completed` -> `true`, `workflow.discovery.completed_at` -> current ISO timestamp, `workflow.compose.started` -> `true`. Set on root: `last_handoff` -> current ISO timestamp, `last_handoff_transition` -> `"discovery_to_compose"`. Write the updated state back.
|
|
390
391
|
|
|
391
392
|
**2. Route:** Tell the user:
|
|
392
393
|
|
|
@@ -429,6 +429,12 @@ Correct the map in place. If reconciliation reveals real architectural drift the
|
|
|
429
429
|
|
|
430
430
|
**Run the GOAL ALIGNMENT → Alignment Check** against the three loaded goals. Any failures must be fixed or explicitly flagged in the final results.
|
|
431
431
|
|
|
432
|
+
**Append a Verify row to `docs/project_notes/map_history.md`** (create from template if missing). On a branch, Step 11 appends the consolidation row instead — do NOT double-log; skip this append on branches. On trunk:
|
|
433
|
+
|
|
434
|
+
| Date | Phase | Branch | Change | Reason |
|
|
435
|
+
|------|-------|--------|--------|--------|
|
|
436
|
+
| [today ISO date] | Verify | trunk | Verified live; map reconciled | [one sentence — what was verified] |
|
|
437
|
+
|
|
432
438
|
### STEP 11: CONSOLIDATE INTO TRUNK ARCHITECTURE (branch mode only)
|
|
433
439
|
|
|
434
440
|
Skip this step on trunk — there's nothing to consolidate.
|