@azure-id/orc 1.8.1 → 1.8.2
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/CHANGELOG.md +220 -0
- package/README-id.md +90 -71
- package/README.md +77 -31
- package/bin/cli.js +45460 -44867
- package/bin/graph-extract.js +2409 -120
- package/bin/graph-gain.js +404 -0
- package/bin/graph-map.js +232 -0
- package/bin/graph-notes.js +49 -8
- package/bin/graph-query.js +1770 -808
- package/bin/graph-resolve.js +93 -16
- package/bin/graph-shard.js +325 -0
- package/bin/graph.js +658 -605
- package/bin/verify-contracts.js +140 -0
- package/bin/verify-package.js +14 -0
- package/bin/webui/api.js +6 -0
- package/bin/webui/fixtures/index.js +6 -1
- package/bin/webui/fixtures/knowledge.js +41 -1
- package/bin/webui/fixtures/stats.js +107 -104
- package/bin/webui/i18n/en/knowledge.json +16 -1
- package/bin/webui/i18n/id/knowledge.json +16 -1
- package/bin/webui/js/panels/knowledge.js +68 -3
- package/package.json +1 -1
- package/templates/agents/orc-executor-haiku-4-5.md +8 -13
- package/templates/agents/orc-executor-opus-4-7-high.md +8 -13
- package/templates/agents/orc-executor-opus-4-7-med.md +8 -13
- package/templates/agents/orc-executor-opus-4-8-high.md +8 -13
- package/templates/agents/orc-executor-opus-5-high.md +8 -13
- package/templates/agents/orc-executor-opus-5-low.md +8 -13
- package/templates/agents/orc-executor-opus-5-med.md +8 -13
- package/templates/agents/orc-executor-sonnet-4-6-high.md +8 -13
- package/templates/agents/orc-executor-sonnet-4-6-med.md +8 -13
- package/templates/agents/orc-executor-sonnet-5-high.md +8 -13
- package/templates/agents/orc-graph-noter-sonnet-4-6-med.md +15 -12
- package/templates/hooks/README.md +13 -3
- package/templates/hooks/orc-graph-hook.js +148 -13
- package/templates/skills/_shared/code-graph.md +148 -20
- package/templates/skills/_shared/phases/execution.md +13 -11
- package/templates/skills/_shared/phases/planning.md +8 -1
- package/templates/skills/_shared/phases/ship.md +5 -1
- package/templates/skills/_shared/phases/trace.md +2 -0
- package/templates/skills/_shared/phases/wiki-consult.md +1 -1
- package/templates/skills/_shared/read-ladder.md +10 -2
- package/templates/skills/orc/SKILL.md +1 -1
- package/templates/skills/orc-analyze/SKILL.md +13 -13
- package/templates/skills/orc-diy/references/flow-schema.md +1 -1
- package/templates/skills/orc-wiki/references/staleness.md +1 -1
|
@@ -21,7 +21,7 @@ Escalate one step at a time. Stop at the step that answers the question.
|
|
|
21
21
|
|------|----|----------------|
|
|
22
22
|
| 1. Locate | `Grep` / `Glob` for the symbol, route, config key, or error string | You only needed to know WHERE it is |
|
|
23
23
|
| 2. Outline | Read the file's declaration lines — imports, exports, top-level signatures | You needed the API surface |
|
|
24
|
-
| 3. Range | Read the ±40 lines around the anchor found in step 1 | You needed one function's behaviour |
|
|
24
|
+
| 3. Range | Read the ±40 lines around the anchor found in step 1 — or let step 0 print them (`--source`) | You needed one function's behaviour |
|
|
25
25
|
| 4. Full | Read the whole file | It is the subject of the task — or you will edit it |
|
|
26
26
|
|
|
27
27
|
## Step 0 — ask the graph (always first; the CLI decides if it is on)
|
|
@@ -32,6 +32,14 @@ answers step 1 and step 2 together: where the symbol is, its line range, who
|
|
|
32
32
|
calls or uses it, what it calls, and which effects it has. Then continue at
|
|
33
33
|
step 3 — read the RANGE the card names before you act on behaviour. The graph is
|
|
34
34
|
a locator, never the truth: a card whose header says CHANGED is hints only.
|
|
35
|
+
|
|
36
|
+
**`--source [N]` answers step 3 in the SAME call** (v1.8.2). `orc graph ctx
|
|
37
|
+
<symbol> --source --if-enabled --json` prints the card and then the target's own
|
|
38
|
+
lines (default 80, hard cap 200), charged against the same `--budget`; the
|
|
39
|
+
footer says how many lines it cut. Use it for the CALLER'S range, the callee's,
|
|
40
|
+
the neighbour you will not touch. **It never replaces exception 1**: a file you
|
|
41
|
+
will EDIT is read IN FULL with `Read` first, because an `old_string` rebuilt
|
|
42
|
+
from a printed range is the same corruption bug as one rebuilt from an outline.
|
|
35
43
|
Exit 3 (off) → skip step 0 for the rest of the task. Exit 1 (no index) or 4 (not
|
|
36
44
|
in the graph) → step 1 as before. Name the card targets you used in
|
|
37
45
|
`graph_used`. Both exceptions below apply unchanged.
|
|
@@ -117,7 +125,7 @@ The ladder governs HOW MUCH to read. It never decides WHETHER knowledge exists
|
|
|
117
125
|
that is `detecting-artifacts.md` — and it never overrides precedence:
|
|
118
126
|
`code > fresh wiki > stale wiki (hints) > model priors`. With the code graph on,
|
|
119
127
|
the same order gains two rungs and loses none:
|
|
120
|
-
`code > graph structure (current blob) > fresh wiki > stale wiki (hints) > graph notes > model priors`.
|
|
128
|
+
`code > graph structure (current blob) > fresh wiki > stale wiki (hints) > graph notes and doc notes > model priors`.
|
|
121
129
|
|
|
122
130
|
What a lane INVOKES, and what each exit code means, is not here either: that is
|
|
123
131
|
`orc lane calls <lane> --json`, whose catalogue is the one copy of every call
|
|
@@ -205,7 +205,7 @@ them; they are never dispatched as subagents).
|
|
|
205
205
|
- Phase 5.5 → `../_shared/phases/security-checklist.md`; 6.5 → `subskills/orc-testgen/`
|
|
206
206
|
- Phase 8 → `subskills/orc-pr/SKILL.md` (template `subskills/orc-pr/pr.md`);
|
|
207
207
|
stack gate → `subskills/orc-pr/stack-gate.md` + `_shared/pr-templates.md`
|
|
208
|
-
- Code graph cache, NEVER skipped (§0 of the contract) — `orc graph status --if-enabled --heal --json` at preflight BEFORE the first dispatch (builds or updates it) · ONE `orc graph ctx <declared files>` call per slice · `orc graph impact`
|
|
208
|
+
- Code graph cache, NEVER skipped (§0 of the contract) — `orc graph status --if-enabled --heal --json` at preflight BEFORE the first dispatch (builds or updates it) · ONE `orc graph ctx <declared files>` call per slice · `orc graph map` FIRST at planning (orientation — before any Glob, before `impact`) then `orc graph impact` + `orc graph cochange`, `orc graph changes` at review · `orc graph coverage` before you trust a card's silence · `orc graph update` + `orc graph notes` at every wave close and ship · print each JSON `line`, copy each `trace` VERBATIM (CLI-resolved) → `../_shared/code-graph.md`
|
|
209
209
|
- Schemas (you own; pass slices only): `schemas/intent-spec.md`,
|
|
210
210
|
`schemas/planning-output.md`, `schemas/checkpoint.md`
|
|
211
211
|
- Worked example (orient only — never execute from it) → `examples/full-run-mock.md`
|
|
@@ -244,16 +244,16 @@ exit code, and never re-derive a state word — the CLI's state words are the on
|
|
|
244
244
|
state words, and **an exit code is an ANSWER wherever that contract says so, not
|
|
245
245
|
a failure**. A call the answer does not name is a call this lane does not make.
|
|
246
246
|
Exit ≠ 0 from the catalogue itself → say the CLI is unavailable and name the
|
|
247
|
-
command you are about to run, out loud, before running it.
|
|
248
|
-
|
|
249
|
-
## Rules — the anti-slop card (`../_shared/phases/rules.md`)
|
|
250
|
-
|
|
251
|
-
`orc rules slice --lane orc-analyze --json` is the ONLY assembler; never build
|
|
252
|
-
the card here. It rides under the house rules and above the task —
|
|
253
|
-
**house rules > your project's rules > ORC's own packs** — and its `line` prints
|
|
254
|
-
VERBATIM at preflight. Returns gain `rules_applied[]`, `rules_conflicts[]` (a gap,
|
|
255
|
-
never a silent choice) and `rules_overridden[]`.
|
|
256
|
-
## Waiting mid-run (`/orc-wait`)
|
|
257
|
-
|
|
258
|
-
Canonical: `../_shared/wait.md`. **`a lane that waits without a hand-back` has broken this contract.**
|
|
259
|
-
Checkpoint **full** · safe point **after the analyst returns**. `soft` FORCES that checkpoint and does NOT stop if the write fails; `hard` skips it and can lose an in-flight return. Never begin a wait between a dispatch and its validated return, or before the smoke gate has reported.
|
|
247
|
+
command you are about to run, out loud, before running it.
|
|
248
|
+
|
|
249
|
+
## Rules — the anti-slop card (`../_shared/phases/rules.md`)
|
|
250
|
+
|
|
251
|
+
`orc rules slice --lane orc-analyze --json` is the ONLY assembler; never build
|
|
252
|
+
the card here. It rides under the house rules and above the task —
|
|
253
|
+
**house rules > your project's rules > ORC's own packs** — and its `line` prints
|
|
254
|
+
VERBATIM at preflight. Returns gain `rules_applied[]`, `rules_conflicts[]` (a gap,
|
|
255
|
+
never a silent choice) and `rules_overridden[]`.
|
|
256
|
+
## Waiting mid-run (`/orc-wait`)
|
|
257
|
+
|
|
258
|
+
Canonical: `../_shared/wait.md`. **`a lane that waits without a hand-back` has broken this contract.**
|
|
259
|
+
Checkpoint **full** · safe point **after the analyst returns**. `soft` FORCES that checkpoint and does NOT stop if the write fails; `hard` skips it and can lose an in-flight return. Never begin a wait between a dispatch and its validated return, or before the smoke gate has reported.
|
|
@@ -27,7 +27,7 @@ selector.
|
|
|
27
27
|
| `mock_example` | `ask` / `on` / `off` | Post-verify mocked example + drift recovery (`mock-examples/<slug>/`, never committed) |
|
|
28
28
|
| `tdd` | `on` / `off` | TDD-anchored planning: plan-time `tdd_spec` (scoped by `disposition`), paired TDD tasks for the red proof, TDD gate in the verify slot |
|
|
29
29
|
| `gotchas` | `on` / `off` | Repair memory: inject scope-matching gotchas into slices, record one when a repair loop goes red → green (`_shared/gotchas.md`) |
|
|
30
|
-
| `code_graph` | `on` (default) / `off` | Code-graph cache steps: `orc graph status --heal` at preflight, `orc graph ctx` cards in slices, `orc graph impact` + `orc graph cochange` at planning, `orc graph changes` at review, `orc graph coverage` on demand, `orc graph update` after every wave and at ship, one `orc graph notes` batch per wave when notes are on. `on` compiles them in and the global `code_graph` key decides at run time (every call carries `--if-enabled`); `off` removes them (`_shared/code-graph.md`) |
|
|
30
|
+
| `code_graph` | `on` (default) / `off` | Code-graph cache steps: `orc graph status --heal` at preflight, `orc graph ctx` cards in slices, `orc graph map` then `orc graph impact` + `orc graph cochange` at planning, `orc graph changes` at review, `orc graph coverage` on demand, `orc graph update` after every wave and at ship, one `orc graph notes` batch per wave when notes are on. `on` compiles them in and the global `code_graph` key decides at run time (every call carries `--if-enabled`); `off` removes them (`_shared/code-graph.md`) |
|
|
31
31
|
| `wiki_gate` | `notice` / `off` / `hard` | Wiki freshness handling at preflight |
|
|
32
32
|
| `post_ship_wiki_ask` | `on` / `off` | Post-ship wiki refresh offer on big runs |
|
|
33
33
|
| `summary` | `full` / `off` / `short` | Summary depth |
|
|
@@ -14,7 +14,7 @@ claim override what a file actually shows; never let a model prior override a
|
|
|
14
14
|
fresh, evidence-anchored wiki claim without reading the code.
|
|
15
15
|
|
|
16
16
|
With the local code graph on, the order gains two rungs and loses none:
|
|
17
|
-
**code > graph structure (current blob) > fresh wiki > stale wiki (hints) > graph notes > model priors.**
|
|
17
|
+
**code > graph structure (current blob) > fresh wiki > stale wiki (hints) > graph notes and doc notes > model priors.**
|
|
18
18
|
Graph structure outranks the wiki because it is extracted from the exact current
|
|
19
19
|
bytes; graph notes rank below it because a model wrote them. Canonical:
|
|
20
20
|
`skills/_shared/code-graph.md`.
|