recall-os 0.2.1 → 0.3.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/README.md +41 -32
- package/dist/cli.js +451 -81
- package/dist/cli.js.map +1 -1
- package/dist/index.js +451 -81
- package/dist/index.js.map +1 -1
- package/examples/generated-flutter/AGENTS.md +28 -0
- package/examples/generated-flutter/docs/60-engineering/AI_AGENT_RULES.md +9 -0
- package/examples/generated-flutter/docs/ai/RECALL_COMMANDS.md +13 -1
- package/examples/generated-generic/AGENTS.md +28 -0
- package/examples/generated-generic/docs/60-engineering/AI_AGENT_RULES.md +9 -0
- package/examples/generated-generic/docs/ai/RECALL_COMMANDS.md +13 -1
- package/examples/generated-ios-swift/AGENTS.md +28 -0
- package/examples/generated-ios-swift/docs/60-engineering/AI_AGENT_RULES.md +9 -0
- package/examples/generated-ios-swift/docs/ai/RECALL_COMMANDS.md +13 -1
- package/examples/generated-kotlin-android/AGENTS.md +28 -0
- package/examples/generated-kotlin-android/docs/60-engineering/AI_AGENT_RULES.md +9 -0
- package/examples/generated-kotlin-android/docs/ai/RECALL_COMMANDS.md +13 -1
- package/examples/generated-laravel-api/AGENTS.md +28 -0
- package/examples/generated-laravel-api/docs/60-engineering/AI_AGENT_RULES.md +9 -0
- package/examples/generated-laravel-api/docs/ai/RECALL_COMMANDS.md +13 -1
- package/examples/generated-laravel-react/AGENTS.md +28 -0
- package/examples/generated-laravel-react/docs/60-engineering/AI_AGENT_RULES.md +9 -0
- package/examples/generated-laravel-react/docs/ai/RECALL_COMMANDS.md +13 -1
- package/examples/generated-laravel-vue/AGENTS.md +28 -0
- package/examples/generated-laravel-vue/docs/60-engineering/AI_AGENT_RULES.md +9 -0
- package/examples/generated-laravel-vue/docs/ai/RECALL_COMMANDS.md +13 -1
- package/examples/generated-nextjs/AGENTS.md +28 -0
- package/examples/generated-nextjs/docs/60-engineering/AI_AGENT_RULES.md +9 -0
- package/examples/generated-nextjs/docs/ai/RECALL_COMMANDS.md +13 -1
- package/examples/generated-python-fastapi/AGENTS.md +28 -0
- package/examples/generated-python-fastapi/docs/60-engineering/AI_AGENT_RULES.md +9 -0
- package/examples/generated-python-fastapi/docs/ai/RECALL_COMMANDS.md +13 -1
- package/package.json +2 -2
|
@@ -13,3 +13,31 @@ Required reading:
|
|
|
13
13
|
- `docs/60-engineering/ENGINEERING_STANDARDS.md`
|
|
14
14
|
|
|
15
15
|
Repository rules override model preferences. If instructions conflict, stop and report the conflict.
|
|
16
|
+
|
|
17
|
+
## Recall OS commands
|
|
18
|
+
|
|
19
|
+
This repository is maintained with the Recall OS CLI. Use these commands yourself as you work — do
|
|
20
|
+
not ask the human to run them, and do not search the web for them (this is a project-local tool):
|
|
21
|
+
|
|
22
|
+
- `recall doctor` — validate repository memory; run it before claiming any work is complete.
|
|
23
|
+
- `recall feature create <name>` — scaffold feature memory before non-trivial feature work.
|
|
24
|
+
- `recall adr create <title>` — propose a decision; `recall adr accept <name>` accepts it.
|
|
25
|
+
- `recall adr supersede <old> <new-title>` — record a changed decision (never overwrite an accepted
|
|
26
|
+
ADR).
|
|
27
|
+
- `recall module create <name>` — scaffold module memory for a new responsibility boundary.
|
|
28
|
+
- `recall mcp add <server>` — capture an MCP tool's context into memory, offline.
|
|
29
|
+
|
|
30
|
+
Full command reference: `docs/ai/RECALL_COMMANDS.md`.
|
|
31
|
+
|
|
32
|
+
## Changing an accepted decision
|
|
33
|
+
|
|
34
|
+
Before changing anything an accepted ADR governs (framework, database, auth, API shape, and
|
|
35
|
+
similar):
|
|
36
|
+
|
|
37
|
+
1. Check `docs/adrs/` for an accepted ADR that covers it.
|
|
38
|
+
2. If your change contradicts one, stop and confirm with a human first — do not silently change the
|
|
39
|
+
code and leave the ADR saying the opposite.
|
|
40
|
+
3. Record the change as a new decision with `recall adr supersede <old> <new-title>`. That
|
|
41
|
+
supersedes the old ADR instead of overwriting history, so the reasoning stays auditable.
|
|
42
|
+
|
|
43
|
+
Repository memory is only trustworthy if decisions change through this trail, not silently.
|
|
@@ -4,3 +4,12 @@ AI agents must follow repository memory over model preference.
|
|
|
4
4
|
|
|
5
5
|
If a request conflicts with accepted repository memory or engineering standards, stop and report the
|
|
6
6
|
conflict.
|
|
7
|
+
|
|
8
|
+
## Changing an accepted decision
|
|
9
|
+
|
|
10
|
+
When work would change something an accepted ADR governs:
|
|
11
|
+
|
|
12
|
+
1. Find the accepted ADR in `docs/adrs/` that covers it.
|
|
13
|
+
2. If the change contradicts it, stop and confirm with a human before changing the code.
|
|
14
|
+
3. Record the new decision with `recall adr supersede <old> <new-title>` so the old ADR is marked
|
|
15
|
+
superseded and the reasoning is preserved, instead of silently editing or contradicting it.
|
|
@@ -108,6 +108,17 @@ Options:
|
|
|
108
108
|
- `--dry-run`: show planned writes without writing files.
|
|
109
109
|
- `--force`: overwrite existing files explicitly.
|
|
110
110
|
|
|
111
|
+
### `recall adr supersede <old> <new-title>`
|
|
112
|
+
|
|
113
|
+
Record a changed decision. Marks an accepted ADR as `Accepted — superseded by ADR-####` and creates
|
|
114
|
+
a new accepted ADR that declares what it supersedes, so the reasoning trail stays auditable instead
|
|
115
|
+
of being overwritten. Doctor then warns about any memory still referencing the superseded decision.
|
|
116
|
+
|
|
117
|
+
Options:
|
|
118
|
+
|
|
119
|
+
- `--dry-run`: show planned writes without writing files.
|
|
120
|
+
- `--force`: overwrite existing files explicitly.
|
|
121
|
+
|
|
111
122
|
### `recall module create <name>`
|
|
112
123
|
|
|
113
124
|
Create module memory docs under the configured modules directory.
|
|
@@ -124,7 +135,8 @@ engineering evidence is present, and whether memory references decisions that ex
|
|
|
124
135
|
accepted.
|
|
125
136
|
|
|
126
137
|
Doctor also runs deterministic drift checks: feature or module memory that references a missing ADR
|
|
127
|
-
is an error,
|
|
138
|
+
is an error, memory that references a not-yet-accepted ADR is a warning, and memory that still
|
|
139
|
+
references a superseded decision is a warning.
|
|
128
140
|
|
|
129
141
|
Exit codes:
|
|
130
142
|
|
|
@@ -13,3 +13,31 @@ Required reading:
|
|
|
13
13
|
- `docs/60-engineering/ENGINEERING_STANDARDS.md`
|
|
14
14
|
|
|
15
15
|
Repository rules override model preferences. If instructions conflict, stop and report the conflict.
|
|
16
|
+
|
|
17
|
+
## Recall OS commands
|
|
18
|
+
|
|
19
|
+
This repository is maintained with the Recall OS CLI. Use these commands yourself as you work — do
|
|
20
|
+
not ask the human to run them, and do not search the web for them (this is a project-local tool):
|
|
21
|
+
|
|
22
|
+
- `recall doctor` — validate repository memory; run it before claiming any work is complete.
|
|
23
|
+
- `recall feature create <name>` — scaffold feature memory before non-trivial feature work.
|
|
24
|
+
- `recall adr create <title>` — propose a decision; `recall adr accept <name>` accepts it.
|
|
25
|
+
- `recall adr supersede <old> <new-title>` — record a changed decision (never overwrite an accepted
|
|
26
|
+
ADR).
|
|
27
|
+
- `recall module create <name>` — scaffold module memory for a new responsibility boundary.
|
|
28
|
+
- `recall mcp add <server>` — capture an MCP tool's context into memory, offline.
|
|
29
|
+
|
|
30
|
+
Full command reference: `docs/ai/RECALL_COMMANDS.md`.
|
|
31
|
+
|
|
32
|
+
## Changing an accepted decision
|
|
33
|
+
|
|
34
|
+
Before changing anything an accepted ADR governs (framework, database, auth, API shape, and
|
|
35
|
+
similar):
|
|
36
|
+
|
|
37
|
+
1. Check `docs/adrs/` for an accepted ADR that covers it.
|
|
38
|
+
2. If your change contradicts one, stop and confirm with a human first — do not silently change the
|
|
39
|
+
code and leave the ADR saying the opposite.
|
|
40
|
+
3. Record the change as a new decision with `recall adr supersede <old> <new-title>`. That
|
|
41
|
+
supersedes the old ADR instead of overwriting history, so the reasoning stays auditable.
|
|
42
|
+
|
|
43
|
+
Repository memory is only trustworthy if decisions change through this trail, not silently.
|
|
@@ -4,3 +4,12 @@ AI agents must follow repository memory over model preference.
|
|
|
4
4
|
|
|
5
5
|
If a request conflicts with accepted repository memory or engineering standards, stop and report the
|
|
6
6
|
conflict.
|
|
7
|
+
|
|
8
|
+
## Changing an accepted decision
|
|
9
|
+
|
|
10
|
+
When work would change something an accepted ADR governs:
|
|
11
|
+
|
|
12
|
+
1. Find the accepted ADR in `docs/adrs/` that covers it.
|
|
13
|
+
2. If the change contradicts it, stop and confirm with a human before changing the code.
|
|
14
|
+
3. Record the new decision with `recall adr supersede <old> <new-title>` so the old ADR is marked
|
|
15
|
+
superseded and the reasoning is preserved, instead of silently editing or contradicting it.
|
|
@@ -108,6 +108,17 @@ Options:
|
|
|
108
108
|
- `--dry-run`: show planned writes without writing files.
|
|
109
109
|
- `--force`: overwrite existing files explicitly.
|
|
110
110
|
|
|
111
|
+
### `recall adr supersede <old> <new-title>`
|
|
112
|
+
|
|
113
|
+
Record a changed decision. Marks an accepted ADR as `Accepted — superseded by ADR-####` and creates
|
|
114
|
+
a new accepted ADR that declares what it supersedes, so the reasoning trail stays auditable instead
|
|
115
|
+
of being overwritten. Doctor then warns about any memory still referencing the superseded decision.
|
|
116
|
+
|
|
117
|
+
Options:
|
|
118
|
+
|
|
119
|
+
- `--dry-run`: show planned writes without writing files.
|
|
120
|
+
- `--force`: overwrite existing files explicitly.
|
|
121
|
+
|
|
111
122
|
### `recall module create <name>`
|
|
112
123
|
|
|
113
124
|
Create module memory docs under the configured modules directory.
|
|
@@ -124,7 +135,8 @@ engineering evidence is present, and whether memory references decisions that ex
|
|
|
124
135
|
accepted.
|
|
125
136
|
|
|
126
137
|
Doctor also runs deterministic drift checks: feature or module memory that references a missing ADR
|
|
127
|
-
is an error,
|
|
138
|
+
is an error, memory that references a not-yet-accepted ADR is a warning, and memory that still
|
|
139
|
+
references a superseded decision is a warning.
|
|
128
140
|
|
|
129
141
|
Exit codes:
|
|
130
142
|
|
|
@@ -13,3 +13,31 @@ Required reading:
|
|
|
13
13
|
- `docs/60-engineering/ENGINEERING_STANDARDS.md`
|
|
14
14
|
|
|
15
15
|
Repository rules override model preferences. If instructions conflict, stop and report the conflict.
|
|
16
|
+
|
|
17
|
+
## Recall OS commands
|
|
18
|
+
|
|
19
|
+
This repository is maintained with the Recall OS CLI. Use these commands yourself as you work — do
|
|
20
|
+
not ask the human to run them, and do not search the web for them (this is a project-local tool):
|
|
21
|
+
|
|
22
|
+
- `recall doctor` — validate repository memory; run it before claiming any work is complete.
|
|
23
|
+
- `recall feature create <name>` — scaffold feature memory before non-trivial feature work.
|
|
24
|
+
- `recall adr create <title>` — propose a decision; `recall adr accept <name>` accepts it.
|
|
25
|
+
- `recall adr supersede <old> <new-title>` — record a changed decision (never overwrite an accepted
|
|
26
|
+
ADR).
|
|
27
|
+
- `recall module create <name>` — scaffold module memory for a new responsibility boundary.
|
|
28
|
+
- `recall mcp add <server>` — capture an MCP tool's context into memory, offline.
|
|
29
|
+
|
|
30
|
+
Full command reference: `docs/ai/RECALL_COMMANDS.md`.
|
|
31
|
+
|
|
32
|
+
## Changing an accepted decision
|
|
33
|
+
|
|
34
|
+
Before changing anything an accepted ADR governs (framework, database, auth, API shape, and
|
|
35
|
+
similar):
|
|
36
|
+
|
|
37
|
+
1. Check `docs/adrs/` for an accepted ADR that covers it.
|
|
38
|
+
2. If your change contradicts one, stop and confirm with a human first — do not silently change the
|
|
39
|
+
code and leave the ADR saying the opposite.
|
|
40
|
+
3. Record the change as a new decision with `recall adr supersede <old> <new-title>`. That
|
|
41
|
+
supersedes the old ADR instead of overwriting history, so the reasoning stays auditable.
|
|
42
|
+
|
|
43
|
+
Repository memory is only trustworthy if decisions change through this trail, not silently.
|
|
@@ -4,3 +4,12 @@ AI agents must follow repository memory over model preference.
|
|
|
4
4
|
|
|
5
5
|
If a request conflicts with accepted repository memory or engineering standards, stop and report the
|
|
6
6
|
conflict.
|
|
7
|
+
|
|
8
|
+
## Changing an accepted decision
|
|
9
|
+
|
|
10
|
+
When work would change something an accepted ADR governs:
|
|
11
|
+
|
|
12
|
+
1. Find the accepted ADR in `docs/adrs/` that covers it.
|
|
13
|
+
2. If the change contradicts it, stop and confirm with a human before changing the code.
|
|
14
|
+
3. Record the new decision with `recall adr supersede <old> <new-title>` so the old ADR is marked
|
|
15
|
+
superseded and the reasoning is preserved, instead of silently editing or contradicting it.
|
|
@@ -108,6 +108,17 @@ Options:
|
|
|
108
108
|
- `--dry-run`: show planned writes without writing files.
|
|
109
109
|
- `--force`: overwrite existing files explicitly.
|
|
110
110
|
|
|
111
|
+
### `recall adr supersede <old> <new-title>`
|
|
112
|
+
|
|
113
|
+
Record a changed decision. Marks an accepted ADR as `Accepted — superseded by ADR-####` and creates
|
|
114
|
+
a new accepted ADR that declares what it supersedes, so the reasoning trail stays auditable instead
|
|
115
|
+
of being overwritten. Doctor then warns about any memory still referencing the superseded decision.
|
|
116
|
+
|
|
117
|
+
Options:
|
|
118
|
+
|
|
119
|
+
- `--dry-run`: show planned writes without writing files.
|
|
120
|
+
- `--force`: overwrite existing files explicitly.
|
|
121
|
+
|
|
111
122
|
### `recall module create <name>`
|
|
112
123
|
|
|
113
124
|
Create module memory docs under the configured modules directory.
|
|
@@ -124,7 +135,8 @@ engineering evidence is present, and whether memory references decisions that ex
|
|
|
124
135
|
accepted.
|
|
125
136
|
|
|
126
137
|
Doctor also runs deterministic drift checks: feature or module memory that references a missing ADR
|
|
127
|
-
is an error,
|
|
138
|
+
is an error, memory that references a not-yet-accepted ADR is a warning, and memory that still
|
|
139
|
+
references a superseded decision is a warning.
|
|
128
140
|
|
|
129
141
|
Exit codes:
|
|
130
142
|
|
|
@@ -13,3 +13,31 @@ Required reading:
|
|
|
13
13
|
- `docs/60-engineering/ENGINEERING_STANDARDS.md`
|
|
14
14
|
|
|
15
15
|
Repository rules override model preferences. If instructions conflict, stop and report the conflict.
|
|
16
|
+
|
|
17
|
+
## Recall OS commands
|
|
18
|
+
|
|
19
|
+
This repository is maintained with the Recall OS CLI. Use these commands yourself as you work — do
|
|
20
|
+
not ask the human to run them, and do not search the web for them (this is a project-local tool):
|
|
21
|
+
|
|
22
|
+
- `recall doctor` — validate repository memory; run it before claiming any work is complete.
|
|
23
|
+
- `recall feature create <name>` — scaffold feature memory before non-trivial feature work.
|
|
24
|
+
- `recall adr create <title>` — propose a decision; `recall adr accept <name>` accepts it.
|
|
25
|
+
- `recall adr supersede <old> <new-title>` — record a changed decision (never overwrite an accepted
|
|
26
|
+
ADR).
|
|
27
|
+
- `recall module create <name>` — scaffold module memory for a new responsibility boundary.
|
|
28
|
+
- `recall mcp add <server>` — capture an MCP tool's context into memory, offline.
|
|
29
|
+
|
|
30
|
+
Full command reference: `docs/ai/RECALL_COMMANDS.md`.
|
|
31
|
+
|
|
32
|
+
## Changing an accepted decision
|
|
33
|
+
|
|
34
|
+
Before changing anything an accepted ADR governs (framework, database, auth, API shape, and
|
|
35
|
+
similar):
|
|
36
|
+
|
|
37
|
+
1. Check `docs/adrs/` for an accepted ADR that covers it.
|
|
38
|
+
2. If your change contradicts one, stop and confirm with a human first — do not silently change the
|
|
39
|
+
code and leave the ADR saying the opposite.
|
|
40
|
+
3. Record the change as a new decision with `recall adr supersede <old> <new-title>`. That
|
|
41
|
+
supersedes the old ADR instead of overwriting history, so the reasoning stays auditable.
|
|
42
|
+
|
|
43
|
+
Repository memory is only trustworthy if decisions change through this trail, not silently.
|
|
@@ -4,3 +4,12 @@ AI agents must follow repository memory over model preference.
|
|
|
4
4
|
|
|
5
5
|
If a request conflicts with accepted repository memory or engineering standards, stop and report the
|
|
6
6
|
conflict.
|
|
7
|
+
|
|
8
|
+
## Changing an accepted decision
|
|
9
|
+
|
|
10
|
+
When work would change something an accepted ADR governs:
|
|
11
|
+
|
|
12
|
+
1. Find the accepted ADR in `docs/adrs/` that covers it.
|
|
13
|
+
2. If the change contradicts it, stop and confirm with a human before changing the code.
|
|
14
|
+
3. Record the new decision with `recall adr supersede <old> <new-title>` so the old ADR is marked
|
|
15
|
+
superseded and the reasoning is preserved, instead of silently editing or contradicting it.
|
|
@@ -108,6 +108,17 @@ Options:
|
|
|
108
108
|
- `--dry-run`: show planned writes without writing files.
|
|
109
109
|
- `--force`: overwrite existing files explicitly.
|
|
110
110
|
|
|
111
|
+
### `recall adr supersede <old> <new-title>`
|
|
112
|
+
|
|
113
|
+
Record a changed decision. Marks an accepted ADR as `Accepted — superseded by ADR-####` and creates
|
|
114
|
+
a new accepted ADR that declares what it supersedes, so the reasoning trail stays auditable instead
|
|
115
|
+
of being overwritten. Doctor then warns about any memory still referencing the superseded decision.
|
|
116
|
+
|
|
117
|
+
Options:
|
|
118
|
+
|
|
119
|
+
- `--dry-run`: show planned writes without writing files.
|
|
120
|
+
- `--force`: overwrite existing files explicitly.
|
|
121
|
+
|
|
111
122
|
### `recall module create <name>`
|
|
112
123
|
|
|
113
124
|
Create module memory docs under the configured modules directory.
|
|
@@ -124,7 +135,8 @@ engineering evidence is present, and whether memory references decisions that ex
|
|
|
124
135
|
accepted.
|
|
125
136
|
|
|
126
137
|
Doctor also runs deterministic drift checks: feature or module memory that references a missing ADR
|
|
127
|
-
is an error,
|
|
138
|
+
is an error, memory that references a not-yet-accepted ADR is a warning, and memory that still
|
|
139
|
+
references a superseded decision is a warning.
|
|
128
140
|
|
|
129
141
|
Exit codes:
|
|
130
142
|
|
|
@@ -13,3 +13,31 @@ Required reading:
|
|
|
13
13
|
- `docs/60-engineering/ENGINEERING_STANDARDS.md`
|
|
14
14
|
|
|
15
15
|
Repository rules override model preferences. If instructions conflict, stop and report the conflict.
|
|
16
|
+
|
|
17
|
+
## Recall OS commands
|
|
18
|
+
|
|
19
|
+
This repository is maintained with the Recall OS CLI. Use these commands yourself as you work — do
|
|
20
|
+
not ask the human to run them, and do not search the web for them (this is a project-local tool):
|
|
21
|
+
|
|
22
|
+
- `recall doctor` — validate repository memory; run it before claiming any work is complete.
|
|
23
|
+
- `recall feature create <name>` — scaffold feature memory before non-trivial feature work.
|
|
24
|
+
- `recall adr create <title>` — propose a decision; `recall adr accept <name>` accepts it.
|
|
25
|
+
- `recall adr supersede <old> <new-title>` — record a changed decision (never overwrite an accepted
|
|
26
|
+
ADR).
|
|
27
|
+
- `recall module create <name>` — scaffold module memory for a new responsibility boundary.
|
|
28
|
+
- `recall mcp add <server>` — capture an MCP tool's context into memory, offline.
|
|
29
|
+
|
|
30
|
+
Full command reference: `docs/ai/RECALL_COMMANDS.md`.
|
|
31
|
+
|
|
32
|
+
## Changing an accepted decision
|
|
33
|
+
|
|
34
|
+
Before changing anything an accepted ADR governs (framework, database, auth, API shape, and
|
|
35
|
+
similar):
|
|
36
|
+
|
|
37
|
+
1. Check `docs/adrs/` for an accepted ADR that covers it.
|
|
38
|
+
2. If your change contradicts one, stop and confirm with a human first — do not silently change the
|
|
39
|
+
code and leave the ADR saying the opposite.
|
|
40
|
+
3. Record the change as a new decision with `recall adr supersede <old> <new-title>`. That
|
|
41
|
+
supersedes the old ADR instead of overwriting history, so the reasoning stays auditable.
|
|
42
|
+
|
|
43
|
+
Repository memory is only trustworthy if decisions change through this trail, not silently.
|
|
@@ -4,3 +4,12 @@ AI agents must follow repository memory over model preference.
|
|
|
4
4
|
|
|
5
5
|
If a request conflicts with accepted repository memory or engineering standards, stop and report the
|
|
6
6
|
conflict.
|
|
7
|
+
|
|
8
|
+
## Changing an accepted decision
|
|
9
|
+
|
|
10
|
+
When work would change something an accepted ADR governs:
|
|
11
|
+
|
|
12
|
+
1. Find the accepted ADR in `docs/adrs/` that covers it.
|
|
13
|
+
2. If the change contradicts it, stop and confirm with a human before changing the code.
|
|
14
|
+
3. Record the new decision with `recall adr supersede <old> <new-title>` so the old ADR is marked
|
|
15
|
+
superseded and the reasoning is preserved, instead of silently editing or contradicting it.
|
|
@@ -108,6 +108,17 @@ Options:
|
|
|
108
108
|
- `--dry-run`: show planned writes without writing files.
|
|
109
109
|
- `--force`: overwrite existing files explicitly.
|
|
110
110
|
|
|
111
|
+
### `recall adr supersede <old> <new-title>`
|
|
112
|
+
|
|
113
|
+
Record a changed decision. Marks an accepted ADR as `Accepted — superseded by ADR-####` and creates
|
|
114
|
+
a new accepted ADR that declares what it supersedes, so the reasoning trail stays auditable instead
|
|
115
|
+
of being overwritten. Doctor then warns about any memory still referencing the superseded decision.
|
|
116
|
+
|
|
117
|
+
Options:
|
|
118
|
+
|
|
119
|
+
- `--dry-run`: show planned writes without writing files.
|
|
120
|
+
- `--force`: overwrite existing files explicitly.
|
|
121
|
+
|
|
111
122
|
### `recall module create <name>`
|
|
112
123
|
|
|
113
124
|
Create module memory docs under the configured modules directory.
|
|
@@ -124,7 +135,8 @@ engineering evidence is present, and whether memory references decisions that ex
|
|
|
124
135
|
accepted.
|
|
125
136
|
|
|
126
137
|
Doctor also runs deterministic drift checks: feature or module memory that references a missing ADR
|
|
127
|
-
is an error,
|
|
138
|
+
is an error, memory that references a not-yet-accepted ADR is a warning, and memory that still
|
|
139
|
+
references a superseded decision is a warning.
|
|
128
140
|
|
|
129
141
|
Exit codes:
|
|
130
142
|
|
|
@@ -13,3 +13,31 @@ Required reading:
|
|
|
13
13
|
- `docs/60-engineering/ENGINEERING_STANDARDS.md`
|
|
14
14
|
|
|
15
15
|
Repository rules override model preferences. If instructions conflict, stop and report the conflict.
|
|
16
|
+
|
|
17
|
+
## Recall OS commands
|
|
18
|
+
|
|
19
|
+
This repository is maintained with the Recall OS CLI. Use these commands yourself as you work — do
|
|
20
|
+
not ask the human to run them, and do not search the web for them (this is a project-local tool):
|
|
21
|
+
|
|
22
|
+
- `recall doctor` — validate repository memory; run it before claiming any work is complete.
|
|
23
|
+
- `recall feature create <name>` — scaffold feature memory before non-trivial feature work.
|
|
24
|
+
- `recall adr create <title>` — propose a decision; `recall adr accept <name>` accepts it.
|
|
25
|
+
- `recall adr supersede <old> <new-title>` — record a changed decision (never overwrite an accepted
|
|
26
|
+
ADR).
|
|
27
|
+
- `recall module create <name>` — scaffold module memory for a new responsibility boundary.
|
|
28
|
+
- `recall mcp add <server>` — capture an MCP tool's context into memory, offline.
|
|
29
|
+
|
|
30
|
+
Full command reference: `docs/ai/RECALL_COMMANDS.md`.
|
|
31
|
+
|
|
32
|
+
## Changing an accepted decision
|
|
33
|
+
|
|
34
|
+
Before changing anything an accepted ADR governs (framework, database, auth, API shape, and
|
|
35
|
+
similar):
|
|
36
|
+
|
|
37
|
+
1. Check `docs/adrs/` for an accepted ADR that covers it.
|
|
38
|
+
2. If your change contradicts one, stop and confirm with a human first — do not silently change the
|
|
39
|
+
code and leave the ADR saying the opposite.
|
|
40
|
+
3. Record the change as a new decision with `recall adr supersede <old> <new-title>`. That
|
|
41
|
+
supersedes the old ADR instead of overwriting history, so the reasoning stays auditable.
|
|
42
|
+
|
|
43
|
+
Repository memory is only trustworthy if decisions change through this trail, not silently.
|
|
@@ -4,3 +4,12 @@ AI agents must follow repository memory over model preference.
|
|
|
4
4
|
|
|
5
5
|
If a request conflicts with accepted repository memory or engineering standards, stop and report the
|
|
6
6
|
conflict.
|
|
7
|
+
|
|
8
|
+
## Changing an accepted decision
|
|
9
|
+
|
|
10
|
+
When work would change something an accepted ADR governs:
|
|
11
|
+
|
|
12
|
+
1. Find the accepted ADR in `docs/adrs/` that covers it.
|
|
13
|
+
2. If the change contradicts it, stop and confirm with a human before changing the code.
|
|
14
|
+
3. Record the new decision with `recall adr supersede <old> <new-title>` so the old ADR is marked
|
|
15
|
+
superseded and the reasoning is preserved, instead of silently editing or contradicting it.
|
|
@@ -108,6 +108,17 @@ Options:
|
|
|
108
108
|
- `--dry-run`: show planned writes without writing files.
|
|
109
109
|
- `--force`: overwrite existing files explicitly.
|
|
110
110
|
|
|
111
|
+
### `recall adr supersede <old> <new-title>`
|
|
112
|
+
|
|
113
|
+
Record a changed decision. Marks an accepted ADR as `Accepted — superseded by ADR-####` and creates
|
|
114
|
+
a new accepted ADR that declares what it supersedes, so the reasoning trail stays auditable instead
|
|
115
|
+
of being overwritten. Doctor then warns about any memory still referencing the superseded decision.
|
|
116
|
+
|
|
117
|
+
Options:
|
|
118
|
+
|
|
119
|
+
- `--dry-run`: show planned writes without writing files.
|
|
120
|
+
- `--force`: overwrite existing files explicitly.
|
|
121
|
+
|
|
111
122
|
### `recall module create <name>`
|
|
112
123
|
|
|
113
124
|
Create module memory docs under the configured modules directory.
|
|
@@ -124,7 +135,8 @@ engineering evidence is present, and whether memory references decisions that ex
|
|
|
124
135
|
accepted.
|
|
125
136
|
|
|
126
137
|
Doctor also runs deterministic drift checks: feature or module memory that references a missing ADR
|
|
127
|
-
is an error,
|
|
138
|
+
is an error, memory that references a not-yet-accepted ADR is a warning, and memory that still
|
|
139
|
+
references a superseded decision is a warning.
|
|
128
140
|
|
|
129
141
|
Exit codes:
|
|
130
142
|
|
|
@@ -13,3 +13,31 @@ Required reading:
|
|
|
13
13
|
- `docs/60-engineering/ENGINEERING_STANDARDS.md`
|
|
14
14
|
|
|
15
15
|
Repository rules override model preferences. If instructions conflict, stop and report the conflict.
|
|
16
|
+
|
|
17
|
+
## Recall OS commands
|
|
18
|
+
|
|
19
|
+
This repository is maintained with the Recall OS CLI. Use these commands yourself as you work — do
|
|
20
|
+
not ask the human to run them, and do not search the web for them (this is a project-local tool):
|
|
21
|
+
|
|
22
|
+
- `recall doctor` — validate repository memory; run it before claiming any work is complete.
|
|
23
|
+
- `recall feature create <name>` — scaffold feature memory before non-trivial feature work.
|
|
24
|
+
- `recall adr create <title>` — propose a decision; `recall adr accept <name>` accepts it.
|
|
25
|
+
- `recall adr supersede <old> <new-title>` — record a changed decision (never overwrite an accepted
|
|
26
|
+
ADR).
|
|
27
|
+
- `recall module create <name>` — scaffold module memory for a new responsibility boundary.
|
|
28
|
+
- `recall mcp add <server>` — capture an MCP tool's context into memory, offline.
|
|
29
|
+
|
|
30
|
+
Full command reference: `docs/ai/RECALL_COMMANDS.md`.
|
|
31
|
+
|
|
32
|
+
## Changing an accepted decision
|
|
33
|
+
|
|
34
|
+
Before changing anything an accepted ADR governs (framework, database, auth, API shape, and
|
|
35
|
+
similar):
|
|
36
|
+
|
|
37
|
+
1. Check `docs/adrs/` for an accepted ADR that covers it.
|
|
38
|
+
2. If your change contradicts one, stop and confirm with a human first — do not silently change the
|
|
39
|
+
code and leave the ADR saying the opposite.
|
|
40
|
+
3. Record the change as a new decision with `recall adr supersede <old> <new-title>`. That
|
|
41
|
+
supersedes the old ADR instead of overwriting history, so the reasoning stays auditable.
|
|
42
|
+
|
|
43
|
+
Repository memory is only trustworthy if decisions change through this trail, not silently.
|
|
@@ -4,3 +4,12 @@ AI agents must follow repository memory over model preference.
|
|
|
4
4
|
|
|
5
5
|
If a request conflicts with accepted repository memory or engineering standards, stop and report the
|
|
6
6
|
conflict.
|
|
7
|
+
|
|
8
|
+
## Changing an accepted decision
|
|
9
|
+
|
|
10
|
+
When work would change something an accepted ADR governs:
|
|
11
|
+
|
|
12
|
+
1. Find the accepted ADR in `docs/adrs/` that covers it.
|
|
13
|
+
2. If the change contradicts it, stop and confirm with a human before changing the code.
|
|
14
|
+
3. Record the new decision with `recall adr supersede <old> <new-title>` so the old ADR is marked
|
|
15
|
+
superseded and the reasoning is preserved, instead of silently editing or contradicting it.
|
|
@@ -108,6 +108,17 @@ Options:
|
|
|
108
108
|
- `--dry-run`: show planned writes without writing files.
|
|
109
109
|
- `--force`: overwrite existing files explicitly.
|
|
110
110
|
|
|
111
|
+
### `recall adr supersede <old> <new-title>`
|
|
112
|
+
|
|
113
|
+
Record a changed decision. Marks an accepted ADR as `Accepted — superseded by ADR-####` and creates
|
|
114
|
+
a new accepted ADR that declares what it supersedes, so the reasoning trail stays auditable instead
|
|
115
|
+
of being overwritten. Doctor then warns about any memory still referencing the superseded decision.
|
|
116
|
+
|
|
117
|
+
Options:
|
|
118
|
+
|
|
119
|
+
- `--dry-run`: show planned writes without writing files.
|
|
120
|
+
- `--force`: overwrite existing files explicitly.
|
|
121
|
+
|
|
111
122
|
### `recall module create <name>`
|
|
112
123
|
|
|
113
124
|
Create module memory docs under the configured modules directory.
|
|
@@ -124,7 +135,8 @@ engineering evidence is present, and whether memory references decisions that ex
|
|
|
124
135
|
accepted.
|
|
125
136
|
|
|
126
137
|
Doctor also runs deterministic drift checks: feature or module memory that references a missing ADR
|
|
127
|
-
is an error,
|
|
138
|
+
is an error, memory that references a not-yet-accepted ADR is a warning, and memory that still
|
|
139
|
+
references a superseded decision is a warning.
|
|
128
140
|
|
|
129
141
|
Exit codes:
|
|
130
142
|
|
|
@@ -13,3 +13,31 @@ Required reading:
|
|
|
13
13
|
- `docs/60-engineering/ENGINEERING_STANDARDS.md`
|
|
14
14
|
|
|
15
15
|
Repository rules override model preferences. If instructions conflict, stop and report the conflict.
|
|
16
|
+
|
|
17
|
+
## Recall OS commands
|
|
18
|
+
|
|
19
|
+
This repository is maintained with the Recall OS CLI. Use these commands yourself as you work — do
|
|
20
|
+
not ask the human to run them, and do not search the web for them (this is a project-local tool):
|
|
21
|
+
|
|
22
|
+
- `recall doctor` — validate repository memory; run it before claiming any work is complete.
|
|
23
|
+
- `recall feature create <name>` — scaffold feature memory before non-trivial feature work.
|
|
24
|
+
- `recall adr create <title>` — propose a decision; `recall adr accept <name>` accepts it.
|
|
25
|
+
- `recall adr supersede <old> <new-title>` — record a changed decision (never overwrite an accepted
|
|
26
|
+
ADR).
|
|
27
|
+
- `recall module create <name>` — scaffold module memory for a new responsibility boundary.
|
|
28
|
+
- `recall mcp add <server>` — capture an MCP tool's context into memory, offline.
|
|
29
|
+
|
|
30
|
+
Full command reference: `docs/ai/RECALL_COMMANDS.md`.
|
|
31
|
+
|
|
32
|
+
## Changing an accepted decision
|
|
33
|
+
|
|
34
|
+
Before changing anything an accepted ADR governs (framework, database, auth, API shape, and
|
|
35
|
+
similar):
|
|
36
|
+
|
|
37
|
+
1. Check `docs/adrs/` for an accepted ADR that covers it.
|
|
38
|
+
2. If your change contradicts one, stop and confirm with a human first — do not silently change the
|
|
39
|
+
code and leave the ADR saying the opposite.
|
|
40
|
+
3. Record the change as a new decision with `recall adr supersede <old> <new-title>`. That
|
|
41
|
+
supersedes the old ADR instead of overwriting history, so the reasoning stays auditable.
|
|
42
|
+
|
|
43
|
+
Repository memory is only trustworthy if decisions change through this trail, not silently.
|
|
@@ -4,3 +4,12 @@ AI agents must follow repository memory over model preference.
|
|
|
4
4
|
|
|
5
5
|
If a request conflicts with accepted repository memory or engineering standards, stop and report the
|
|
6
6
|
conflict.
|
|
7
|
+
|
|
8
|
+
## Changing an accepted decision
|
|
9
|
+
|
|
10
|
+
When work would change something an accepted ADR governs:
|
|
11
|
+
|
|
12
|
+
1. Find the accepted ADR in `docs/adrs/` that covers it.
|
|
13
|
+
2. If the change contradicts it, stop and confirm with a human before changing the code.
|
|
14
|
+
3. Record the new decision with `recall adr supersede <old> <new-title>` so the old ADR is marked
|
|
15
|
+
superseded and the reasoning is preserved, instead of silently editing or contradicting it.
|
|
@@ -108,6 +108,17 @@ Options:
|
|
|
108
108
|
- `--dry-run`: show planned writes without writing files.
|
|
109
109
|
- `--force`: overwrite existing files explicitly.
|
|
110
110
|
|
|
111
|
+
### `recall adr supersede <old> <new-title>`
|
|
112
|
+
|
|
113
|
+
Record a changed decision. Marks an accepted ADR as `Accepted — superseded by ADR-####` and creates
|
|
114
|
+
a new accepted ADR that declares what it supersedes, so the reasoning trail stays auditable instead
|
|
115
|
+
of being overwritten. Doctor then warns about any memory still referencing the superseded decision.
|
|
116
|
+
|
|
117
|
+
Options:
|
|
118
|
+
|
|
119
|
+
- `--dry-run`: show planned writes without writing files.
|
|
120
|
+
- `--force`: overwrite existing files explicitly.
|
|
121
|
+
|
|
111
122
|
### `recall module create <name>`
|
|
112
123
|
|
|
113
124
|
Create module memory docs under the configured modules directory.
|
|
@@ -124,7 +135,8 @@ engineering evidence is present, and whether memory references decisions that ex
|
|
|
124
135
|
accepted.
|
|
125
136
|
|
|
126
137
|
Doctor also runs deterministic drift checks: feature or module memory that references a missing ADR
|
|
127
|
-
is an error,
|
|
138
|
+
is an error, memory that references a not-yet-accepted ADR is a warning, and memory that still
|
|
139
|
+
references a superseded decision is a warning.
|
|
128
140
|
|
|
129
141
|
Exit codes:
|
|
130
142
|
|
|
@@ -13,3 +13,31 @@ Required reading:
|
|
|
13
13
|
- `docs/60-engineering/ENGINEERING_STANDARDS.md`
|
|
14
14
|
|
|
15
15
|
Repository rules override model preferences. If instructions conflict, stop and report the conflict.
|
|
16
|
+
|
|
17
|
+
## Recall OS commands
|
|
18
|
+
|
|
19
|
+
This repository is maintained with the Recall OS CLI. Use these commands yourself as you work — do
|
|
20
|
+
not ask the human to run them, and do not search the web for them (this is a project-local tool):
|
|
21
|
+
|
|
22
|
+
- `recall doctor` — validate repository memory; run it before claiming any work is complete.
|
|
23
|
+
- `recall feature create <name>` — scaffold feature memory before non-trivial feature work.
|
|
24
|
+
- `recall adr create <title>` — propose a decision; `recall adr accept <name>` accepts it.
|
|
25
|
+
- `recall adr supersede <old> <new-title>` — record a changed decision (never overwrite an accepted
|
|
26
|
+
ADR).
|
|
27
|
+
- `recall module create <name>` — scaffold module memory for a new responsibility boundary.
|
|
28
|
+
- `recall mcp add <server>` — capture an MCP tool's context into memory, offline.
|
|
29
|
+
|
|
30
|
+
Full command reference: `docs/ai/RECALL_COMMANDS.md`.
|
|
31
|
+
|
|
32
|
+
## Changing an accepted decision
|
|
33
|
+
|
|
34
|
+
Before changing anything an accepted ADR governs (framework, database, auth, API shape, and
|
|
35
|
+
similar):
|
|
36
|
+
|
|
37
|
+
1. Check `docs/adrs/` for an accepted ADR that covers it.
|
|
38
|
+
2. If your change contradicts one, stop and confirm with a human first — do not silently change the
|
|
39
|
+
code and leave the ADR saying the opposite.
|
|
40
|
+
3. Record the change as a new decision with `recall adr supersede <old> <new-title>`. That
|
|
41
|
+
supersedes the old ADR instead of overwriting history, so the reasoning stays auditable.
|
|
42
|
+
|
|
43
|
+
Repository memory is only trustworthy if decisions change through this trail, not silently.
|
|
@@ -4,3 +4,12 @@ AI agents must follow repository memory over model preference.
|
|
|
4
4
|
|
|
5
5
|
If a request conflicts with accepted repository memory or engineering standards, stop and report the
|
|
6
6
|
conflict.
|
|
7
|
+
|
|
8
|
+
## Changing an accepted decision
|
|
9
|
+
|
|
10
|
+
When work would change something an accepted ADR governs:
|
|
11
|
+
|
|
12
|
+
1. Find the accepted ADR in `docs/adrs/` that covers it.
|
|
13
|
+
2. If the change contradicts it, stop and confirm with a human before changing the code.
|
|
14
|
+
3. Record the new decision with `recall adr supersede <old> <new-title>` so the old ADR is marked
|
|
15
|
+
superseded and the reasoning is preserved, instead of silently editing or contradicting it.
|