@alphazede/bearing-lite 0.1.11 → 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 +39 -13
- package/hooks/assurance-budget.cjs +167 -0
- package/hooks/com.anthropic.claude-code/mapping.md +72 -0
- package/hooks/com.cursor/hooks.json +11 -1
- package/hooks/hooks.json +45 -1
- package/hooks/te-capability.cjs +137 -0
- package/hooks/te-host.cjs +620 -0
- package/hooks/transition-order.cjs +32 -2
- package/lineups.json +1 -0
- package/package.json +4 -2
- 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 +15 -15
- 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 +7 -3
- package/skills/bearing-lite/references/role-routing.mmd +2 -2
- package/skills/bearing-lite/references/task-state.md +4 -4
- package/skills/bearing-lite/references/task-state.mmd +1 -1
- package/skills/bearing-lite/templates/default-role-lineup.md +7 -1
- package/skills/bearing-lite/templates/task.md +16 -10
- package/skills/crewmate/SKILL.md +3 -0
- package/skills/explorer/SKILL.md +7 -6
- package/skills/gather-supplies/SKILL.md +7 -1
- package/skills/integration-engineer/SKILL.md +41 -0
- package/skills/map-the-route/SKILL.md +7 -6
- package/skills/map-the-route/references/artifact-grammar.md +47 -29
- package/skills/park-ranger/SKILL.md +14 -9
- package/skills/plan-integrator/SKILL.md +37 -0
- package/skills/scribe/SKILL.md +34 -0
- package/skills/surveyor/SKILL.md +15 -9
- package/skills/systems-modeler/SKILL.md +35 -0
- package/skills/test-engineer/SKILL.md +46 -0
- package/skills/validator/SKILL.md +20 -27
- package/skills/validator/references/grading-rubric.md +5 -4
|
@@ -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
|
@@ -14,18 +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 compact return schema.
|
|
19
|
-
- **Match:** Surveyor is declared and the
|
|
20
|
-
for user-facing comparison at
|
|
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
21
|
- **Non-match:** unfinished packet, slice or round boundary, unstable candidate,
|
|
22
|
-
|
|
23
|
-
decision.
|
|
22
|
+
Assurance Test Engineer sufficiency, Park Ranger defect review, or owner-only
|
|
23
|
+
release decision.
|
|
24
24
|
|
|
25
25
|
## Algorithm
|
|
26
26
|
|
|
27
27
|
1. Start a fresh session; reject author ancestry; verify candidate continuity,
|
|
28
|
-
independence, completed prerequisite assurance, and the
|
|
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.
|
|
29
33
|
2. Exercise or inspect every observable approved outcome, including failure and
|
|
30
34
|
recovery behavior relevant to the Journey.
|
|
31
35
|
3. Map each gap to an exact requirement and evidence location. Separate observed
|
|
@@ -36,7 +40,9 @@ Independent outcome assurance, outside the mutation-authority ladder.
|
|
|
36
40
|
|
|
37
41
|
Return `ACCEPT`, `GAPS`, or `OWNER_DECISION_REQUIRED` with verdict,
|
|
38
42
|
candidate_ref, changed_paths, tests, findings, and blocker.
|
|
39
|
-
|
|
40
|
-
|
|
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.
|
|
41
47
|
|
|
42
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,44 +1,37 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: validator
|
|
3
3
|
description: >
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
acceptance, automatic reviews, author self-checks, or slice/round boundaries.
|
|
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
|
-
|
|
19
|
-
- **
|
|
20
|
-
|
|
21
|
-
- **Non-match:** candidate is unstable, slice or round boundary, evidence alone
|
|
22
|
-
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.
|
|
23
21
|
|
|
24
22
|
## Algorithm
|
|
25
23
|
|
|
26
|
-
1.
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
candidate or manufacture evidence.
|
|
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.
|
|
34
31
|
|
|
35
32
|
## Return and recovery
|
|
36
33
|
|
|
37
|
-
Return `
|
|
38
|
-
|
|
39
|
-
`NEEDS_MORE_EVIDENCE` and `FAIL` permit bounded correction. Coordinators
|
|
40
|
-
enforce `max_assurance_rounds` of 1; this role does not redispatch or re-evaluate
|
|
41
|
-
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.
|
|
42
36
|
|
|
43
|
-
Never implement,
|
|
44
|
-
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)
|