@receiz/ai-skills 103.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,14 +1,18 @@
1
1
  # Receiz AI Skills
2
2
 
3
+ `receiz-app-builder-skill` is the authoritative v105 workflow for starting,
4
+ integrating, upgrading, diagnosing, and repairing repositories through the typed
5
+ Receiz app contract, shared SDK compiler, CLI, and MCP tools.
6
+
3
7
  This package teaches AI agents how to understand, verify, build with, and operate Receiz from the existing repository surfaces.
4
8
 
5
- It is published as `@receiz/ai-skills` and is an exact-version dependency of both `@receiz/sdk` and `@receiz/mcp-server`. Installing either package places these eight skill directories under `node_modules/@receiz/ai-skills` for explicit loading by an agent host.
9
+ It is published as `@receiz/ai-skills` and is an exact-version dependency of both `@receiz/sdk` and `@receiz/mcp-server`. Installing either package places these nine skill directories under `node_modules/@receiz/ai-skills` for explicit loading by an agent host.
6
10
 
7
11
  Receiz is a proof-native artifact system. A Receiz object is not a database row. It is a proof-carrying artifact. The artifact's witnessed history is the truth boundary. Server state, database state, UI state, marketplace state, and model memory are projections only. Old witnessed truth is not stale. If a projection is wrong, rebuild it from object history. If truth is missing, append new truth. Never mutate witnessed truth.
8
12
 
9
13
  ## SDK, MCP, And Skills
10
14
 
11
- - 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.
12
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.
13
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.
14
18
 
