@alexandrealvaro/agentic 0.8.0-beta.1 → 0.9.0-beta.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 +1 -1
- package/src/skills/claude-code/agentic-adr/SKILL.md +4 -0
- package/src/skills/claude-code/agentic-architecture/SKILL.md +2 -0
- package/src/skills/claude-code/agentic-bootstrap/SKILL.md +2 -0
- package/src/skills/claude-code/agentic-ground/SKILL.md +2 -0
- package/src/skills/claude-code/agentic-review/SKILL.md +2 -0
- package/src/skills/claude-code/agentic-spec/SKILL.md +4 -0
- package/src/skills/claude-code/agentic-task/SKILL.md +4 -0
package/package.json
CHANGED
|
@@ -24,6 +24,10 @@ Use the template below. Fill `Context`, `Decision`, `Consequences`, and `Alterna
|
|
|
24
24
|
* `Consequences` lists positive and negative; do not balance for the sake of balance.
|
|
25
25
|
* `Alternatives Considered` lists each rejected option with a one-line reason.
|
|
26
26
|
|
|
27
|
+
## Interview UX
|
|
28
|
+
|
|
29
|
+
When the host exposes `AskUserQuestion`, use it for multi-choice prompts (`Status: proposed / accepted / deprecated / superseded`, decider role selection, alternative-option ranking) and for confirmation gates with non-trivial branching. Inline text questions are the fallback only when the host lacks a structured-prompt primitive (Codex). One card per multi-choice gate beats chained text questions.
|
|
30
|
+
|
|
27
31
|
## Step 4 — Write the file
|
|
28
32
|
|
|
29
33
|
Path: `doc/adr/<NNNN>-<short-slug>.md`. Slug: kebab-case, ≤6 words, derived from the decision title. Status: `proposed`. Date: today, ISO format. Deciders: ask the user.
|
|
@@ -42,6 +42,8 @@ Print to the user:
|
|
|
42
42
|
|
|
43
43
|
One question per gap.
|
|
44
44
|
|
|
45
|
+
When the host exposes Plan Mode, the agent may render the proposed `ARCHITECTURE.md` body inside the plan for user approval before write. Plan Mode is opt-in — skip for incremental edits where the user already saw the prior content.
|
|
46
|
+
|
|
45
47
|
## Step 4 — Write the file
|
|
46
48
|
|
|
47
49
|
On user confirmation, write `ARCHITECTURE.md` at the repo root. Cut every line that does not lock a binding pattern. At the end of the response, list any decision that should become an ADR — flag, do not write the ADR yet (use the `agentic-adr` skill for that).
|
|
@@ -44,6 +44,8 @@ Print to the user:
|
|
|
44
44
|
|
|
45
45
|
One question per gap. Skip everything filled confidently. Do **not** ask philosophical questions ("is this doc for agents or humans?", "what is the most important quality bar?") — those are decisions, not interview material.
|
|
46
46
|
|
|
47
|
+
When the host exposes Plan Mode, the agent may render the proposed `AGENTS.md` body inside the plan (the user reviews and approves before write) instead of writing-then-presenting. Plan Mode is opt-in — skip for incremental edits where the user already saw the prior content.
|
|
48
|
+
|
|
47
49
|
## Step 4 — Write the file
|
|
48
50
|
|
|
49
51
|
On user confirmation, write `AGENTS.md` at the repo root. Cut every line that does not change agent behavior. No "External Resources" section (URLs are derivable from `git remote` and the manifest). No appended Universal Agent Behavior block. No marketing prose.
|
|
@@ -55,6 +55,8 @@ Before handing off to implementation, report a soft verdict against four checks:
|
|
|
55
55
|
|
|
56
56
|
If any check fails, surface the gap to the user and ask before proceeding rather than blocking. The user retains the authority to skip; the discipline is in surfacing, not in enforcement.
|
|
57
57
|
|
|
58
|
+
When the host exposes `AskUserQuestion`, render the checkpoint as a structured multi-choice card listing the six checks with their yes/no/n.a. status plus a final `proceed / pause for more research` selector — instead of dropping the verdict as plain text. Falls back to numbered text on hosts without the primitive (Codex).
|
|
59
|
+
|
|
58
60
|
## Output contract
|
|
59
61
|
|
|
60
62
|
A single message structured as:
|
|
@@ -18,6 +18,8 @@ Confirm what to review. Default scopes, in priority order:
|
|
|
18
18
|
|
|
19
19
|
If no diff exists, stop and tell the user — there's nothing to review.
|
|
20
20
|
|
|
21
|
+
When the host exposes `AskUserQuestion`, use it at Step 0 to confirm the review scope as a multi-choice card (`branch vs main / PR#NN / commit-sha / working-tree`) instead of asking inline text. Falls back to numbered text on hosts without the primitive (Codex).
|
|
22
|
+
|
|
21
23
|
## Step 1 — Assemble the handoff
|
|
22
24
|
|
|
23
25
|
The reviewer subagent will get **only** what you assemble here. No conversation history, no prior context.
|
|
@@ -32,6 +32,10 @@ Ask one question per missing field, in this order. Skip the philosophical questi
|
|
|
32
32
|
|
|
33
33
|
Status starts at `draft`. Created: today, ISO format. Owner: ask. Do **not** invent values — when the user does not know, leave `<TODO>` and ask.
|
|
34
34
|
|
|
35
|
+
## Interview UX
|
|
36
|
+
|
|
37
|
+
When the host exposes `AskUserQuestion`, use it for multi-choice prompts (`Status: draft / accepted / shipped`, owner selection from team members, scope-vs-multiple-features confirmation) and for confirmation gates with non-trivial branching. Inline text questions are an acceptable fallback only when the host lacks a structured-prompt primitive (Codex). One question per gate; do not chain three text questions when one `AskUserQuestion` card lists the options.
|
|
38
|
+
|
|
35
39
|
## Step 4 — Write the file
|
|
36
40
|
|
|
37
41
|
Path: `doc/specs/<NNNN>-<short-slug>.md`. Use the template below.
|
|
@@ -27,6 +27,10 @@ Status starts at `proposed`. Created: today, ISO format. Notes: empty (filled du
|
|
|
27
27
|
|
|
28
28
|
**Do not invent values.** When the user does not know something, leave `<TODO>` and ask. Stop after writing the file — do not start work.
|
|
29
29
|
|
|
30
|
+
## Interview UX
|
|
31
|
+
|
|
32
|
+
When the host exposes `AskUserQuestion`, use it for multi-choice prompts (status, owner selection, Spec-ref pick from existing `doc/specs/`) and for confirmation gates with non-trivial branching. Inline text questions are the fallback only when the host lacks a structured-prompt primitive (Codex). Single card per multi-choice gate beats chained text questions.
|
|
33
|
+
|
|
30
34
|
## Step 3 — Write the file
|
|
31
35
|
|
|
32
36
|
Path: `doc/tasks/<NNNN>-<short-slug>.md`. Use the template below.
|