@ncoderz/awa 1.4.0 → 1.5.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 +41 -38
- package/dist/index.js +1 -1
- package/dist/index.js.map +1 -1
- package/package.json +1 -1
- package/templates/awa/_partials/awa.core.md +8 -0
- package/templates/awa/_partials/awa.usage.md +22 -0
package/package.json
CHANGED
|
@@ -111,4 +111,12 @@ All `awa` commands in these instructions assume this resolution.
|
|
|
111
111
|
You SHALL run `awa check --spec-only` after creating or modifying any file in `.awa/specs/`, `.awa/tasks/`, or `.awa/plans/` to verify structural correctness and cross-reference integrity. Fix any errors before proceeding.
|
|
112
112
|
You SHALL run `awa check` (without --spec-only) after implementing code and tests to verify full traceability coverage.
|
|
113
113
|
</validation>
|
|
114
|
+
|
|
115
|
+
<code_search>
|
|
116
|
+
When you need to find code and you already have a traceability ID (requirement, AC, component, or property), you SHOULD run `awa trace <ID> --content` in the terminal rather than grep or semantic search. `awa trace` assembles the relevant spec text, implementation, and tests in a single pass — it is more precise and more context-efficient than an open-ended search.
|
|
117
|
+
|
|
118
|
+
When you need to understand a source file's spec connections before modifying it, you SHOULD run `awa trace --file <path> --content`.
|
|
119
|
+
|
|
120
|
+
When no ID is known yet, use your available search tools to locate code first, then use `awa trace` on any discovered IDs to gather deeper context.
|
|
121
|
+
</code_search>
|
|
114
122
|
</awa>
|
|
@@ -160,6 +160,28 @@ Check traceability chain integrity and spec schema conformance. Exit code 0 = cl
|
|
|
160
160
|
|
|
161
161
|
Checks performed: orphaned markers, uncovered ACs, broken cross-refs, invalid ID format, orphaned specs, schema validation. Config-only options: `schema-dir`, `schema-enabled`, `ignore-markers`, `spec-only`.
|
|
162
162
|
|
|
163
|
+
### awa trace
|
|
164
|
+
|
|
165
|
+
Navigate the traceability chain and assemble context from specs, code, and tests. Use this to gather focused context before implementing, refactoring, or reviewing.
|
|
166
|
+
|
|
167
|
+
awa trace [ids...] [options]
|
|
168
|
+
|
|
169
|
+
| Option | Description |
|
|
170
|
+
|--------|-------------|
|
|
171
|
+
| `[ids...]` | Traceability ID(s) to trace (e.g. `FEAT-1`, `FEAT-1_AC-2`, `FEAT_P-3`) |
|
|
172
|
+
| `--all` | Trace all known IDs in the project |
|
|
173
|
+
| `--scope <code>` | Limit results to a feature code (e.g. `--scope FEAT`) |
|
|
174
|
+
| `--file <path>` | Resolve IDs from a source file's markers — useful to understand a file's spec connections before changing it |
|
|
175
|
+
| `--task <path>` | Resolve IDs from a task file |
|
|
176
|
+
| `--content` | Output actual file sections instead of locations |
|
|
177
|
+
| `--list` | Output file paths only |
|
|
178
|
+
| `--direction <dir>` | Traversal direction: `both` (default), `forward`, `reverse` |
|
|
179
|
+
| `--depth <n>` | Maximum traversal depth |
|
|
180
|
+
| `--no-code` | Exclude source code (spec-only context) |
|
|
181
|
+
| `--no-tests` | Exclude test files |
|
|
182
|
+
| `--json` | JSON output |
|
|
183
|
+
| `-A/-B/-C <n>` | Lines of context after/before/both around a code marker (`--content` only) |
|
|
184
|
+
|
|
163
185
|
### awa template test
|
|
164
186
|
|
|
165
187
|
Run template test fixtures. Exit code 0 = all pass, 1 = failures.
|