@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 +6 -2
- package/package.json +3 -2
- package/receiz-app-builder-skill/SKILL.md +118 -0
- package/receiz-app-builder-skill/examples/ai-operated.md +5 -0
- package/receiz-app-builder-skill/examples/commerce.md +6 -0
- package/receiz-app-builder-skill/examples/content-publishing.md +5 -0
- package/receiz-app-builder-skill/examples/marketplace.md +5 -0
- package/receiz-app-builder-skill/examples/minimal-proof-object.md +5 -0
- package/receiz-app-builder-skill/examples/persistent-world.md +5 -0
- package/receiz-app-builder-skill/examples/profile-portfolio.md +4 -0
- package/receiz-app-builder-skill/examples/proof-verifier.md +5 -0
- package/receiz-app-builder-skill/resources/authority-boundaries.md +15 -0
- package/receiz-app-builder-skill/resources/generated-file-repair.md +10 -0
- package/receiz-app-builder-skill/resources/upgrade-rules.md +11 -0
- package/receiz-app-builder-skill/resources/workflow.md +17 -0
- package/receiz-builder-skill/SKILL.md +1 -0
- package/receiz-mcp-agent-skill/resources/mcp-tool-map.md +22 -1
- package/receiz-proof-skill/resources/sdk-reference.md +7 -0
- package/receiz-skill-bundle/resources/skill-routing.md +8 -7
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
|
|
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
|
|
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": "
|
|
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,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,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`:
|
|
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
|
|
6
|
-
2. If
|
|
7
|
-
3. If
|
|
8
|
-
4. If
|
|
9
|
-
5. If
|
|
10
|
-
6. If
|
|
11
|
-
7. If
|
|
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
|
|