@receiz/ai-skills 104.0.0 → 105.0.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 CHANGED
@@ -1,6 +1,6 @@
1
1
  # Receiz AI Skills
2
2
 
3
- `receiz-app-builder-skill` is the authoritative v104 workflow for starting,
3
+ `receiz-app-builder-skill` is the authoritative v105 workflow for starting,
4
4
  integrating, upgrading, diagnosing, and repairing repositories through the typed
5
5
  Receiz app contract, shared SDK compiler, CLI, and MCP tools.
6
6
 
@@ -12,7 +12,7 @@ Receiz is a proof-native artifact system. A Receiz object is not a database row.
12
12
 
13
13
  ## SDK, MCP, And Skills
14
14
 
15
- - SDK: `@receiz/sdk` is for building apps. It exposes validators, projections, proof memory, identity artifact helpers, public app-state, public store, commerce, wallet, sports, world, offline queues, webhooks, and sandbox helpers.
15
+ - SDK: `@receiz/sdk` is the universal runtime; `@receiz/sdk/react` is React-only; `@receiz/sdk/compiler` is Node-only; `@receiz/sdk/testing` is browser-safe sandbox and conformance support.
16
16
  - MCP: `@receiz/mcp-server` is for agent tool access. It exposes SDK-backed tools for diagnostics, public reads, offline shape inspection, app-state/public-store actions, deterministic previews, and delegated writes. Artifact verification remains SDK `verification.verifyArtifact(file)` and requires continuity.
17
17
  - Skills: this package is operating doctrine. It tells an AI which Receiz primitive is active, which source of truth wins, which SDK or MCP rail to use, and what must never be assumed.
18
18
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@receiz/ai-skills",
3
- "version": "104.0.0",
3
+ "version": "105.0.0",
4
4
  "description": "Authoritative Receiz AI operating skills for proof-native SDK and MCP agents.",
5
5
  "type": "module",
