cli-five 0.1.2 → 0.1.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.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "cli-five",
3
- "version": "0.1.2",
3
+ "version": "0.1.4",
4
4
  "description": "Code Like I'm Five — scaffold a 5-agent VS Code Copilot team into any repo.",
5
5
  "type": "module",
6
6
  "bin": {
@@ -85,11 +85,11 @@ function printNextSteps(answers) {
85
85
  log.raw(kleur.bold().green('Done. Next steps:'));
86
86
  log.raw('');
87
87
  log.raw(` 1. Open this folder in VS Code Insiders.`);
88
- log.raw(` 2. Enable Copilot subagents (settings.json):`);
88
+ log.raw(` 2. Enable Copilot subagent invocations (settings.json):`);
89
89
  log.raw(kleur.gray(` "chat.subagents.allowInvocationsFromSubagents": true`));
90
- log.raw(` 3. Open Copilot Chat and verify the 5 agents appear (@ menu).`);
91
- log.raw(` 4. Ask the Orchestrator to do something:`);
92
- log.raw(kleur.gray(` @Orchestrator read PROJECT.md and propose Phase 1.`));
90
+ log.raw(` 3. Open Copilot Chat — select an agent from the dropdown (${kleur.bold('not')} @mention).`);
91
+ log.raw(` 4. Select ${kleur.bold('Orchestrator')} from the dropdown, then ask:`);
92
+ log.raw(kleur.gray(` read PROJECT.md and propose Phase 1.`));
93
93
  log.raw(` 5. Review generated instruction files in .github/instructions/.`);
94
94
  log.raw(kleur.gray(` Edit applyTo globs and guidelines to fit your project.`));
95
95
  log.raw(kleur.gray(` Installed skills are in .agents/skills/ (from skills.sh).`));
@@ -50,10 +50,10 @@ Before writing code, read (if they exist):
50
50
  8. **Modifications** — Follow existing patterns. Prefer full-file rewrites over micro-edits unless told otherwise.
51
51
  9. **Quality** — Deterministic, testable behavior. Simple, focused tests.
52
52
 
53
- ## Decisions
53
+ ## Decisions (MANDATORY)
54
54
 
55
- After making an implementation decision that affects future work, append it to `decisions.md`.
55
+ Before finishing, if any implementation choice was made (library selection, pattern choice, API approach), append an entry to `decisions.md` using the format in that file. Skip silently if no decisions were made.
56
56
 
57
- ## History
57
+ ## History (MANDATORY)
58
58
 
59
- After completing a task, if you learned something non-obvious about this project (build quirks, API gotchas, pattern preferences), append it to `histories/coder.md`.
59
+ Before finishing, append at least one bullet to `histories/coder.md` below the `<!-- Append entries below this line -->` marker. Record: build quirks, API gotchas, pattern preferences, file structure observations, test insights. Format: `- YYYY-MM-DD: <learning>`. Skip only if the session had zero meaningful work.
@@ -47,10 +47,10 @@ Do not let anyone tell you how to do your job. Your goal is to create the best p
47
47
  - Responsive/adaptive layouts
48
48
  - Use the project's designated design system and component library
49
49
 
50
- ## Decisions
50
+ ## Decisions (MANDATORY)
51
51
 
52
- After making a design decision that affects future work, append it to `decisions.md`.
52
+ Before finishing, if any design choice was made (layout approach, component library, color/type system, responsive strategy), append an entry to `decisions.md` using the format in that file. Skip silently if no decisions were made.
53
53
 
54
- ## History
54
+ ## History (MANDATORY)
55
55
 
56
- After completing a task, if you learned something non-obvious about this project's UI patterns or constraints, append it to `histories/designer.md`.
56
+ Before finishing, append at least one bullet to `histories/designer.md` below the `<!-- Append entries below this line -->` marker. Record: UI pattern discoveries, accessibility findings, design system observations, component reuse opportunities. Format: `- YYYY-MM-DD: <learning>`. Skip only if the session had zero meaningful work.
@@ -63,13 +63,21 @@ Maintain visible counters in responses:
63
63
 
64
64
  When exhausted, state it and proceed with current information.
65
65
 
66
- ## Decisions
66
+ ## Decisions (MANDATORY)
67
67
 
68
- After making a routing or architectural decision that affects future work, append it to `decisions.md` at the workspace root.
68
+ Before finishing, if any routing, architectural, or technology choice was made during this session, append an entry to `decisions.md` at the workspace root using this format:
69
69
 
70
- ## History
70
+ ## YYYY-MM-DD — <decision title>
71
+ **Context:** Why we needed to decide.
72
+ **Choice:** What we chose.
73
+ **Trade-offs:** What we gave up.
74
+ **Revisit:** Trigger that would re-open this decision (or "never").
71
75
 
72
- After completing a task, if you learned something non-obvious about this project, append it to `histories/orchestrator.md`.
76
+ If no decisions were made, skip silently.
77
+
78
+ ## History (MANDATORY)
79
+
80
+ Before finishing, append at least one bullet to `histories/orchestrator.md` below the `<!-- Append entries below this line -->` marker. Record: what agents were called, what worked, what failed, any coordination insight. Format: `- YYYY-MM-DD: <learning>`. Skip only if the session had zero meaningful work.
73
81
 
74
82
  ## Rules
75
83
 
@@ -52,13 +52,13 @@ When invoked by the Orchestrator, only your **final message** is returned. Inter
52
52
 
53
53
  **Your response MUST contain the complete plan inline.** Do not summarize, do not reference prior turns, do not say "the plan is above." Re-emit every section in your final message. If truncated, flag it explicitly.
54
54
 
55
- ## Decisions
55
+ ## Decisions (MANDATORY)
56
56
 
57
- After making a planning decision that constrains future work, append it to `decisions.md`.
57
+ Before finishing, if the plan locked in any architectural or technology choice, append an entry to `decisions.md` using the format in that file. Skip silently if the plan only follows existing decisions.
58
58
 
59
- ## History
59
+ ## History (MANDATORY)
60
60
 
61
- After completing a plan, if you learned something non-obvious about this project's structure, patterns, or constraints, append it to `histories/planner.md`.
61
+ Before finishing, append at least one bullet to `histories/planner.md` below the `<!-- Append entries below this line -->` marker. Record: codebase structure insights, dependency discoveries, constraint findings, documentation gaps. Format: `- YYYY-MM-DD: <learning>`. Skip only if the session had zero meaningful work.
62
62
 
63
63
  ## Rules
64
64
 
@@ -71,13 +71,13 @@ Every review MUST check against:
71
71
  - Positive observations
72
72
  ```
73
73
 
74
- ## Decisions
74
+ ## Decisions (MANDATORY)
75
75
 
76
- After identifying a convention gap or pattern inconsistency worth documenting, append it to `decisions.md`.
76
+ Before finishing, if the review revealed a convention gap, missing rule, or pattern inconsistency worth documenting, append an entry to `decisions.md` using the format in that file. Skip silently if nothing warrants a decision entry.
77
77
 
78
- ## History
78
+ ## History (MANDATORY)
79
79
 
80
- After completing a review, if you learned something non-obvious about this project's quality patterns, append it to `histories/reviewer.md`.
80
+ Before finishing, append at least one bullet to `histories/reviewer.md` below the `<!-- Append entries below this line -->` marker. Record: quality patterns observed (good or bad), recurring issues, convention drift, areas that need attention. Format: `- YYYY-MM-DD: <learning>`. Skip only if the review was trivial (< 10 lines changed, no findings).
81
81
 
82
82
  ## Rules
83
83
 
@@ -20,7 +20,8 @@
20
20
  # Project Mandates
21
21
  - Fix simple tech debt immediately (< 5 min, no downstream breakage).
22
22
  - Document short-sighted choices with warning markers.
23
- - Read `PROJECT.md`, `STATE.md`, and `decisions.md` on entry. Update on exit when relevant.
23
+ - Read `PROJECT.md`, `STATE.md`, and `decisions.md` on entry.
24
+ - Before finishing: update `decisions.md` if any choice was made, update your `histories/<agent>.md` with at least one learning.
24
25
 
25
26
  At the end of every agent session, before stopping, append a terse session summary to `agent-diary.md`
26
27
  at the workspace root as a markdown section with format `## YYYY-MM-DD HH:MM` (24-hour time).