@noir-ai/skills 1.9.4-beta.1 → 1.9.4

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.
@@ -16,16 +16,30 @@ Drive a written implementation plan task by task, in order. Each task: implement
16
16
 
17
17
  - A plan is written and it's time to code.
18
18
  - The user says "implement this", "start coding", "build it", or points at a plan file.
19
- - The plan has ordered tasks — you're executing them sequentially.
20
- - **Do NOT use:** for exploratory coding without a plan; use `noir-brainstorming` first. For independent tasks that can fan out concurrently, use `noir-parallel`. For a single subagent per task with review between, use `noir-subagent`.
19
+ - **This skill routes to the right execution mode** — inline (sequential), subagent-driven, combination, or workflow orchestration — based on what the user chooses.
20
+ - **Do NOT use:** for exploratory coding without a plan; use `noir-brainstorming` first.
21
21
 
22
22
  ## Procedure
23
23
 
24
24
  1. **Load the plan.** Read the plan file. Confirm the task order. If a task depends on an earlier one, start there.
25
- 2. **One task at a time.** Pick the next pending task. State which task you're executing. Do not bundle multiple tasks into one commit.
26
- 3. **RED → GREEN → COMMIT.** Write the failing test first (see `noir-test-driven-development`), implement the minimal code to pass, verify the test goes green and no regression, then commit with a conventional-commit message. Repeat for the task's subtasks if any.
27
- 4. **Mark the task done.** Update the plan's checkbox `- [x]` and move to the next task. The engine's execute gate records the checkpoint observably.
28
- 5. **When the plan is done:** all tasks ticked, all tests green, the implementation matches the spec → hand off.
25
+ 2. **Offer execution mode.** On Claude Code, use `AskUserQuestion` to let the user choose how to execute. On other hosts, ask in plain text. The options (presented as a structured choice):
26
+
27
+ | Mode | Best for | What happens |
28
+ |---|---|---|
29
+ | **Inline (sequential)** | Ordered tasks with dependencies, small-to-medium scope | Drive tasks one-by-one in this session — implement, test, commit, move to next. You stay in control. |
30
+ | **Subagent-driven** | Independent tasks, fan-out plans, need per-task review | Hand off to `noir-subagent` — dispatch fresh subagent per task with briefs and review gates. |
31
+ | **Combination** | Mix of sequential + independent tasks | Start inline for dependency-chain tasks, then fan out independent ones via subagents. |
32
+ | **Workflow orchestration** | Large plans, "ultracode" active, multi-agent parallelism | Use the host's Workflow tool to orchestrate many agents concurrently with review between stages. Only offered when the host's effort/capability level supports it. |
33
+
34
+ **Default:** if the user doesn't choose, use inline (sequential) — it's the safest, most reviewable path.
35
+
36
+ 3. **Execute in the chosen mode.** Follow the mode-specific flow:
37
+ - **Inline:** pick the next pending task → state it → RED (failing test) → GREEN (minimal impl) → REFACTOR → commit → mark `[x]` → repeat.
38
+ - **Subagent-driven:** route to `noir-subagent` (it handles briefs, dispatch, review, integration).
39
+ - **Combination:** execute dependency-chain tasks inline first, then fan out independent ones.
40
+ - **Workflow:** compose the workflow script (phases, agents, review gates) from the plan, then dispatch.
41
+ 4. **Mark progress.** Update the plan's checkboxes `- [x]` as tasks complete. The engine's execute gate records checkpoints observably.
42
+ 5. **When the plan is done:** all tasks ticked, all tests green, the implementation matches the spec → hand off to `noir-verifying`.
29
43
 
30
44
  ## Verification
31
45
 
@@ -22,8 +22,9 @@ When two or more tasks are independent (no shared state, no ordering), work them
22
22
  ## Procedure
23
23
 
24
24
  1. **Validate independence.** List the tasks. Confirm none reads another's output or touches the same file in a conflicting way.
25
- 2. **Issue all dispatches in the same response.** On Claude Code, issue multiple tool uses concurrently. On other hosts, dispatch the equivalent parallel work.
26
- 3. **Collect results.** Each result lands independently. Aggregate, then continue.
25
+ 2. **Dispatch all tasks in ONE response.** On Claude Code, issue multiple `Task` tool calls or `Agent` dispatches in the same message turn — the host runs them concurrently. On other hosts, use whatever parallel dispatch mechanism is available (subagents, parallel tool calls, async workers). The key: don't wait for Task A's full completion before starting Task B — issue them together.
26
+ 3. **Collect results.** Each result lands independently. Aggregate, then continue. If any task failed or needs adjustment, route it to `noir-systematic-debugging` before integrating.
27
+ 4. **Integrate.** All results clean → combine and proceed.
27
28
 
28
29
  ## When not to use
29
30
 
@@ -27,9 +27,9 @@ Dispatch each independent task to a fresh subagent with a brief, then review the
27
27
  2. **Validate independence.** If task B needs task A's output, they're not independent — order them or merge them.
28
28
 
29
29
  ### Per task
30
- 3. **Dispatch the subagent.** Fresh subagent, clean context, reads the brief and the spec. On Claude Code, use the `Task` tool or your host's subagent mechanism. On other hosts, dispatch whatever agent runner is available.
30
+ 3. **Dispatch the subagent.** Fresh subagent, clean context, reads the brief and the spec. On Claude Code, use the `Task` tool with a specific subagent type (e.g. `Explore` for search, `Plan` for design) — or use `Agent` with `subagent_type` for custom configurations. On other hosts, dispatch whatever agent/subagent runner is available. **Issue multiple dispatches in ONE response to run them concurrently.**
31
31
  4. **Receive the report.** The subagent returns a `.noir/sdd/task-N-report.md` — what was done, test results, any issues.
32
- 5. **Review.** Verify: tests pass, spec satisfied, commits are clean. If not, return to the subagent with the issues.
32
+ 5. **Review.** Verify: tests pass, spec satisfied, commits are clean. If not, return to the subagent with the specific issues — don't rewrite their code yourself (that defeats the isolation). If a task needs rework, re-dispatch with the issues as context.
33
33
 
34
34
  ### Final
35
35
  6. **Integrate.** All tasks done, all tests green, all briefs archived. Hand off to `noir-verifying`.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@noir-ai/skills",
3
- "version": "1.9.4-beta.1",
3
+ "version": "1.9.4",
4
4
  "description": "Noir skills — the builtin noir-* skill pack, the integrations pack (ClickUp first), and a copy-and-validate compiler.",
5
5
  "license": "MIT",
6
6
  "author": "agaaaptr",
@@ -48,7 +48,7 @@
48
48
  "dependencies": {
49
49
  "yaml": "^2.5.0",
50
50
  "zod": "^4.2.0",
51
- "@noir-ai/core": "1.9.4-beta.1"
51
+ "@noir-ai/core": "1.9.4"
52
52
  },
53
53
  "devDependencies": {
54
54
  "@types/node": "^26.1.1"