@alphazede/bearing-lite 0.1.10 → 0.2.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/CONTRIBUTING.md +25 -0
- package/README.md +76 -32
- package/hooks/assurance-budget.cjs +167 -0
- package/hooks/closeout.cjs +64 -15
- package/hooks/com.anthropic.claude-code/host.cjs +8 -11
- package/hooks/com.anthropic.claude-code/mapping.md +88 -2
- package/hooks/com.cursor/hooks.json +11 -1
- package/hooks/hooks.json +45 -1
- package/hooks/planning-review.cjs +99 -0
- package/hooks/te-capability.cjs +137 -0
- package/hooks/te-host.cjs +620 -0
- package/hooks/transition-order.cjs +45 -2
- package/lineups.json +1 -0
- package/package.json +9 -4
- package/plugin.json +1 -1
- package/schemas/authority.schema.json +75 -0
- package/schemas/implementation.schema.json +127 -0
- package/schemas/journey.schema.json +88 -0
- package/schemas/lineups.schema.json +145 -0
- package/schemas/seit.schema.json +108 -0
- package/skills/bearing-lite/SKILL.md +39 -46
- package/skills/bearing-lite/agents/openai.yaml +1 -1
- package/skills/bearing-lite/references/assurance-policy.md +66 -0
- package/skills/bearing-lite/references/lineups.md +81 -0
- package/skills/bearing-lite/references/peer-synthesis.md +8 -4
- package/skills/bearing-lite/references/review-policy.md +37 -0
- package/skills/bearing-lite/references/role-routing.mmd +10 -10
- package/skills/bearing-lite/references/task-state.md +6 -6
- package/skills/bearing-lite/references/task-state.mmd +1 -1
- package/skills/bearing-lite/templates/default-role-lineup.md +11 -3
- package/skills/bearing-lite/templates/task.md +75 -21
- package/skills/crewmate/SKILL.md +26 -17
- package/skills/explorer/SKILL.md +35 -34
- package/skills/gather-supplies/SKILL.md +9 -2
- package/skills/integration-engineer/SKILL.md +41 -0
- package/skills/map-the-route/SKILL.md +48 -36
- package/skills/map-the-route/references/artifact-grammar.md +94 -35
- package/skills/navigator/SKILL.md +18 -41
- package/skills/park-ranger/SKILL.md +24 -16
- package/skills/plan-integrator/SKILL.md +37 -0
- package/skills/scribe/SKILL.md +34 -0
- package/skills/surveyor/SKILL.md +22 -15
- package/skills/systems-modeler/SKILL.md +35 -0
- package/skills/test-engineer/SKILL.md +46 -0
- package/skills/validator/SKILL.md +20 -25
- package/skills/validator/references/grading-rubric.md +5 -4
|
@@ -2,9 +2,10 @@
|
|
|
2
2
|
name: park-ranger
|
|
3
3
|
description: >
|
|
4
4
|
Independently review one exact stable candidate for introduced actionable
|
|
5
|
-
defects in a fresh session at the
|
|
6
|
-
|
|
7
|
-
|
|
5
|
+
defects in a fresh session at the end. Use for Park Ranger, code review, or
|
|
6
|
+
defect adjudication. Do not use for implementation, automatic review,
|
|
7
|
+
evidence scoring, user acceptance, author self-review, or slice/round
|
|
8
|
+
boundaries.
|
|
8
9
|
---
|
|
9
10
|
|
|
10
11
|
# Park Ranger
|
|
@@ -14,18 +15,24 @@ Independent defect assurance, outside the mutation-authority ladder.
|
|
|
14
15
|
## Inputs and match
|
|
15
16
|
|
|
16
17
|
- **Inputs:** approved baseline, exact candidate ref and diff, author identity,
|
|
17
|
-
relevant evidence,
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
18
|
+
relevant evidence, declared phase or wave end boundary, review focus, and
|
|
19
|
+
compact return schema.
|
|
20
|
+
- **Match:** Park Ranger is declared and the declared phase or wave's
|
|
21
|
+
integrated candidate is stable at that end.
|
|
22
|
+
- **Non-match:** slice or round boundary, candidate is unstable/unchanged, or
|
|
23
|
+
Surveyor/Test Engineer work is requested.
|
|
22
24
|
|
|
23
25
|
## Algorithm
|
|
24
26
|
|
|
25
|
-
1. Start fresh; reject author identity,
|
|
26
|
-
|
|
27
|
+
1. Start a fresh session; reject author identity, author ancestry, candidate
|
|
28
|
+
discontinuity, or any boundary other than the declared phase or wave end.
|
|
29
|
+
Consume the Assurance
|
|
30
|
+
Test Engineer receipt. Do not routinely invoke Test Engineering; use it
|
|
31
|
+
only to adjudicate a specific suspected test defect.
|
|
27
32
|
2. Review only introduced correctness, security, performance, and meaningful
|
|
28
|
-
maintainability defects plus applicable plan drift.
|
|
33
|
+
maintainability defects plus applicable plan drift. When the candidate
|
|
34
|
+
implements a published standard, compare the change against the cited text
|
|
35
|
+
rather than neighbouring agreement.
|
|
29
36
|
3. Prove reachability and affected code, assign P0–P3, and cite precise changed
|
|
30
37
|
locations. Avoid speculation and nits.
|
|
31
38
|
4. Return a patch verdict and repair targets. Never implement a finding.
|
|
@@ -33,13 +40,14 @@ Independent defect assurance, outside the mutation-authority ladder.
|
|
|
33
40
|
## Return and recovery
|
|
34
41
|
|
|
35
42
|
Return `BLOCK`, `REPAIR_REQUIRED`, `ACCEPT_WITH_FINDINGS`, or `ACCEPT` with
|
|
36
|
-
|
|
43
|
+
verdict, candidate_ref, changed_paths, tests, findings, and blocker.
|
|
37
44
|
`ACCEPT`, `ACCEPT_WITH_FINDINGS`, and `BLOCK` are terminal. `REPAIR_REQUIRED`
|
|
38
45
|
permits bounded correction. `ACCEPT_WITH_FINDINGS` accepts residual findings;
|
|
39
46
|
do not follow it with another repair. Coordinators enforce
|
|
40
|
-
`max_assurance_rounds` of 1. A repairable verdict
|
|
41
|
-
coordinator then runs deterministic verification and
|
|
42
|
-
|
|
43
|
-
|
|
47
|
+
`max_assurance_rounds` of 1 per declared phase or wave. A repairable verdict
|
|
48
|
+
permits one repair; the coordinator then runs deterministic verification and
|
|
49
|
+
closes the gate without another review. Do not review or repair that declared
|
|
50
|
+
unit again. The next distinct declared phase or wave carries its own budget. A
|
|
51
|
+
failed repair or scope change returns to Owner Authority.
|
|
44
52
|
|
|
45
53
|
Never edit, self-review, duplicate general review, or grant publication rights.
|
|
@@ -0,0 +1,37 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: plan-integrator
|
|
3
|
+
description: >
|
|
4
|
+
Reconcile specialist outputs and generate implementation.json and
|
|
5
|
+
review.html. Use for Plan Integrator. Do not invent owner intent,
|
|
6
|
+
requirements, models, or V&V, or author V&V.
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Plan Integrator
|
|
10
|
+
|
|
11
|
+
Consumes stable specialist outputs, invokes Map the Route, cross-validates
|
|
12
|
+
the five artifacts, and generates `implementation.json` and two-state
|
|
13
|
+
`review.html`.
|
|
14
|
+
|
|
15
|
+
## Inputs and match
|
|
16
|
+
|
|
17
|
+
- **Inputs:** settled decisions, technical-plan, design.md, seit.json
|
|
18
|
+
drafts, lineup freeze, authority envelope.
|
|
19
|
+
- **Match:** specialist outputs are stable enough to reconcile.
|
|
20
|
+
- **Non-match:** unresolved owner intent; V&V authorship.
|
|
21
|
+
|
|
22
|
+
## Algorithm
|
|
23
|
+
|
|
24
|
+
1. Cross-validate the five canonical artifacts. Copy design-lens names
|
|
25
|
+
from design.md; never invent lens IDs.
|
|
26
|
+
2. Generate `implementation.json` and `review.html` (`planning-review`,
|
|
27
|
+
then `final-closeout`) when inputs are stable.
|
|
28
|
+
3. Request a Planning Test Engineer delta after relevant decision,
|
|
29
|
+
requirement, or design changes. Do not author V&V.
|
|
30
|
+
|
|
31
|
+
## Return and recovery
|
|
32
|
+
|
|
33
|
+
Return `PLAN_REVIEW_READY` or `NEEDS_OWNER_DECISION` with verdict,
|
|
34
|
+
candidate_ref, changed_paths, tests, findings, and blocker.
|
|
35
|
+
|
|
36
|
+
Never invent owner intent, requirements, models, integration strategy,
|
|
37
|
+
or schemas.
|
|
@@ -0,0 +1,34 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: scribe
|
|
3
|
+
description: >
|
|
4
|
+
Transcribe Journey decisions, authority events, ledger snapshots, and
|
|
5
|
+
lineup selections as an event side lane. Use for Scribe. Do not use to
|
|
6
|
+
activate authority, invent choices, or save lineups unless the owner
|
|
7
|
+
asks.
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# Scribe
|
|
11
|
+
|
|
12
|
+
Event side lane. Transcribes; cannot activate authority.
|
|
13
|
+
|
|
14
|
+
## Inputs and match
|
|
15
|
+
|
|
16
|
+
- **Inputs:** owner decisions, authority events, Gather ledger snapshots,
|
|
17
|
+
lineup selections, configuration digest, `journey.json`.
|
|
18
|
+
- **Match:** a visible Journey event must be appended to history.
|
|
19
|
+
- **Non-match:** planning dispatch, specialist engineering, execution.
|
|
20
|
+
|
|
21
|
+
## Algorithm
|
|
22
|
+
|
|
23
|
+
1. Append owner decisions, authority events, ledger snapshots, lineup
|
|
24
|
+
selections, and configuration digest to `journey.json` history.
|
|
25
|
+
2. Do not activate authority or invent unresolved choices.
|
|
26
|
+
3. Do not write Journey selections into `lineups.json` unless the owner
|
|
27
|
+
asks to save a reusable profile.
|
|
28
|
+
|
|
29
|
+
## Return and recovery
|
|
30
|
+
|
|
31
|
+
Return `READY` or `OWNER_DECISION_REQUIRED` with verdict,
|
|
32
|
+
candidate_ref, changed_paths, tests, findings, and blocker.
|
|
33
|
+
|
|
34
|
+
Never implement, self-assure, or select models.
|
package/skills/surveyor/SKILL.md
CHANGED
|
@@ -2,9 +2,9 @@
|
|
|
2
2
|
name: surveyor
|
|
3
3
|
description: >
|
|
4
4
|
Independently compare one stable integrated candidate with the approved
|
|
5
|
-
user-facing outcome in a fresh session at the
|
|
6
|
-
|
|
7
|
-
|
|
5
|
+
user-facing outcome in a fresh session at the end. Use for Surveyor or
|
|
6
|
+
outcome acceptance. Do not use for implementation, evidence scoring, defect
|
|
7
|
+
review, automatic review, publication approval, or slice/round boundaries.
|
|
8
8
|
---
|
|
9
9
|
|
|
10
10
|
# Surveyor
|
|
@@ -14,17 +14,22 @@ Independent outcome assurance, outside the mutation-authority ladder.
|
|
|
14
14
|
## Inputs and match
|
|
15
15
|
|
|
16
16
|
- **Inputs:** approved specification/review baseline, exact integrated candidate,
|
|
17
|
-
author identities, user-facing evidence,
|
|
18
|
-
assurance, and return schema.
|
|
19
|
-
- **Match:** Surveyor is declared and
|
|
20
|
-
candidate
|
|
21
|
-
- **Non-match:** unfinished packet,
|
|
22
|
-
Park Ranger defect review, or owner-only
|
|
17
|
+
author identities, user-facing evidence, declared phase or wave end boundary,
|
|
18
|
+
prior required assurance, and compact return schema.
|
|
19
|
+
- **Match:** Surveyor is declared and the declared phase or wave's integrated
|
|
20
|
+
candidate is ready for user-facing comparison at that end.
|
|
21
|
+
- **Non-match:** unfinished packet, slice or round boundary, unstable candidate,
|
|
22
|
+
Assurance Test Engineer sufficiency, Park Ranger defect review, or owner-only
|
|
23
|
+
release decision.
|
|
23
24
|
|
|
24
25
|
## Algorithm
|
|
25
26
|
|
|
26
|
-
1. Start fresh; verify candidate continuity,
|
|
27
|
-
assurance, and the
|
|
27
|
+
1. Start a fresh session; reject author ancestry; verify candidate continuity,
|
|
28
|
+
independence, completed prerequisite assurance, and the declared phase or
|
|
29
|
+
wave end boundary.
|
|
30
|
+
Consume Requirements Engineering, SysML Modeling, and Test Engineering
|
|
31
|
+
read-only. Do not rewrite requirements, repair models, author tests, or
|
|
32
|
+
repeat assurance.
|
|
28
33
|
2. Exercise or inspect every observable approved outcome, including failure and
|
|
29
34
|
recovery behavior relevant to the Journey.
|
|
30
35
|
3. Map each gap to an exact requirement and evidence location. Separate observed
|
|
@@ -33,9 +38,11 @@ Independent outcome assurance, outside the mutation-authority ladder.
|
|
|
33
38
|
|
|
34
39
|
## Return and recovery
|
|
35
40
|
|
|
36
|
-
Return `ACCEPT`, `GAPS`, or `OWNER_DECISION_REQUIRED` with
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
41
|
+
Return `ACCEPT`, `GAPS`, or `OWNER_DECISION_REQUIRED` with verdict,
|
|
42
|
+
candidate_ref, changed_paths, tests, findings, and blocker.
|
|
43
|
+
Coordinators enforce `max_assurance_rounds` of 1 per declared phase or wave. A
|
|
44
|
+
gap may receive one repair followed by deterministic coordinator verification
|
|
45
|
+
without another review; do not reassess that declared unit.
|
|
46
|
+
The next distinct declared phase or wave carries its own budget.
|
|
40
47
|
|
|
41
48
|
Never implement, substitute for another assurance role, or approve publication.
|
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: systems-modeler
|
|
3
|
+
description: >
|
|
4
|
+
Select modeling mode and attach view metadata after Requirements
|
|
5
|
+
Engineer work and before design finalization. Use for Systems Modeler.
|
|
6
|
+
Do not finalize requirement mappings against unstable requirements.
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Systems Modeler
|
|
10
|
+
|
|
11
|
+
Runs after the Requirements Engineer and before design finalization.
|
|
12
|
+
|
|
13
|
+
## Inputs and match
|
|
14
|
+
|
|
15
|
+
- **Inputs:** requirements, view need, modeling-mode metadata.
|
|
16
|
+
- **Match:** engineering views or SysML mode selection is required.
|
|
17
|
+
- **Non-match:** requirement authorship, V&V, implementation.
|
|
18
|
+
|
|
19
|
+
## Algorithm
|
|
20
|
+
|
|
21
|
+
1. Select `sysml-v2`, `diagram-assisted`, or `not-applicable`. Attach
|
|
22
|
+
view metadata. In `sysml-v2`, record model revision/digest and native
|
|
23
|
+
or derived views.
|
|
24
|
+
2. Contextual work may start before requirements stabilize. Do not
|
|
25
|
+
finalize requirement relationship mappings until those requirements
|
|
26
|
+
are stable.
|
|
27
|
+
3. Do not silently substitute Mermaid for mandated SysML. Missing SysML
|
|
28
|
+
Modeling skill is a typed capability gap, not invented behavior.
|
|
29
|
+
|
|
30
|
+
## Return and recovery
|
|
31
|
+
|
|
32
|
+
Return `READY` or `OWNER_DECISION_REQUIRED` with verdict,
|
|
33
|
+
candidate_ref, changed_paths, tests, findings, and blocker.
|
|
34
|
+
|
|
35
|
+
Never invent SysML coverage or claim local normative authority without a pin.
|
|
@@ -0,0 +1,46 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: test-engineer
|
|
3
|
+
description: >
|
|
4
|
+
One Test Engineer role with Planning and Assurance sessions. Use for
|
|
5
|
+
Planning Test Engineer, Assurance Test Engineer, SEIT authorship, or
|
|
6
|
+
declared phase or wave end V&V. Do not use for implementation, defect review, user
|
|
7
|
+
acceptance, or slice/round boundaries.
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# Test Engineer
|
|
11
|
+
|
|
12
|
+
One role retires Validator; Validator is absent from active roles.
|
|
13
|
+
Planning Test Engineer and Assurance Test Engineer are sessions, not
|
|
14
|
+
separate catalog roles.
|
|
15
|
+
|
|
16
|
+
## Inputs and match
|
|
17
|
+
|
|
18
|
+
- **Inputs:** approved baseline, candidate, evidence, SEIT, published
|
|
19
|
+
standard citations, declared phase or wave end boundary, compact return schema.
|
|
20
|
+
- **Match:** V&V planning or declared phase or wave end assurance is declared.
|
|
21
|
+
- **Non-match:** product implementation, Park Ranger defects, Surveyor
|
|
22
|
+
acceptance, slice or round boundary.
|
|
23
|
+
|
|
24
|
+
## Algorithm
|
|
25
|
+
|
|
26
|
+
1. Planning Test Engineer finalizes `seit.json` after Plan Integrator
|
|
27
|
+
reconciliation and performs delta reconciliation after relevant
|
|
28
|
+
decision, requirement, or design changes. Do not invent missing
|
|
29
|
+
method-skill behavior.
|
|
30
|
+
2. Assurance Test Engineer starts a fresh session; reject author ancestry;
|
|
31
|
+
evaluate the exact stable candidate at the declared phase or wave end only.
|
|
32
|
+
VALIDATING is owned here.
|
|
33
|
+
3. When a published standard is cited, verify the document and clause.
|
|
34
|
+
4. Return the smallest missing proof. Never mutate the candidate.
|
|
35
|
+
|
|
36
|
+
## Return and recovery
|
|
37
|
+
|
|
38
|
+
Return `PASS`, `NEEDS_MORE_EVIDENCE`, or `FAIL` with verdict,
|
|
39
|
+
candidate_ref, changed_paths, tests, findings, and blocker.
|
|
40
|
+
|
|
41
|
+
Coordinators enforce `max_assurance_rounds` of 1 per declared phase or wave:
|
|
42
|
+
one aggregate repair, then deterministic closure without another review. The
|
|
43
|
+
next distinct declared phase or wave carries its own budget.
|
|
44
|
+
|
|
45
|
+
Never implement, self-certify, replace Park Ranger or Surveyor, or grant
|
|
46
|
+
owner-only approval.
|
|
@@ -1,42 +1,37 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: validator
|
|
3
3
|
description: >
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
defect review, user acceptance, automatic reviews, or author self-checks.
|
|
4
|
+
Compatibility diagnostic for plans that still name Validator. Use when
|
|
5
|
+
an existing plan assigns Validator. Do not use for new Journeys,
|
|
6
|
+
evidence validation, or as an active assurance role.
|
|
8
7
|
---
|
|
9
8
|
|
|
10
9
|
# Validator
|
|
11
10
|
|
|
12
|
-
|
|
11
|
+
Compatibility only. Not an active assurance role. Assurance Test Engineer
|
|
12
|
+
owns VALIDATING. Router reroutes Validator assignments.
|
|
13
13
|
|
|
14
14
|
## Inputs and match
|
|
15
15
|
|
|
16
|
-
- **Inputs:**
|
|
17
|
-
|
|
18
|
-
- **Match:**
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
needs author self-check, or another assurance responsibility applies.
|
|
16
|
+
- **Inputs:** a plan that still assigns `Validator`, plus the recorded
|
|
17
|
+
Journey snapshot.
|
|
18
|
+
- **Match:** an existing plan names Validator as an assigned role.
|
|
19
|
+
- **Non-match:** new Journeys, Test Engineer sessions, Park Ranger,
|
|
20
|
+
Surveyor.
|
|
22
21
|
|
|
23
22
|
## Algorithm
|
|
24
23
|
|
|
25
|
-
1.
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
24
|
+
1. Do not validate evidence, score rubrics, or run assurance. Read
|
|
25
|
+
identities only from the recorded Journey snapshot, never from the
|
|
26
|
+
current global defaults file.
|
|
27
|
+
2. Return `REROUTED` to the Router with a diagnostic that Validator is
|
|
28
|
+
compatibility-only and is not an active assurance role; treat the
|
|
29
|
+
assignment as unused and continue under Assurance Test Engineer.
|
|
30
|
+
3. Preserve the checkout lease. Do not write planning state.
|
|
32
31
|
|
|
33
32
|
## Return and recovery
|
|
34
33
|
|
|
35
|
-
Return `
|
|
36
|
-
|
|
37
|
-
`NEEDS_MORE_EVIDENCE` and `FAIL` permit bounded correction. Coordinators
|
|
38
|
-
enforce `max_assurance_rounds` of 1; this role does not redispatch or re-evaluate
|
|
39
|
-
the Journey's repair. The coordinator verifies it deterministically.
|
|
34
|
+
Return `REROUTED` with verdict, candidate_ref, changed_paths, tests,
|
|
35
|
+
findings, and blocker. Findings name the compatibility path.
|
|
40
36
|
|
|
41
|
-
Never implement,
|
|
42
|
-
grant owner-only approval.
|
|
37
|
+
Never implement, self-assure, select models, or mutate remotes.
|
|
@@ -1,8 +1,9 @@
|
|
|
1
|
-
# Grading rubric (
|
|
1
|
+
# Grading rubric (optional Assurance Test Engineer scoring)
|
|
2
2
|
|
|
3
3
|
Use only when the task, owner, or phase gate requests **explicit rubric scoring**.
|
|
4
|
-
Sufficiency checks always run when
|
|
5
|
-
never makes independent assurance automatic.
|
|
4
|
+
Sufficiency checks always run when Assurance Test Engineer is active. Scoring is
|
|
5
|
+
optional and never makes independent assurance automatic. Validator is
|
|
6
|
+
compatibility-only and does not score active Journeys.
|
|
6
7
|
|
|
7
8
|
## Dimensions (equal weight unless the plan overrides)
|
|
8
9
|
|
|
@@ -27,7 +28,7 @@ Sum dimension scores (0–12).
|
|
|
27
28
|
|
|
28
29
|
1. Run sufficiency on the exact candidate first.
|
|
29
30
|
2. If scoring is requested, score the same candidate with this rubric.
|
|
30
|
-
3. Final
|
|
31
|
+
3. Final Assurance Test Engineer outcome:
|
|
31
32
|
- `FAIL` if either check fails
|
|
32
33
|
- `NEEDS_MORE_EVIDENCE` if either needs more proof
|
|
33
34
|
- `PASS` only when sufficiency passes and (scoring was not requested, or scoring supports PASS)
|