package/package.json CHANGED
@@ -1,10 +1,11 @@
1
1
  {
2
2
  "name": "@receiz/ai-skills",
3
- "version": "103.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": [
7
7
  "README.md",
8
+ "receiz-app-builder-skill",
8
9
  "receiz-builder-skill",
9
10
  "receiz-commerce-skill",
10
11
  "receiz-distribution-skill",
@@ -28,4 +29,4 @@
28
29
  "publishConfig": {
29
30
  "access": "public"
30
31
  }
31
- }
32
+ }
@@ -0,0 +1,118 @@
1
+ ---
2
+ name: receiz-app-builder-skill
3
+ description: Use when starting, integrating, upgrading, diagnosing, or repairing a TypeScript or Next.js repository that uses Receiz application contracts, SDK compiler commands, generated files, or MCP app tools.
4
+ ---
5
+
6
+ # receiz-app-builder-skill
7
+
8
+ Build and upgrade Receiz applications from one typed contract. The compiler is
9
+ integration tooling beneath Receiz proof truth; inspection is not verification.
10
+
11
+ ## When To Use This Skill
12
+
13
+ - Use for `defineReceizApp`, `receiz.app.contract.v1`, or `receiz app` commands.
14
+ - Use when adding Receiz to an existing repository or changing feature rails.
15
+ - Use for deterministic integration plans, generated-file repair, and upgrades.
16
+ - Use before calling Receiz MCP application compiler tools.
17
+
18
+ ## When Not To Use This Skill
19
+
20
+ - Do not use repository inspection to verify an artifact.
21
+ - Do not use it to invent proof objects, owners, continuity, or settlement.
22
+ - Do not bypass `receiz-proof-skill` for byte-bearing artifact verification.
23
+
24
+ ## Core Receiz Laws
25
+
26
+ - Never treat a database, server, marketplace, UI, model response, or cache as final authority.
27
+ - The sealed proof object remains stronger than SDK, compiler, MCP, AI, and repository state.
28
+ - Proof-object creation uses authenticated native Record before Seal.
29
+ - Existing witnessed history is never rewritten; append missing truth and rebuild incorrect projections.
30
+ - MCP inspection is not verification and MCP never becomes proof authority.
31
+
32
+ ## Required Behavior
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
+
36
+ 1. Inspect the explicit repository root with `receiz_project_inspect` or `receiz app inspect`.
37
+ 2. Identify intended features and create or update the contract with `defineReceizApp` or `receiz_app_contract_create`.
38
+ 3. Compile a read-only plan with `compileReceizAppContract`, `receiz_app_plan`, or `receiz app plan`.
39
+ 4. Explain scopes, authority boundaries, findings, and every proposed file.
40
+ 5. Obtain explicit confirmation for the exact preview digest before mutation.
41
+ 6. Apply the smallest safe change set with `receiz_app_apply` or `receiz app apply`.
42
+ 7. Run generated conformance, `receiz conformance`, and repository tests.
43
+ 8. Reinspect with `receiz_app_check` and report exact evidence.
44
+ 9. Use `receiz_app_upgrade` for version-aware upgrades and `receiz_app_explain` for findings.
45
+ 10. Report remaining manual work and blocked authority without claiming completion.
46
+
47
+ Read [resources/workflow.md](resources/workflow.md) for new, existing, feature-change,
48
+ upgrade, diagnosis, and repair routes.
49
+
50
+ ## Forbidden Behavior
51
+
52
+ - Never invent APIs, tools, scopes, proof IDs, owners, settlement, verification results, authorization, or completed file changes.
53
+ - Never write outside the explicit repository root or follow a symlink outside it.
54
+ - Never overwrite unmarked application code.
55
+ - Never put tokens, keys, identity artifacts, webhook secrets, or recovery material in code, plans, fixtures, logs, or MCP output.
56
+ - Never add a traditional database as proof authority.
57
+ - Never claim a plan, inspection, hash, MCP lookup, or successful compile verified a proof object.
58
+
59
+ ## MCP Usage Rules
60
+
61
+ Use the documented tools listed in
62
+ [resources/workflow.md](resources/workflow.md). Inspection, contract proposals,
63
+ planning, checking, upgrade planning, and explanation are read-only.
64
+ `receiz_app_apply` returns a preview first and requires the exact digest as
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.
67
+
68
+ ## SDK Usage Rules
69
+
70
+ Import `defineReceizApp`, `validateReceizAppContract`,
71
+ `compileReceizAppContract`, `inspectReceizProject`,
72
+ `planReceizIntegration`, `checkReceizIntegration`, `planReceizUpgrade`, and
73
+ `explainReceizIntegrationFinding` from `@receiz/sdk/compiler`. Artifact verification remains
74
+ `verification.verifyArtifact`; creation remains the SDK's authenticated native
75
+ Record-before-Seal rail.
76
+
77
+ ## Output Format
78
+
79
+ ```md
80
+ Contract:
81
+ Repository evidence:
82
+ Features and scopes:
83
+ Authority boundary:
84
+ Read-only findings:
85
+ Proposed files:
86
+ Preview digest:
87
+ Confirmation status:
88
+ Checks run:
89
+ Remaining manual work:
90
+ What is proven:
91
+ What is not proven:
92
+ ```
93
+
94
+ ## Safety And Security Boundaries
95
+
96
+ Read [resources/authority-boundaries.md](resources/authority-boundaries.md).
97
+ Stop when a required delegated permission, identity proof, capability, or user
98
+ decision is unavailable. Report the blocked boundary; do not fabricate it.
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.
101
+
102
+ ## Examples
103
+
104
+ - [Commerce](examples/commerce.md)
105
+ - [Marketplace](examples/marketplace.md)
106
+ - [Persistent world](examples/persistent-world.md)
107
+ - [AI-operated application](examples/ai-operated.md)
108
+ - [Profile or portfolio](examples/profile-portfolio.md)
109
+ - [Content publishing](examples/content-publishing.md)
110
+ - [Proof verifier](examples/proof-verifier.md)
111
+ - [Minimal proof object](examples/minimal-proof-object.md)
112
+
113
+ Resources:
114
+
115
+ - [Workflow](resources/workflow.md)
116
+ - [Authority boundaries](resources/authority-boundaries.md)
117
+ - [Generated-file repair](resources/generated-file-repair.md)
118
+ - [Upgrade rules](resources/upgrade-rules.md)
@@ -0,0 +1,5 @@
1
+ # AI-Operated Application Starter Contract
2
+
3
+ Select only the feature rails the agent needs. Keep planning and inspection
4
+ read-only, require explicit confirmation for mutations, and use delegated scopes
5
+ as permission rather than proof authority.
@@ -0,0 +1,6 @@
1
+ # Commerce Starter Contract
2
+
3
+ Use `defineReceizApp` with features `identity`, `proof`, `proofMemory`,
4
+ `publicStore`, `commerce`, `media`, and `webhooks`. Compile the plan before
5
+ adding checkout or publication. Ownership and settlement remain distinct proof
6
+ boundaries.
@@ -0,0 +1,5 @@
1
+ # Content And Publishing Starter Contract
2
+
3
+ Select `identity`, `proof`, `proofMemory`, `publicStore`, `media`, and
4
+ `webhooks`. Publication is an authenticated append and does not replace the
5
+ sealed source proof.
@@ -0,0 +1,5 @@
1
+ # Marketplace Starter Contract
2
+
3
+ Select `identity`, `proof`, `proofMemory`, `publicStore`, `commerce`, `media`,
4
+ and `webhooks`. Require continuity-bound verification before listing projections
5
+ and settlement authority before value transfer.
@@ -0,0 +1,5 @@
1
+ # Minimal Proof-Object Starter Contract
2
+
3
+ Select `identity` and `proof`. Use a real authenticated Receiz ID and the native
4
+ Record-before-Seal sequence. Do not expose a path that seals before continuity
5
+ exists.
@@ -0,0 +1,5 @@
1
+ # Persistent World Starter Contract
2
+
3
+ Select `identity`, `proof`, `proofMemory`, `media`, `webhooks`, and `world`.
4
+ First-paint durable verified world truth and append verified additions without
5
+ replacing witnessed state.
@@ -0,0 +1,4 @@
1
+ # Profile Or Portfolio Starter Contract
2
+
3
+ Select `identity`, `proof`, `proofMemory`, `publicStore`, and `media`. Preserve
4
+ owner Receiz ID continuity and project public originals only after verification.
@@ -0,0 +1,5 @@
1
+ # Proof Verifier Starter Contract
2
+
3
+ Select `proof` and optionally `proofMemory`. Route byte-bearing files to SDK
4
+ `verification.verifyArtifact`. MCP inspection and repository checks never supply
5
+ the verification verdict.
@@ -0,0 +1,15 @@
1
+ # Authority Boundaries
2
+
3
+ - Inspection reports repository evidence. It proves no artifact bytes.
4
+ - Verification validates the sealed proof object's integrity, owner, namespace,
5
+ and continuity through the SDK verifier.
6
+ - Publication appends an authenticated projection; it does not create ownership
7
+ or settlement by implication.
8
+ - Settlement requires the implemented settlement primitive and appropriate
9
+ delegated or identity-proof authority.
10
+ - Proof creation requires a real authenticated Receiz ID and native Record
11
+ before Seal continuity.
12
+
13
+ When authority is unavailable, return
14
+ `blocked_missing_capability_or_authority`. Never synthesize a Receiz ID, owner,
15
+ namespace, prior head, scope, token, proof ID, verification, or settlement.
@@ -0,0 +1,10 @@
1
+ # Generated-File Repair
2
+
3
+ Receiz-owned generated files carry `@receiz-generated` or the
4
+ `receiz.generated-files.v1` manifest. Preview regeneration, compare the digest,
5
+ and request confirmation before writing.
6
+
7
+ Automatic edits are limited to generated files, approved `package.json` fields,
8
+ and explicit generated blocks. Unmarked source becomes a manual action. Preserve
9
+ all unrelated code. Reject traversal, symlink escape, stale previews, and content
10
+ whose digest changed after review.
@@ -0,0 +1,11 @@
1
+ # Upgrade Rules
2
+
3
+ Compare the repository, contract, installed SDK/MCP/AI-skills versions, and
4
+ target SDK version. Keep findings deterministic and version-aware.
5
+
6
+ - Preserve valid historical proof objects.
7
+ - Never rewrite witnessed history.
8
+ - Append missing truth.
9
+ - Rebuild incorrect projections from stronger verified truth.
10
+ - Align package versions and reject published `workspace:` dependency ranges.
11
+ - Re-run tarball installation and conformance after upgrades.
@@ -0,0 +1,17 @@
1
+ # App Contract Workflow
2
+
3
+ | Need | Read-only action | Confirmed mutation |
4
+ |---|---|---|
5
+ | New app | `receiz_app_contract_create`, `receiz_app_plan` | `receiz_app_apply` |
6
+ | Existing repository | `receiz_project_inspect`, `receiz_app_plan` | Apply the confirmed preview |
7
+ | Add or remove a rail | Update the contract, then plan | Apply only the changed digest |
8
+ | Upgrade | `receiz_app_upgrade` | Apply approved package/generated changes |
9
+ | Diagnose | `receiz_app_check`, `receiz_app_explain` | None until the finding is understood |
10
+ | Repair | `receiz_app_repair` preview | Exact digest confirmation; regenerate Receiz-owned files only |
11
+
12
+ After every mutation, run the returned verification commands and reinspect.
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`.
15
+
16
+ Do not substitute inspection for verification, publication for settlement, or a
17
+ successful write for proof admission.
@@ -12,6 +12,7 @@ Build Receiz apps from proof objects, durable public projections, proof memory,
12
12
  - Use for no-db storefronts, product pages, marketplaces, pack opening apps, profile vaults, proof pages, claim flows, QR entry flows, custom domains, subdomains, and template apps.
13
13
  - Use when generating app code that imports `@receiz/sdk` or `@receiz/sdk/react`.
14
14
  - Use when an AI must choose SDK rails for public store, app state, checkout, media, identity, wallet, sports, or offline queues.
15
+ - For contract-driven repository integration or upgrades, use `receiz-app-builder-skill` first and use this skill for the resulting application surfaces.
15
16
 
16
17
  ## When Not To Use This Skill
17
18
 
@@ -1,11 +1,31 @@
1
1
  # MCP Tool Map
2
2
 
3
+ ## v105 Application Compiler And Semantic Operations
4
+
5
+ | Need | Tool | Mutation |
6
+ |---|---|---|
7
+ | Inspect repository | `receiz_project_inspect` | Read-only |
8
+ | Propose contract | `receiz_app_contract_create` | Read-only |
9
+ | Compile plan | `receiz_app_plan` | Read-only |
10
+ | Preview/apply | `receiz_app_apply` | Exact digest confirmation required |
11
+ | Check conformance | `receiz_app_check` | Read-only |
12
+ | Plan upgrade | `receiz_app_upgrade` | Read-only |
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 |
19
+
20
+ Repository inspection is not verification. These tools never supply an artifact
21
+ verification verdict or proof authority.
22
+
3
23
  Source: `packages/receiz-mcp-server/src/index.ts`.
4
24
 
5
25
  ## Diagnostics And Setup
6
26
 
7
27
  - `receiz_doctor`: SDK doctor for app/tenant diagnostics.
8
- - `receiz_capabilities`: inspect SDK capability readiness.
28
+ - `receiz_capabilities`: use `capabilities.describe` for deterministic support and probe mode for readiness.
9
29
  - `receiz_required_scopes`: return stable scope constants by rail.
10
30
  - `receiz_runtime_blueprint`: return app runtime blueprint.
11
31
  - `receiz_authorize_url`: build Connect/OIDC authorize URL.
@@ -32,6 +52,7 @@ Source: `packages/receiz-mcp-server/src/index.ts`.
32
52
  - `receiz_proof_query`: delegated proof query projection.
33
53
 
34
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.
35
56
 
36
57
  ## Sports, Wallet, World
37
58
 
@@ -1,5 +1,12 @@
1
1
  # SDK Reference For Proof Work
2
2
 
3
+ The v105 app compiler APIs (`defineReceizApp`, `compileReceizAppContract`, and
4
+ repository planning/checking functions) inspect and integrate applications.
5
+ They do not verify proof bytes. Continue to use `verification.verifyArtifact`
6
+ for the indivisible integrity, owner, namespace, and continuity verdict.
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
+
3
10
  Source: `packages/receiz-sdk/src/index.ts`, `packages/receiz-sdk/src/identity.ts`, `packages/receiz-sdk/src/react.ts`, and SDK package docs.
4
11
 
5
12
  ## Core Constants And Schemas
@@ -2,13 +2,14 @@
2
2
 
3
3
  ## Route Order
4
4
 
5
- 1. If an object must be verified, start with `receiz-proof-skill`.
6
- 2. If local files or airplane-mode proof are involved, use `receiz-offline-verifier-skill`.
7
- 3. If MCP tools or delegated access are involved, use `receiz-mcp-agent-skill`.
8
- 4. If code or app surfaces are being generated, use `receiz-builder-skill`.
9
- 5. If product, storefront, order, receipt, certificate, note, or checkout boundaries appear, use `receiz-commerce-skill`.
10
- 6. If sports cards, card memory, Pack Derby, rarity, MLB proof language, or live events appear, use `receiz-sports-card-skill`.
11
- 7. If QR, venue, affiliate, staff script, or physical activation appears, use `receiz-distribution-skill`.
5
+ 1. If a repository is being started, integrated, upgraded, diagnosed, or repaired, use `receiz-app-builder-skill`.
6
+ 2. If an object must be verified, start with `receiz-proof-skill`.
7
+ 3. If local files or airplane-mode proof are involved, use `receiz-offline-verifier-skill`.
8
+ 4. If MCP tools or delegated access are involved, use `receiz-mcp-agent-skill`.
9
+ 5. If code or app surfaces are being generated, use `receiz-builder-skill`.
10
+ 6. If product, storefront, order, receipt, certificate, note, or checkout boundaries appear, use `receiz-commerce-skill`.
11
+ 7. If sports cards, card memory, Pack Derby, rarity, MLB proof language, or live events appear, use `receiz-sports-card-skill`.
12
+ 8. If QR, venue, affiliate, staff script, or physical activation appears, use `receiz-distribution-skill`.
12
13
 
13
14
  ## Multi-Skill Order
14
15