@winton979/task-cli 1.3.1 → 1.3.3

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.
Files changed (3) hide show
  1. package/README.md +2 -2
  2. package/package.json +9 -1
  3. package/src/init.js +11 -7
package/README.md CHANGED
@@ -164,11 +164,11 @@ Calling `/decision-log` after every task is easy to forget. As a lower-friction
164
164
  /decision-sweep-weekly
165
165
  ```
166
166
 
167
- The skill scans archived task and bug briefs from the past 7 days, judges which ones contain a decision worth keeping (cross-task impact, rejected alternatives, counter-intuitive choices, externally driven calls, or instructive cancellations), drafts the entries, and waits for confirmation before appending to `.ai/decisions/decisions.md`.
167
+ The skill scans archived task and bug briefs from the past 7 days, judges which ones contain a decision worth keeping (cross-task impact, rejected alternatives, counter-intuitive choices, externally driven calls, or instructive cancellations), drafts the entries, and waits for confirmation before writing anything to `.ai/decisions/decisions.md`. When a draft overlaps with or updates an existing decision, it should present the old and new versions together and ask whether to append, revise, merge, supersede, or skip.
168
168
 
169
169
  Use `decision-log` for in-the-moment recording and `decision-sweep-weekly` for periodic cleanup. Either alone is enough; using both is fine.
170
170
 
171
- The decisions file is intentionally narrow. It is meant to hold durable project invariants and reusable constraints, not a running transcript of every local implementation choice.
171
+ The decisions file is intentionally narrow. It is meant to hold durable project invariants and reusable constraints, not a running transcript of every local implementation choice. The default write mode should still be append, but revisions to existing entries are reasonable when explicitly reviewed and confirmed by the user.
172
172
 
173
173
  ## Philosophy
174
174
 
package/package.json CHANGED
@@ -1,8 +1,16 @@
1
1
  {
2
2
  "name": "@winton979/task-cli",
3
- "version": "1.3.1",
3
+ "version": "1.3.3",
4
4
  "description": "Lightweight task workflow CLI for AI-assisted development",
5
5
  "license": "MIT",
6
+ "repository": {
7
+ "type": "git",
8
+ "url": "git+https://github.com/winton979/ai-task-cli.git"
9
+ },
10
+ "homepage": "https://github.com/winton979/ai-task-cli#readme",
11
+ "bugs": {
12
+ "url": "https://github.com/winton979/ai-task-cli/issues"
13
+ },
6
14
  "type": "module",
7
15
  "bin": {
8
16
  "task": "./bin/task.js"
package/src/init.js CHANGED
@@ -466,10 +466,10 @@ BUG_CANCELLED
466
466
 
467
467
  'decision-log': {
468
468
  name: 'decision-log',
469
- description: 'Record implementation decisions to .ai/decisions/decisions.md. Append-only, max 10 lines per entry.',
469
+ description: 'Record implementation decisions to .ai/decisions/decisions.md. Default to append; if updating an existing decision, require explicit user confirmation first. Max 10 lines per entry.',
470
470
  content: `---
471
471
  name: decision-log
472
- description: Record implementation decisions to .ai/decisions/decisions.md. Append-only, max 10 lines per entry.
472
+ description: Record implementation decisions to .ai/decisions/decisions.md. Default to append; if updating an existing decision, require explicit user confirmation first. Max 10 lines per entry.
473
473
  user-invocable: true
474
474
  ---
475
475
 
@@ -506,7 +506,10 @@ What alternatives were rejected.
506
506
  Requirements
507
507
 
508
508
  * Maximum 10 lines per decision
509
- * Append only
509
+ * Default to append
510
+ * If a new entry appears to revise, merge with, or supersede an existing decision, do not edit or append yet
511
+ * Instead, show the relevant prior entry, explain the overlap or conflict, and ask the user whether to append, revise, merge, supersede, or skip
512
+ * Only modify an existing entry after explicit user confirmation
510
513
  * Keep concise
511
514
  `,
512
515
  },
@@ -536,8 +539,9 @@ Workflow
536
539
  4. For each candidate, draft a decision entry using the four-section format.
537
540
  5. Present a single review list: every scanned brief with a verdict (write / skip / insufficient info), then the proposed drafts grouped at the end.
538
541
  6. Do NOT append anything yet. Wait for the user to confirm which drafts to keep, edit, or drop.
539
- 7. Only after confirmation, append the approved entries to .ai/decisions/decisions.md, oldest first, under the matching YYYY-MM-DD section heading.
540
- 8. Report what was appended and what was skipped.
542
+ 7. If a proposed draft appears to overlap with, conflict with, or refine an existing decision, include that prior entry in the review and present explicit options such as append as new, revise existing, merge, supersede, or skip.
543
+ 8. Only after confirmation, apply the approved action for each draft. Default to appending new entries oldest first under the matching YYYY-MM-DD section heading; revise or merge only when the user explicitly selects that action.
544
+ 9. Report what was appended, revised, merged, superseded, and skipped.
541
545
 
542
546
  Sediment Conditions
543
547
 
@@ -578,9 +582,9 @@ What alternatives were rejected.
578
582
  Requirements
579
583
 
580
584
  * Maximum 10 lines per decision
581
- * Append only
585
+ * Default to append
582
586
  * One date section per day; multiple decisions on the same day stack under the same heading
583
- * Never edit or delete prior entries
587
+ * Never edit, merge, supersede, or delete prior entries without explicit user confirmation
584
588
  `,
585
589
  },
586
590
  };