6
6
  "files": [
@@ -31,13 +31,15 @@ integration tooling beneath Receiz proof truth; inspection is not verification.
31
31
 
32
32
  ## Required Behavior
33
33
 
34
+ Select the package boundary first: universal runtime from `@receiz/sdk`, React bindings from `@receiz/sdk/react`, Node-only app compiler APIs from `@receiz/sdk/compiler`, and sandbox/conformance support from `@receiz/sdk/testing`.
35
+
34
36
  1. Inspect the explicit repository root with `receiz_project_inspect` or `receiz app inspect`.
35
37
  2. Identify intended features and create or update the contract with `defineReceizApp` or `receiz_app_contract_create`.
36
38
  3. Compile a read-only plan with `compileReceizAppContract`, `receiz_app_plan`, or `receiz app plan`.
37
39
  4. Explain scopes, authority boundaries, findings, and every proposed file.
38
40
  5. Obtain explicit confirmation for the exact preview digest before mutation.
39
41
  6. Apply the smallest safe change set with `receiz_app_apply` or `receiz app apply`.
40
- 7. Run generated conformance and repository tests.
42
+ 7. Run generated conformance, `receiz conformance`, and repository tests.
41
43
  8. Reinspect with `receiz_app_check` and report exact evidence.
42
44
  9. Use `receiz_app_upgrade` for version-aware upgrades and `receiz_app_explain` for findings.
43
45
  10. Report remaining manual work and blocked authority without claiming completion.
@@ -56,18 +58,19 @@ upgrade, diagnosis, and repair routes.
56
58
 
57
59
  ## MCP Usage Rules
58
60
 
59
- Use only the seven documented tools listed in
61
+ Use the documented tools listed in
60
62
  [resources/workflow.md](resources/workflow.md). Inspection, contract proposals,
61
63
  planning, checking, upgrade planning, and explanation are read-only.
62
64
  `receiz_app_apply` returns a preview first and requires the exact digest as
63
65
  explicit confirmation. Every response must retain the MCP authority boundary.
66
+ Use `receiz_app_repair` for confirmed deterministic repair, `receiz_scope_explain` for canonical scopes, `receiz_release_qualify` for read-only release evidence, `receiz_proof_trace` only with canonical artifact bytes for a verdict, and `receiz_webhook_replay` only after signature verification and exact confirmation.
64
67
 
65
68
  ## SDK Usage Rules
66
69
 
67
- Use `defineReceizApp`, `validateReceizAppContract`,
70
+ Import `defineReceizApp`, `validateReceizAppContract`,
68
71
  `compileReceizAppContract`, `inspectReceizProject`,
69
72
  `planReceizIntegration`, `checkReceizIntegration`, `planReceizUpgrade`, and
70
- `explainReceizIntegrationFinding`. Artifact verification remains
73
+ `explainReceizIntegrationFinding` from `@receiz/sdk/compiler`. Artifact verification remains
71
74
  `verification.verifyArtifact`; creation remains the SDK's authenticated native
72
75
  Record-before-Seal rail.
73
76
 
@@ -94,6 +97,7 @@ Read [resources/authority-boundaries.md](resources/authority-boundaries.md).
94
97
  Stop when a required delegated permission, identity proof, capability, or user
95
98
  decision is unavailable. Report the blocked boundary; do not fabricate it.
96
99
  Generated browser code may contain public origins but never server credentials.
100
+ `receiz.extensions.ts` is developer-owned and create-once; regeneration must never overwrite it. Emulator evidence is `sandboxVerified`, never a production verified verdict.
97
101
 
98
102
  ## Examples
99
103
 
@@ -7,10 +7,11 @@
7
7
  | Add or remove a rail | Update the contract, then plan | Apply only the changed digest |
8
8
  | Upgrade | `receiz_app_upgrade` | Apply approved package/generated changes |
9
9
  | Diagnose | `receiz_app_check`, `receiz_app_explain` | None until the finding is understood |
10
- | Repair | Reinspect generated-file drift | Regenerate Receiz-owned files only |
10
+ | Repair | `receiz_app_repair` preview | Exact digest confirmation; regenerate Receiz-owned files only |
11
11
 
12
12
  After every mutation, run the returned verification commands and reinspect.
13
13
  The same repository must produce zero changes on the second run.
14
+ Preserve the developer-owned `receiz.extensions.ts` sibling on every run. Finish with `receiz conformance` or `receiz_release_qualify`.
14
15
 
15
16
  Do not substitute inspection for verification, publication for settlement, or a
16
17
  successful write for proof admission.
@@ -1,6 +1,6 @@
1
1
  # MCP Tool Map
2
2
 
3
- ## v104 Application Compiler
3
+ ## v105 Application Compiler And Semantic Operations
4
4
 
5
5
  | Need | Tool | Mutation |
6
6
  |---|---|---|
@@ -11,6 +11,11 @@
11
11
  | Check conformance | `receiz_app_check` | Read-only |
12
12
  | Plan upgrade | `receiz_app_upgrade` | Read-only |
13
13
  | Explain finding | `receiz_app_explain` | Read-only |
14
+ | Repair application | `receiz_app_repair` | Exact digest confirmation required |
15
+ | Trace proof | `receiz_proof_trace` | Read-only; canonical bytes required for verified verdict |
16
+ | Replay webhook | `receiz_webhook_replay` | Signature verification and exact confirmation required |
17
+ | Explain scope | `receiz_scope_explain` | Read-only |
18
+ | Qualify release | `receiz_release_qualify` | Read-only |
14
19
 
15
20
  Repository inspection is not verification. These tools never supply an artifact
16
21
  verification verdict or proof authority.
@@ -20,7 +25,7 @@ Source: `packages/receiz-mcp-server/src/index.ts`.
20
25
  ## Diagnostics And Setup
21
26
 
22
27
  - `receiz_doctor`: SDK doctor for app/tenant diagnostics.
23
- - `receiz_capabilities`: inspect SDK capability readiness.
28
+ - `receiz_capabilities`: use `capabilities.describe` for deterministic support and probe mode for readiness.
24
29
  - `receiz_required_scopes`: return stable scope constants by rail.
25
30
  - `receiz_runtime_blueprint`: return app runtime blueprint.
26
31
  - `receiz_authorize_url`: build Connect/OIDC authorize URL.
@@ -47,6 +52,7 @@ Source: `packages/receiz-mcp-server/src/index.ts`.
47
52
  - `receiz_proof_query`: delegated proof query projection.
48
53
 
49
54
  Use SDK `verification.verifyArtifact(file)` for verification; it requires enclosing integrity and ownership continuity.
55
+ Emulator output is labeled `sandboxVerified`; never translate it into Receiz verification.
50
56
 
51
57
  ## Sports, Wallet, World
52
58
 
@@ -1,10 +1,12 @@
1
1
  # SDK Reference For Proof Work
2
2
 
3
- The v104 app compiler APIs (`defineReceizApp`, `compileReceizAppContract`, and
3
+ The v105 app compiler APIs (`defineReceizApp`, `compileReceizAppContract`, and
4
4
  repository planning/checking functions) inspect and integrate applications.
5
5
  They do not verify proof bytes. Continue to use `verification.verifyArtifact`
6
6
  for the indivisible integrity, owner, namespace, and continuity verdict.
7
7
 
8
+ Import runtime proof APIs from `@receiz/sdk`, React bindings from `@receiz/sdk/react`, compiler APIs from `@receiz/sdk/compiler`, and sandbox/conformance helpers from `@receiz/sdk/testing`. Emulator evidence is `sandboxVerified`, not production verification.
9
+
8
10
  Source: `packages/receiz-sdk/src/index.ts`, `packages/receiz-sdk/src/identity.ts`, `packages/receiz-sdk/src/react.ts`, and SDK package docs.
9
11
 
10
12
  ## Core Constants And Schemas