reffy-cli 0.6.7 → 1.0.0

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/README.md CHANGED
@@ -4,7 +4,7 @@
4
4
  [![MIT License](https://img.shields.io/github/license/RoskiDeluge/reffy-ts.svg)](LICENSE)
5
5
  [![CI](https://github.com/RoskiDeluge/reffy-ts/actions/workflows/ci.yml/badge.svg)](https://github.com/RoskiDeluge/reffy-ts/actions/workflows/ci.yml)
6
6
 
7
- Reffy is intended as an ideation layer for spec-driven development (SDD) in straightforward, version controlled and agent-friendly markdown files.
7
+ Reffy is a CLI-first planning/runtime system for agent-friendly development workflows. It keeps ideation artifacts in straightforward version-controlled markdown files and uses `reffyspec/` as the canonical planning/spec layout.
8
8
 
9
9
  ## Install
10
10
 
@@ -25,11 +25,15 @@ Command summary:
25
25
 
26
26
  - `reffy init`: idempotently creates/updates root `AGENTS.md` managed block and `.reffy/AGENTS.md`.
27
27
  - `reffy bootstrap`: idempotently runs `init`, ensures `.reffy/` structure exists, then reindexes artifacts.
28
- - `reffy doctor`: diagnoses required Reffy setup and optional tool availability.
28
+ - `reffy migrate`: migrates a legacy `.references/` workspace into the canonical `.reffy/` layout.
29
+ - `reffy doctor`: diagnoses required Reffy setup and workspace health.
29
30
  - `reffy reindex`: reconciles `.reffy/manifest.json` with `.reffy/artifacts` by adding missing files and removing stale entries.
30
31
  - `reffy validate`: validates `.reffy/manifest.json` against manifest v1 contract.
31
32
  - `reffy summarize`: generates a read-only handoff summary from indexed artifacts.
32
- - `reffy diagram render`: renders Mermaid diagrams as SVG or ASCII, including spec-aware generation from OpenSpec `spec.md`.
33
+ - `reffy plan create`: generates proposal/tasks/spec scaffolds into the canonical `reffyspec/` layout from indexed Reffy artifacts.
34
+ - `reffy plan validate|list|show|archive`: runs the planning lifecycle natively inside Reffy against `reffyspec/`.
35
+ - `reffy spec list|show`: inspects current spec state natively from `reffyspec/`.
36
+ - `reffy diagram render`: renders Mermaid diagrams as SVG or ASCII, including spec-aware generation from compatible `spec.md` files.
33
37
 
34
38
  Output modes:
35
39
 
@@ -46,34 +50,70 @@ reffy doctor --output text
46
50
  reffy doctor --output json
47
51
  reffy summarize --output text
48
52
  reffy summarize --output json
53
+ reffy plan create --change-id add-login-flow --artifacts login-idea.md
54
+ reffy plan list --output json
55
+ reffy plan archive add-login-flow
56
+ reffy spec show auth --output json
49
57
  reffy diagram render --stdin --format svg < diagram.mmd
50
- reffy diagram render --input openspec/specs/auth/spec.md --format ascii
51
- reffy diagram render --input openspec/specs/auth/spec.md --format svg --output .reffy/artifacts/auth-spec.svg
58
+ reffy diagram render --input reffyspec/specs/auth/spec.md --format ascii
59
+ reffy diagram render --input reffyspec/specs/auth/spec.md --format svg --output .reffy/artifacts/auth-spec.svg
52
60
  ```
53
61
 
54
- ## Using Reffy With SDD Frameworks (OpenSpec Example)
62
+ ## Runtime Position
55
63
 
56
- `reffy` is designed to complement spec-driven development workflows rather than replace them. A common pattern is:
64
+ Reffy is the planning/runtime authority in this repository. `reffyspec/` is the native planning/spec surface that matches that runtime ownership.
65
+
66
+ That means:
67
+
68
+ 1. Reffy owns ideation artifacts, planning scaffolds, inspection, validation, and archive lifecycle behavior.
69
+ 2. The vendored fork at `.vendor/ReffySpec` is reference-only.
70
+ 3. `reffyspec/` is canonical for active changes, archived changes, and current specs.
71
+ 4. No external planning CLI is part of the normal workflow.
72
+
73
+ ## Using Reffy With ReffySpec
74
+
75
+ A practical pattern is:
57
76
 
58
77
  1. Use Reffy for ideation and context capture in `.reffy/`.
59
- 2. Use an SDD framework (for example [OpenSpec](https://github.com/Fission-AI/OpenSpec)) for formal proposals/specs/tasks.
60
- 3. Keep a clear handoff from exploratory artifacts to formal specs.
78
+ 2. Use Reffy to scaffold and manage planning files in `reffyspec/`.
79
+ 3. Keep a clear traceable path from exploratory artifacts to formal specs.
80
+ 4. Use Reffy commands for day-to-day workflow.
61
81
 
62
82
  Reference implementation in this repo:
63
83
 
64
84
  - `AGENTS.md`: contains both managed instruction blocks and encodes sequencing.
65
85
  - `AGENTS.md`: Reffy block routes ideation/exploration requests to `@/.reffy/AGENTS.md`.
66
- - `AGENTS.md`: OpenSpec block routes planning/proposal/spec requests to `@/openspec/AGENTS.md`.
67
- - `.reffy/AGENTS.md`: defines Reffy as the ideation/context layer and documents handoff expectations to OpenSpec.
68
- - `openspec/AGENTS.md`: defines OpenSpec as the formal planning/specification workflow after ideation is stable.
69
- - `src/cli.ts`: `reffy init`/`reffy bootstrap` enforce this integration by idempotently writing the managed Reffy guidance into `AGENTS.md` and `.reffy/AGENTS.md`.
86
+ - `AGENTS.md`: ReffySpec block routes planning/proposal/spec requests to `@/reffyspec/AGENTS.md`.
87
+ - `.reffy/AGENTS.md`: defines Reffy as the primary runtime and documents compatibility expectations.
88
+ - `reffyspec/AGENTS.md`: defines the ReffySpec planning/spec workflow conventions used in this repo.
89
+ - `src/cli.ts`: `reffy init`/`reffy bootstrap` enforce this integration by idempotently writing the managed guidance into `AGENTS.md`, `.reffy/AGENTS.md`, and `reffyspec/AGENTS.md`.
70
90
 
71
91
  Practical connection pattern for any repo:
72
92
 
73
93
  1. Run `reffy init` to install/refresh the Reffy instruction layer.
74
- 2. Keep your SDD framework instructions (for example OpenSpec) in the same root `AGENTS.md`.
94
+ 2. Keep ReffySpec instructions in the same root `AGENTS.md`.
75
95
  3. During planning, cite only relevant Reffy artifacts from `.reffy/artifacts/` in your proposal/spec docs.
76
- 4. Continue implementation in your SDD framework's normal review/approval process.
96
+ 4. Prefer Reffy commands for day-to-day workflow.
97
+
98
+ ## Current Boundary
99
+
100
+ The current project boundary is:
101
+
102
+ - Native Reffy ownership:
103
+ - `reffy plan create`
104
+ - `reffy plan validate`
105
+ - `reffy plan list`
106
+ - `reffy plan show`
107
+ - `reffy plan archive`
108
+ - `reffy spec list`
109
+ - `reffy spec show`
110
+ - Native ReffySpec surface:
111
+ - the on-disk `reffyspec/changes/` and `reffyspec/specs/` layout
112
+ - `reffyspec/AGENTS.md` as the planning/spec conventions file
113
+ - Unresolved runtime gaps:
114
+ - none identified for the normal local planning lifecycle in v1
115
+
116
+ That means the normal workflow is fully Reffy and ReffySpec native.
77
117
 
78
118
  ## Develop
79
119