holycodex 0.16.4-dev.78.1 → 0.16.5-dev.79.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.
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "holycodex",
3
- "version": "0.16.4",
3
+ "version": "0.16.5",
4
4
  "description": "Root-directed capabilities and deterministic installed assets for HolyCodex.",
5
5
  "author": {
6
6
  "name": "David Basile Filho",
@@ -3,7 +3,13 @@ name: code-review
3
3
  description: Use after implementation when Root needs adversarial code review and bounded repair to a fixed point.
4
4
  ---
5
5
 
6
- Inspect the integrated implementation for correctness, safety, maintainability,
7
- compatibility, and mergeability. Check callers, contracts, tests, and generated
8
- artifacts. Repair defects inside the review surface. Flag implementation-detail
9
- tests and speculative abstractions when they affect the assigned change.
6
+ Inspect the integrated implementation against the receiver-visible `Reviewer.code`
7
+ contract. Check callers, contracts, tests, and generated artifacts. Repair
8
+ defects inside the review surface and return the findings, repairs, checks, and
9
+ remaining risk.
10
+
11
+ Root dispatches this procedure to the mandatory native `Reviewer.code` route
12
+ after implementation or a major code change and before completion or VCS. The
13
+ canonical receiver contract owns the quality and mergeability criteria; this
14
+ skill supplies only the review procedure. Root does not perform code review or
15
+ repair locally.
@@ -3,4 +3,4 @@ interface:
3
3
  short_description: "Review one implementation result to a fixed point."
4
4
  default_prompt: "Open the code review workflow for this invocation."
5
5
  policy:
6
- allow_implicit_invocation: true
6
+ allow_implicit_invocation: false
@@ -6,3 +6,7 @@ description: Use when a current library, framework, SDK, or API fact needs autho
6
6
  Use current authoritative documentation before relying on memory. Return the
7
7
  requested versions, behavior, dates, conflicts, and coverage limits with
8
8
  source locators. Do not turn an external fact into an architecture decision.
9
+
10
+ Root dispatches this procedure to `Librarian.lookup` or `Librarian.research`
11
+ through a bounded Assignment; Root does not perform current-source research
12
+ locally.
@@ -3,4 +3,4 @@ interface:
3
3
  short_description: "Find assigned current library and API documentation first."
4
4
  default_prompt: "Open the current documentation lookup workflow for this invocation."
5
5
  policy:
6
- allow_implicit_invocation: true
6
+ allow_implicit_invocation: false
@@ -6,3 +6,7 @@ description: Use for a reproducible crash, wrong result, regression, hang, race,
6
6
  Reproduce the defect before changing code. Capture the smallest failing input
7
7
  and trace, identify the evidence-backed cause, make the narrow repair, and prove
8
8
  the regression is gone. Escalate competing causes or a material redesign.
9
+
10
+ Root dispatches this procedure to the canonical `Worker.debugging` route as a
11
+ bounded repair Assignment. Root does not reproduce, repair, or test the defect
12
+ locally; material redesign returns to Root for a new decision.
@@ -3,4 +3,4 @@ interface:
3
3
  short_description: "Reproduce and repair one observable defect."
4
4
  default_prompt: "Open the debugging workflow for this invocation."
5
5
  policy:
6
- allow_implicit_invocation: true
6
+ allow_implicit_invocation: false
@@ -9,3 +9,8 @@ pipeline, or no formal separation. Report terminal green, terminal failure, or
9
9
  an exact unavailable or ambiguous blocker. Pending and running are not success.
10
10
  Do not rerun, cancel, approve, merge, push, tag, publish, deploy, or otherwise
11
11
  mutate external state.
12
+
13
+ Root dispatches this procedure to `Worker.operations` with the exact ref and
14
+ SHA. Include target-branch or pull-request mergeability evidence when the
15
+ repository or provider exposes it; green CI alone does not prove mergeability.
16
+ Root does not observe terminal operations locally.
@@ -8,3 +8,7 @@ scope, owners, seams, data and control flow, policy, recovery, compatibility,
8
8
  acceptance evidence, and a bounded proof route. Keep planning proportional:
9
9
  trivial work can proceed without a Plan. Persist the canonical revision through
10
10
  the semantic Plan operation.
11
+
12
+ Root owns material choices and dispatches this procedure through the native
13
+ `Reviewer.plan` route when adversarial plan review is needed; the skill never
14
+ authorizes Root to inspect or implement the repository locally.
@@ -3,4 +3,4 @@ interface:
3
3
  short_description: "Resolve material scope and architecture choices before work."
4
4
  default_prompt: "Open the planning workflow for this invocation."
5
5
  policy:
6
- allow_implicit_invocation: true
6
+ allow_implicit_invocation: false
@@ -7,3 +7,6 @@ Inspect the complete Plan for feasibility, ordering, risk, and proof. Repair
7
7
  only reviewer-owned plan defects; return material product or architecture
8
8
  choices to Root. A Plan revision replaces the canonical revision through the
9
9
  semantic plan operation.
10
+
11
+ Root dispatches this procedure as a bounded Assignment to `Reviewer.plan` and
12
+ consumes its evidence; Root does not perform plan review locally.
@@ -3,4 +3,4 @@ interface:
3
3
  short_description: "Review one complete plan to a fixed point."
4
4
  default_prompt: "Open the plan review workflow for this invocation."
5
5
  policy:
6
- allow_implicit_invocation: true
6
+ allow_implicit_invocation: false
@@ -6,3 +6,7 @@ description: Use when Root has decided a bounded implementation seam with known
6
6
  Implement only the decided seam. Inspect its callers and typed boundaries
7
7
  before implementation, and add proof at the least brittle observable boundary
8
8
  when the acceptance behavior requires it.
9
+
10
+ Root dispatches this procedure through the native `Worker.implementation`,
11
+ `Worker.integration`, or `Worker.mechanical` route selected by the Assignment.
12
+ Root does not implement or test the seam locally.
@@ -3,4 +3,4 @@ interface:
3
3
  short_description: "Implement one decided seam with proportional proof."
4
4
  default_prompt: "Open the bounded programming workflow for this invocation."
5
5
  policy:
6
- allow_implicit_invocation: true
6
+ allow_implicit_invocation: false
@@ -6,3 +6,7 @@ description: Use when a repository rule needs discovery, validation, or diagnosi
6
6
  Trace the owning rule loader and its limits, caching, trust boundary, and
7
7
  deduplication. State the observed failure, the owning policy, and the evidence
8
8
  that proves the rule path or exact blocker.
9
+
10
+ Root dispatches repository inspection to an Explorer Assignment when this
11
+ procedure needs source facts; the skill never authorizes Root to inspect the
12
+ repository locally.
@@ -3,4 +3,4 @@ interface:
3
3
  short_description: "Trace one repository rule discovery or application failure."
4
4
  default_prompt: "Open the repository rules workflow for this invocation."
5
5
  policy:
6
- allow_implicit_invocation: true
6
+ allow_implicit_invocation: false
@@ -10,3 +10,8 @@ wording, irrelevant call order, broad repository shape, or one implementation
10
10
  strategy. Prefer observable typed or public boundaries. Package-verification
11
11
  tests should consume the shipped artifact through one supported outer boundary
12
12
  with minimal realistic setup, proving behavior without duplicating the suite.
13
+
14
+ When Root needs independent local proof, dispatch `Worker.validation` through a
15
+ bounded Assignment. Its filesystem writes are limited to caches, build output,
16
+ and generated test state; it cannot mutate the implementation under
17
+ validation. Root does not run repository tests locally.