@receiz/ai-skills 102.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.
Files changed (86) hide show
  1. package/README.md +45 -0
  2. package/package.json +31 -0
  3. package/receiz-builder-skill/SKILL.md +92 -0
  4. package/receiz-builder-skill/examples/create-marketplace.md +10 -0
  5. package/receiz-builder-skill/examples/create-pack-app.md +12 -0
  6. package/receiz-builder-skill/examples/create-profile-vault.md +5 -0
  7. package/receiz-builder-skill/examples/create-proof-page.md +5 -0
  8. package/receiz-builder-skill/examples/create-storefront.md +5 -0
  9. package/receiz-builder-skill/resources/app-patterns.md +29 -0
  10. package/receiz-builder-skill/resources/deployment-checklist.md +13 -0
  11. package/receiz-builder-skill/resources/generated-code-rules.md +27 -0
  12. package/receiz-builder-skill/resources/no-db-pattern.md +34 -0
  13. package/receiz-builder-skill/resources/proof-native-ui-patterns.md +29 -0
  14. package/receiz-builder-skill/resources/sdk-quickstart.md +68 -0
  15. package/receiz-commerce-skill/SKILL.md +95 -0
  16. package/receiz-commerce-skill/examples/create-no-db-store.md +15 -0
  17. package/receiz-commerce-skill/examples/create-product-page.md +25 -0
  18. package/receiz-commerce-skill/examples/explain-receiz-commerce.md +14 -0
  19. package/receiz-commerce-skill/examples/verify-product-ownership.md +20 -0
  20. package/receiz-commerce-skill/resources/commerce-object-model.md +44 -0
  21. package/receiz-commerce-skill/resources/conversion-copy-patterns.md +23 -0
  22. package/receiz-commerce-skill/resources/order-and-receipt-boundaries.md +29 -0
  23. package/receiz-commerce-skill/resources/product-proof-flow.md +26 -0
  24. package/receiz-commerce-skill/resources/seller-buyer-language.md +26 -0
  25. package/receiz-commerce-skill/resources/storefront-patterns.md +33 -0
  26. package/receiz-distribution-skill/SKILL.md +94 -0
  27. package/receiz-distribution-skill/examples/create-bar-flyer-copy.md +18 -0
  28. package/receiz-distribution-skill/examples/create-restaurant-activation.md +20 -0
  29. package/receiz-distribution-skill/examples/create-venue-one-pager.md +15 -0
  30. package/receiz-distribution-skill/examples/explain-pack-derby.md +9 -0
  31. package/receiz-distribution-skill/resources/affiliate-boundaries.md +23 -0
  32. package/receiz-distribution-skill/resources/conversion-language.md +20 -0
  33. package/receiz-distribution-skill/resources/pack-derby-model.md +19 -0
  34. package/receiz-distribution-skill/resources/qr-activation-flow.md +24 -0
  35. package/receiz-distribution-skill/resources/staff-training-script.md +17 -0
  36. package/receiz-distribution-skill/resources/venue-playbook.md +25 -0
  37. package/receiz-mcp-agent-skill/SKILL.md +89 -0
  38. package/receiz-mcp-agent-skill/examples/agent-append-proof.md +11 -0
  39. package/receiz-mcp-agent-skill/examples/agent-build-app.md +10 -0
  40. package/receiz-mcp-agent-skill/examples/agent-inspect-vault.md +8 -0
  41. package/receiz-mcp-agent-skill/examples/agent-verify-object.md +3 -0
  42. package/receiz-mcp-agent-skill/resources/action-confirmation-rules.md +22 -0
  43. package/receiz-mcp-agent-skill/resources/agent-operating-rules.md +28 -0
  44. package/receiz-mcp-agent-skill/resources/auth-boundaries.md +21 -0
  45. package/receiz-mcp-agent-skill/resources/mcp-tool-map.md +61 -0
  46. package/receiz-mcp-agent-skill/resources/response-templates.md +38 -0
  47. package/receiz-mcp-agent-skill/resources/safe-tool-calling.md +45 -0
  48. package/receiz-offline-verifier-skill/SKILL.md +91 -0
  49. package/receiz-offline-verifier-skill/examples/debug-verification-failure.md +17 -0
  50. package/receiz-offline-verifier-skill/examples/explain-offline-proof.md +9 -0
  51. package/receiz-offline-verifier-skill/examples/verify-offline-asset.md +19 -0
  52. package/receiz-offline-verifier-skill/resources/airplane-mode-principle.md +15 -0
  53. package/receiz-offline-verifier-skill/resources/artifact-over-server.md +22 -0
  54. package/receiz-offline-verifier-skill/resources/offline-verification-law.md +17 -0
  55. package/receiz-offline-verifier-skill/resources/security-boundaries.md +20 -0
  56. package/receiz-offline-verifier-skill/resources/verifier-flow.md +25 -0
  57. package/receiz-proof-skill/SKILL.md +98 -0
  58. package/receiz-proof-skill/examples/verify-card.md +21 -0
  59. package/receiz-proof-skill/examples/verify-pack.md +14 -0
  60. package/receiz-proof-skill/examples/verify-post.md +7 -0
  61. package/receiz-proof-skill/examples/verify-product.md +7 -0
  62. package/receiz-proof-skill/examples/verify-vault.md +7 -0
  63. package/receiz-proof-skill/resources/failure-modes.md +31 -0
  64. package/receiz-proof-skill/resources/mcp-tool-map.md +49 -0
  65. package/receiz-proof-skill/resources/output-templates.md +56 -0
  66. package/receiz-proof-skill/resources/proof-object-model.md +30 -0
  67. package/receiz-proof-skill/resources/receiz-laws.md +41 -0
  68. package/receiz-proof-skill/resources/sdk-reference.md +80 -0
  69. package/receiz-proof-skill/resources/verification-flow.md +38 -0
  70. package/receiz-skill-bundle/SKILL.md +87 -0
  71. package/receiz-skill-bundle/resources/canonical-receiz-language.md +46 -0
  72. package/receiz-skill-bundle/resources/combined-agent-behavior.md +35 -0
  73. package/receiz-skill-bundle/resources/skill-routing.md +15 -0
  74. package/receiz-skill-bundle/resources/when-to-use-each-skill.md +29 -0
  75. package/receiz-sports-card-skill/SKILL.md +97 -0
  76. package/receiz-sports-card-skill/examples/explain-card-market.md +18 -0
  77. package/receiz-sports-card-skill/examples/explain-geo-appeal.md +9 -0
  78. package/receiz-sports-card-skill/examples/explain-live-event-card.md +18 -0
  79. package/receiz-sports-card-skill/examples/explain-pack-opening.md +10 -0
  80. package/receiz-sports-card-skill/examples/explain-player-card.md +19 -0
  81. package/receiz-sports-card-skill/resources/card-memory-law.md +23 -0
  82. package/receiz-sports-card-skill/resources/game-surface-patterns.md +26 -0
  83. package/receiz-sports-card-skill/resources/live-event-append-flow.md +19 -0
  84. package/receiz-sports-card-skill/resources/mlb-proof-language.md +24 -0
  85. package/receiz-sports-card-skill/resources/rarity-and-event-language.md +25 -0
  86. package/receiz-sports-card-skill/resources/sports-card-object-model.md +22 -0
@@ -0,0 +1,56 @@
1
+ # Output Templates
2
+
3
+ ## Verified Object
4
+
5
+ ```md
6
+ ## Verified Object
7
+ Object:
8
+ Status:
9
+ Identity:
10
+ Current controller / owner:
11
+ Proof present:
12
+ Witness history:
13
+ Provenance:
14
+ Media:
15
+ Transfer state:
16
+ What is proven:
17
+ What is not proven:
18
+ Safe next action:
19
+ ```
20
+
21
+ ## Tool Failure
22
+
23
+ ```md
24
+ ## Verification Boundary
25
+ Object:
26
+ Attempted tool or SDK rail:
27
+ Result:
28
+ What can be stated from available data:
29
+ What cannot be stated:
30
+ Required next evidence:
31
+ ```
32
+
33
+ ## Missing Truth
34
+
35
+ ```md
36
+ ## Missing Truth
37
+ Primitive:
38
+ Expected evidence:
39
+ Available evidence:
40
+ Missing evidence:
41
+ Safe next action:
42
+ Append path, if the user confirms:
43
+ ```
44
+
45
+ ## Offline Report
46
+
47
+ ```md
48
+ ## Offline Proof
49
+ Artifact:
50
+ Local verifier:
51
+ Proof status:
52
+ Strongest truth:
53
+ Projection:
54
+ Server dependency:
55
+ What remains unverified:
56
+ ```
@@ -0,0 +1,30 @@
1
+ # Proof Object Model
2
+
3
+ ## Required Shape
4
+
5
+ A Receiz proof object carries enough structure to be inspected or recomputed without letting a weaker layer become authority.
6
+
7
+ Core fields and evidence may include:
8
+
9
+ - deterministic identity such as asset ID, collectible ID, proof ID, claim hash, witness ID, or Receiz ID
10
+ - sealed payload, proof bundle, manifest, signature, hash, wireproof, or integrity material
11
+ - provenance, source snapshot, owner/custody, or chain state
12
+ - media or attached payload
13
+ - append, transfer, settlement, event, or verification history
14
+ - Kai/Klok coordinate such as `kaiPulseEternal`, `kai_upulse`, or known proof head
15
+ - verify URL, inspect behavior, local validator, or offline verifier
16
+
17
+ ## Implemented SDK Payloads
18
+
19
+ - `receiz.asset_manifest.v1`: asset ID, asset type, `receiz.proof_bundle`, owner, media, appends, settlement, links.
20
+ - `receiz.sports_arena.card_manifest.v1`: sport, collectible ID, claim hash, card, ownership, value basis, append summary, event proof summary, links.
21
+ - `receiz.webhook_event.v1`: delivery envelope for append, transfer, score, event proof, wallet, note, market, or profile visibility events. Verify the underlying proof object before treating the event as product truth.
22
+ - `receiz.sdk.proof_register.v1`: admitted local proof memory with a known head for append-only sync.
23
+
24
+ ## Projection Rule
25
+
26
+ Projection is display preparation. It is not proof authority. Use projectors to render rows, title, media, owner label, value, score, append counts, and verify links after validation.
27
+
28
+ ## Subpayload Rule
29
+
30
+ When a subpayload is embedded inside a stronger artifact, verify the stronger artifact first. A subpayload hash validates deterministic projection only. Ownership, access, transfer, settlement, and public proof bind to the enclosing stronger primitive unless Receiz law defines the subpayload as its own sealed proof object.
@@ -0,0 +1,41 @@
1
+ # Receiz Laws For Proof Work
2
+
3
+ ## Central Law
4
+
5
+ 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.
6
+
7
+ ## Truth Ladder
8
+
9
+ 1. Receiz law and product invariants
10
+ 2. Sealed artifact truth / embedded proof
11
+ 3. Deterministic proof object state
12
+ 4. Verified local truth / durable local truth
13
+ 5. Verified register block / verified append
14
+ 6. Authenticated snapshot
15
+ 7. Server append / global sync
16
+ 8. DB/session state
17
+ 9. UI cache / temporary render state
18
+ 10. External references for mechanics only
19
+ 11. Generic app convention
20
+
21
+ ## Non-Negotiables
22
+
23
+ - Verify before claiming.
24
+ - Name implemented primitives directly.
25
+ - Never invent ownership, witness IDs, rarity, transfer history, or verification status.
26
+ - Never mutate witnessed history.
27
+ - Append new truth only.
28
+ - Treat durable local truth as admitted proof, not cache.
29
+ - Treat offline verification as a primitive, not degraded mode.
30
+ - Treat MCP and SDK responses as tooling or projection beneath proof truth.
31
+
32
+ ## Repo Sources To Inspect
33
+
34
+ - `AGENTS.md`
35
+ - `docs/receiz-reasoning-kernel.md`
36
+ - `docs/reality-grade-systems-kernel.md`
37
+ - `docs/invariant-first-kernel.md`
38
+ - `docs/chronos-causality-kai-time-kernel.md`
39
+ - `docs/offline-verified-register.md`
40
+ - `packages/receiz-sdk/README.md`
41
+ - `packages/receiz-mcp-server/README.md`
@@ -0,0 +1,80 @@
1
+ # SDK Reference For Proof Work
2
+
3
+ Source: `packages/receiz-sdk/src/index.ts`, `packages/receiz-sdk/src/identity.ts`, `packages/receiz-sdk/src/react.ts`, and SDK package docs.
4
+
5
+ ## Core Constants And Schemas
6
+
7
+ - `RECEIZ_SDK_VERSION`
8
+ - `RECEIZ_SCHEMAS`
9
+ - `RECEIZ_ASSET_MANIFEST_SCHEMA`
10
+ - `RECEIZ_SPORTS_CARD_MANIFEST_SCHEMA`
11
+ - `RECEIZ_WEBHOOK_EVENT_SCHEMA`
12
+ - `RECEIZ_APP_STATE_FEED_SCHEMA`
13
+ - `RECEIZ_PUBLIC_STORE_STATE_FEED_SCHEMA`
14
+ - `RECEIZ_PUBLIC_STORE_STATE_PROJECTION_SCHEMA`
15
+
16
+ ## Validators And Projectors
17
+
18
+ - `assertReceizProofBundle`
19
+ - `isReceizProofBundle`
20
+ - `assertReceizAssetManifest`
21
+ - `isReceizAssetManifest`
22
+ - `assertReceizSportsCardManifest`
23
+ - `isReceizSportsCardManifest`
24
+ - `assertReceizWebhookEvent`
25
+ - `isReceizWebhookEvent`
26
+ - `projectReceizAssetManifest`
27
+ - `projectReceizSportsCardManifest`
28
+ - `assertReceizProofRegisterSnapshot`
29
+
30
+ ## Proof Memory
31
+
32
+ - `createReceizProofRegister`
33
+ - `createReceizProofMemory`
34
+ - `createReceizInMemoryProofMemoryStorage`
35
+ - `createReceizLocalStorageProofMemoryStorage`
36
+ - `receizProofMemoryAdditionsQuery`
37
+ - `receiz.proofMemory.syncAdditions`
38
+
39
+ Use proof memory as admitted truth. It is not cache.
40
+
41
+ ## Client Rails
42
+
43
+ - `createReceizClient`
44
+ - `receiz.verification.verifyArtifact(file)`
45
+ - `receiz.publicProof.byUrl(url)`
46
+ - `receiz.publicProof.byId(id)`
47
+ - `receiz.publicProof.byCreator(receizId)`
48
+ - `receiz.appState.publish(...)`
49
+ - `receiz.appState.resolve(...)`
50
+ - `receiz.publicStore.publish(...)`
51
+ - `receiz.publicStore.resolve(...)`
52
+ - `receiz.publicStore.publishWithIdentityProof(...)`
53
+ - `receiz.wallet.publicLedger(...)`
54
+ - `receiz.sports.conformance()`
55
+ - `receiz.sports.resolveCardMemory(...)`
56
+ - `receiz.sports.resolvePitchDayProof(...)`
57
+
58
+ ## Identity Proof Helpers
59
+
60
+ - `createReceizIdIdentity`
61
+ - `readReceizIdentityArtifact`
62
+ - `projectReceizIdentityAccount`
63
+ - `signReceizIdentityLoginProof`
64
+ - `verifyReceizIdentityLoginProof`
65
+ - `buildReceizIdContinueRequest`
66
+ - `appendReceizIdentityArtifactTrailerToPng`
67
+ - `serializeReceizIdentityArtifact`
68
+
69
+ ## Local CLI
70
+
71
+ - `receiz inspect <path-to-proof-json>`
72
+ - `receiz conformance`
73
+ - `receiz init <target-dir>`
74
+ - `receiz doctor`
75
+ - `receiz dev`
76
+ - `receiz deploy-check`
77
+ - `receiz seed-store`
78
+ - `receiz simulate-checkout`
79
+
80
+ The CLI uses SDK validators, projections, and proof memory. It is not a separate authority.
@@ -0,0 +1,38 @@
1
+ # Verification Flow
2
+
3
+ ## Local Artifact Or Manifest
4
+
5
+ 1. Preserve the original bytes or JSON payload.
6
+ 2. Identify the claimed schema or primitive.
7
+ 3. For artifact bytes, use `receiz.verification.verifyArtifact(file)` when available.
8
+ 4. For JSON manifests, use the SDK validators:
9
+ - `assertReceizAssetManifest`
10
+ - `assertReceizSportsCardManifest`
11
+ - `assertReceizWebhookEvent`
12
+ 5. Project with SDK projectors only after validation.
13
+ 6. Admit valid proof objects into `ReceizProofMemory`.
14
+ 7. Use `knownHead()` or `receizProofMemoryAdditionsQuery()` for append-only sync.
15
+
16
+ ## MCP Verification
17
+
18
+ Use MCP when the agent host exposes Receiz MCP tools:
19
+
20
+ - `receiz_inspect_offline_file`: inspect a local manifest or proof payload shape; always returns `verified: false`.
21
+ - `receiz_asset_by_url` / `receiz_asset_by_id`: resolve public proof records; resolution is not artifact verification.
22
+ - SDK `verification.verifyArtifact(file)`: verify enclosing integrity plus ownership continuity.
23
+ - `receiz_asset_by_url` and `receiz_asset_by_id`: read public proof surfaces.
24
+ - `receiz_inspect_proof_object`: inspect provided payload structure without claiming final verification.
25
+ - `receiz_card_history`: resolve Sports card memory from local-first SDK rails.
26
+ - `receiz_pitch_proof_by_witness_id`: resolve a pitch witness from already-admitted local day-proof truth.
27
+
28
+ ## Report Boundary
29
+
30
+ Every report must state:
31
+
32
+ - what was verified
33
+ - what was only inspected
34
+ - what source of truth was used
35
+ - what remains unknown
36
+ - what tool or artifact is required to resolve the unknown
37
+
38
+ If a tool fails, do not claim verification happened.
@@ -0,0 +1,87 @@
1
+ ---
2
+ name: receiz-skill-bundle
3
+ description: Use when an agent needs the complete Receiz skill router for choosing proof, builder, MCP agent, commerce, sports card, offline verifier, or distribution skills in one task.
4
+ ---
5
+
6
+ # receiz-skill-bundle
7
+
8
+ Use this bundle as the top-level router. It does not replace the specialized skills; it selects them and preserves canonical Receiz language across combined tasks.
9
+
10
+ ## When To Use This Skill
11
+
12
+ - Use when a task spans verification, app building, MCP tool use, commerce, sports cards, offline proof, and distribution.
13
+ - Use when an agent needs to decide which Receiz skill should run first.
14
+ - Use when user language is broad, such as "understand Receiz end to end" or "build with the full power of Receiz."
15
+
16
+ ## When Not To Use This Skill
17
+
18
+ - Do not use as the only skill when a specific object must be verified. Route to `receiz-proof-skill`.
19
+ - Do not use as the only skill when live MCP calls are required. Route to `receiz-mcp-agent-skill`.
20
+ - Do not use to soften Receiz primitives into generic app categories.
21
+
22
+ ## Core Receiz Laws
23
+
24
+ - Receiz is a proof-native artifact system.
25
+ - Specialized skills must preserve the same truth hierarchy.
26
+ - Artifact truth, deterministic proof object state, verified local truth, and verified register appends outrank server, database, session, UI, and model output.
27
+ - Never treat a database, server, marketplace, UI, model response, or cache as final authority.
28
+ - Use direct primitive language for implemented primitives.
29
+ - Do not add new authority layers when existing Receiz primitives already carry the boundary.
30
+ - Read [resources/skill-routing.md](resources/skill-routing.md) first.
31
+
32
+ ## Required Behavior
33
+
34
+ 1. Classify the task by primitive and risk.
35
+ 2. Route to the narrowest skill that can answer the task.
36
+ 3. Chain skills in proof-first order when multiple skills apply.
37
+ 4. Preserve canonical language from [resources/canonical-receiz-language.md](resources/canonical-receiz-language.md).
38
+ 5. State exact uncertainty boundaries instead of vague caution.
39
+ 6. Stop before writes unless MCP confirmation rules are loaded.
40
+
41
+ ## Forbidden Behavior
42
+
43
+ - Do not use the bundle to skip proof verification.
44
+ - Do not invent APIs, tools, scopes, product claims, ownership, settlement, rarity, or official status.
45
+ - Do not call proof objects cards, listings, metadata wrappers, cache, or generic UI state as product truth.
46
+ - Do not let an external convention define Receiz product truth.
47
+ - Do not route value-affecting actions without explicit confirmation.
48
+
49
+ ## MCP Usage Rules
50
+
51
+ When MCP tools are needed, route to `receiz-mcp-agent-skill` and follow delegated authorization, read/write separation, and action confirmation rules. Use MCP read tools to resolve or inspect only; use SDK `verification.verifyArtifact(file)` for verification. Use MCP write tools only after explicit confirmation and scoped delegated access.
52
+
53
+ ## SDK Usage Rules
54
+
55
+ When generated code is needed, route to `receiz-builder-skill` and then to domain skills. Use `createReceizClient`, SDK validators, proof memory, public proof, public store, sports, identity, offline, commerce, payments, and connect rails according to the selected skill.
56
+
57
+ ## Output Format
58
+
59
+ Use this router output:
60
+
61
+ ```md
62
+ ## Receiz Skill Route
63
+ Primary primitive:
64
+ Source of truth:
65
+ Selected skills:
66
+ First skill to run:
67
+ MCP needed:
68
+ SDK needed:
69
+ Write action:
70
+ Confirmation required:
71
+ Exact uncertainty:
72
+ ```
73
+
74
+ ## Safety And Security Boundaries
75
+
76
+ The bundle cannot authorize actions by itself. Delegated access, OIDC Authorization Code with PKCE, MCP login setup, private credentials, and confirmation rules remain under `receiz-mcp-agent-skill`. Never print secrets or private proof material.
77
+
78
+ ## Examples
79
+
80
+ This router has no standalone example files. Use the specialized skill examples after routing.
81
+
82
+ Load resources as needed:
83
+
84
+ - [Skill routing](resources/skill-routing.md)
85
+ - [Combined agent behavior](resources/combined-agent-behavior.md)
86
+ - [When to use each skill](resources/when-to-use-each-skill.md)
87
+ - [Canonical Receiz language](resources/canonical-receiz-language.md)
@@ -0,0 +1,46 @@
1
+ # Canonical Receiz Language
2
+
3
+ ## Required Primitive Names
4
+
5
+ - Proof object
6
+ - Artifact system
7
+ - Vault object
8
+ - Ownership surface
9
+ - Settlement primitive
10
+ - Identity primitive
11
+ - Public proof surface
12
+ - Offline proof
13
+ - Verified local truth
14
+ - Durable local truth
15
+ - Card memory
16
+ - Live event append
17
+ - Receipt proof
18
+ - Certificate
19
+ - Note issue route
20
+ - Public store projection
21
+ - Market projection
22
+
23
+ ## Forbidden Downgrades
24
+
25
+ - Proof object to card.
26
+ - Artifact system to UI experience.
27
+ - Vault object to content card.
28
+ - Sealed file to metadata wrapper.
29
+ - Offline verification to fallback mode.
30
+ - Durable local truth to cache.
31
+ - Public proof surface to share page.
32
+ - Ownership surface to dashboard state.
33
+ - Settlement primitive to balance display.
34
+ - Receiz ID to login method.
35
+ - Deterministic first paint to loading state.
36
+
37
+ ## Exact Uncertainty
38
+
39
+ Hedge only the unknown boundary:
40
+
41
+ - Build not run.
42
+ - MCP tool unavailable.
43
+ - Live DB state not verified.
44
+ - Browser path not tested.
45
+ - External API behavior not checked.
46
+ - Write action not confirmed.
@@ -0,0 +1,35 @@
1
+ # Combined Agent Behavior
2
+
3
+ ## Core Loop
4
+
5
+ 1. Name the primitive.
6
+ 2. Name the strongest source of truth.
7
+ 3. Select the skill.
8
+ 4. Verify before claiming.
9
+ 5. Separate proof facts from projections and actions.
10
+ 6. Confirm value-affecting writes.
11
+ 7. Output exact uncertainty boundaries.
12
+
13
+ ## Risk Labels
14
+
15
+ Use precise labels when relevant:
16
+
17
+ - primitive-risk
18
+ - first-paint-risk
19
+ - truth-downgrade-risk
20
+ - offline-proof-risk
21
+ - ownership-risk
22
+ - settlement-risk
23
+ - identity-risk
24
+ - provenance-risk
25
+ - transfer-risk
26
+ - public-proof-risk
27
+ - language-drift-risk
28
+ - money-risk
29
+ - session-risk
30
+ - security-risk
31
+ - hydration-risk
32
+
33
+ ## Final Guard
34
+
35
+ Before completion, confirm no stronger truth was replaced by weaker server, database, session, UI, cache, marketplace, or model state.
@@ -0,0 +1,15 @@
1
+ # Skill Routing
2
+
3
+ ## Route Order
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`.
12
+
13
+ ## Multi-Skill Order
14
+
15
+ Proof first. Offline verifier before network comparison. MCP confirmation before writes. Builder after primitive boundaries are known. Domain skill before public copy.
@@ -0,0 +1,29 @@
1
+ # When To Use Each Skill
2
+
3
+ ## receiz-proof-skill
4
+
5
+ Use for verification, inspection, proof reports, ownership, provenance, public proof, and vault objects.
6
+
7
+ ## receiz-builder-skill
8
+
9
+ Use for generating apps, SDK integrations, no-database stores, proof-native UI, and deployment checklists.
10
+
11
+ ## receiz-mcp-agent-skill
12
+
13
+ Use for live tools, delegated access, read/write MCP separation, OIDC Authorization Code with PKCE setup, confirmation rules, and action execution.
14
+
15
+ ## receiz-commerce-skill
16
+
17
+ Use for products, storefronts, checkout, orders, receipts, certificates, notes, seller/buyer copy, and commerce proof.
18
+
19
+ ## receiz-sports-card-skill
20
+
21
+ Use for sports cards, card memory, live events, pack openings, rarity, MLB proof language, card markets, and game surfaces.
22
+
23
+ ## receiz-offline-verifier-skill
24
+
25
+ Use for local files, sealed artifacts, offline verification, airplane mode, embedded proof, and artifact-over-server boundaries.
26
+
27
+ ## receiz-distribution-skill
28
+
29
+ Use for QR activation, Pack Derby venues, restaurant or bar copy, affiliate boundaries, staff scripts, and physical-to-proof distribution.
@@ -0,0 +1,97 @@
1
+ ---
2
+ name: receiz-sports-card-skill
3
+ description: Use when an agent must explain, verify, build, or operate Receiz sports card objects, card memory, live event appends, rarity language, MLB proof language, pack openings, card market surfaces, or game surfaces.
4
+ ---
5
+
6
+ # receiz-sports-card-skill
7
+
8
+ Receiz sports cards are living proof objects. Player identity, media, rarity, live-event memory, pack origin, ownership, market projection, and game state must remain tied to verified card history.
9
+
10
+ ## When To Use This Skill
11
+
12
+ - Use for Receiz Sports Cards, MLB-themed proof language, live event appends, Pack Derby, pack opening, card market explanation, rarity copy, and geo appeal.
13
+ - Use when a user asks what a player card is, why it changed, where an event came from, or how a card can gain memory.
14
+ - Use before generating sports card UI, card economy language, or live-game proof copy.
15
+
16
+ ## When Not To Use This Skill
17
+
18
+ - Do not use for generic products without sports memory. Use `receiz-commerce-skill`.
19
+ - Do not use as the only verifier for arbitrary assets. Use `receiz-proof-skill` first when the card proof is unknown.
20
+ - Do not execute live event appends without `receiz-mcp-agent-skill` confirmation rules.
21
+
22
+ ## Core Receiz Laws
23
+
24
+ - A Receiz sports card is a proof object with card memory, provenance, media, ownership, and event append boundaries.
25
+ - Live event memory appends to a card. It does not rewrite earlier card truth.
26
+ - Rarity language must come from card proof, event proof, or declared product law.
27
+ - Market state is a projection beneath card proof and ownership proof.
28
+ - Never treat a database, server, marketplace, UI, model response, or cache as final authority.
29
+ - Game surfaces may display proof-native scores and state, but verified card memory remains the stronger truth.
30
+ - Read [resources/sports-card-object-model.md](resources/sports-card-object-model.md) before explaining a card.
31
+
32
+ ## Required Behavior
33
+
34
+ 1. Name the card primitive: proof object, card memory, live-event append, ownership surface, public proof surface, market projection, pack proof, or game surface.
35
+ 2. Verify card proof with sports card manifest validation, MCP card history, or artifact verification.
36
+ 3. Report player identity, card identity, media, rarity, event history, ownership, and market status separately.
37
+ 4. Treat new live events as append-only.
38
+ 5. Use precise MLB and rarity language from [resources/mlb-proof-language.md](resources/mlb-proof-language.md) and [resources/rarity-and-event-language.md](resources/rarity-and-event-language.md).
39
+
40
+ ## Forbidden Behavior
41
+
42
+ - Do not invent stats, team data, event memory, rarity, pack origin, ownership, or value.
43
+ - Do not describe a sports card as a generic collectible image or marketplace card.
44
+ - Do not collapse live-event memory into UI state.
45
+ - Do not let market projection outrank card proof.
46
+ - Do not call a card changed unless a verified append or proof update supports it.
47
+
48
+ ## MCP Usage Rules
49
+
50
+ Use `receiz_card_history` for card memory, `receiz_pitch_proof_by_witness_id` for pitch witnesses, `receiz_sports_conformance` for sports conformance, `receiz_asset_by_url` or `receiz_inspect_proof_object` for proof resolution/inspection, SDK `verification.verifyArtifact(file)` for verification, and `receiz_pack_open_preview` for pack-opening previews. Writes or live event appends require explicit confirmation and a scoped write rail.
51
+
52
+ ## SDK Usage Rules
53
+
54
+ Use `assertReceizSportsCardManifest`, `projectReceizSportsCardManifest`, `receiz.sports.resolveCardMemory`, `receiz.sports.resolvePitchDayProof`, `receiz.sports.conformance`, `receiz.sports.conformanceHistory`, `receiz.verification.verifyArtifact`, and proof memory helpers. Use [resources/card-memory-law.md](resources/card-memory-law.md) for append behavior.
55
+
56
+ ## Output Format
57
+
58
+ Use this format for sports card answers:
59
+
60
+ ```md
61
+ ## Sports Card Proof
62
+ Card:
63
+ Primitive:
64
+ Source of truth:
65
+ Player identity:
66
+ Card identity:
67
+ Media:
68
+ Rarity:
69
+ Pack origin:
70
+ Live event memory:
71
+ Ownership / custody:
72
+ Market projection:
73
+ What is proven:
74
+ What is not proven:
75
+ Safe next action:
76
+ ```
77
+
78
+ ## Safety And Security Boundaries
79
+
80
+ Live event append, pack open, transfer, sale, settlement, certificate, and market actions require explicit confirmation. Do not invent official sports claims. Do not print private credentials, bearer tokens, private identity material, or hidden proof payloads.
81
+
82
+ ## Examples
83
+
84
+ - [Explain player card](examples/explain-player-card.md)
85
+ - [Explain live event card](examples/explain-live-event-card.md)
86
+ - [Explain pack opening](examples/explain-pack-opening.md)
87
+ - [Explain card market](examples/explain-card-market.md)
88
+ - [Explain geo appeal](examples/explain-geo-appeal.md)
89
+
90
+ Load resources as needed:
91
+
92
+ - [Sports card object model](resources/sports-card-object-model.md)
93
+ - [Card memory law](resources/card-memory-law.md)
94
+ - [Live event append flow](resources/live-event-append-flow.md)
95
+ - [Rarity and event language](resources/rarity-and-event-language.md)
96
+ - [MLB proof language](resources/mlb-proof-language.md)
97
+ - [Game surface patterns](resources/game-surface-patterns.md)
@@ -0,0 +1,18 @@
1
+ # Explain Card Market
2
+
3
+ ## Agent Steps
4
+
5
+ 1. Verify card proof first.
6
+ 2. Resolve ownership and market projection.
7
+ 3. Report display value or settlement route only when present.
8
+ 4. Explain that market state is weaker than card proof.
9
+
10
+ ## Output
11
+
12
+ ```md
13
+ Card proof:
14
+ Owner / custody:
15
+ Market projection:
16
+ Settlement boundary:
17
+ Safe action:
18
+ ```
@@ -0,0 +1,9 @@
1
+ # Explain Geo Appeal
2
+
3
+ Geo appeal can be described only as audience or venue context unless proof carries a location, event, or venue witness.
4
+
5
+ ## Agent Steps
6
+
7
+ 1. Identify whether the card proof includes location or venue data.
8
+ 2. If absent, describe geo appeal as distribution strategy, not artifact truth.
9
+ 3. Keep venue activation under `receiz-distribution-skill` when QR or Pack Derby is involved.
@@ -0,0 +1,18 @@
1
+ # Explain Live Event Card
2
+
3
+ ## Agent Steps
4
+
5
+ 1. Resolve the card history.
6
+ 2. Resolve the live event witness.
7
+ 3. Explain the event as an append to card memory.
8
+ 4. State whether the base card changed or only memory grew.
9
+
10
+ ## Output
11
+
12
+ ```md
13
+ Live event:
14
+ Witness:
15
+ Append target:
16
+ Memory result:
17
+ Unverified fields:
18
+ ```
@@ -0,0 +1,10 @@
1
+ # Explain Pack Opening
2
+
3
+ Pack opening is a proof event when it carries deterministic pack identity and resulting card identities.
4
+
5
+ ## Agent Steps
6
+
7
+ 1. Preview or inspect the pack with `receiz_pack_open_preview` when available.
8
+ 2. Identify pack proof and card outputs.
9
+ 3. Separate pack reveal copy from proof results.
10
+ 4. Do not claim rarity without proof.
@@ -0,0 +1,19 @@
1
+ # Explain Player Card
2
+
3
+ ## Agent Steps
4
+
5
+ 1. Verify the card manifest or proof URL.
6
+ 2. Name player identity exactly as the proof provides it.
7
+ 3. Report media, rarity, pack origin, memory, ownership, and market projection separately.
8
+ 4. Avoid unverified stats or official endorsement claims.
9
+
10
+ ## Output
11
+
12
+ ```md
13
+ This is a Receiz sports card proof object.
14
+ Player identity:
15
+ Card identity:
16
+ Rarity:
17
+ Card memory:
18
+ Ownership:
19
+ ```
@@ -0,0 +1,23 @@
1
+ # Card Memory Law
2
+
3
+ Card memory is append-only.
4
+
5
+ ## What Can Append
6
+
7
+ - Live pitch witness.
8
+ - Game event proof.
9
+ - Pack opening proof.
10
+ - Ownership transfer proof.
11
+ - Market action proof.
12
+ - Certification or note proof.
13
+
14
+ ## What Cannot Happen
15
+
16
+ - Earlier card identity cannot be rewritten.
17
+ - Rarity cannot be invented after the fact without a verified append or declared proof route.
18
+ - Market projection cannot redefine card memory.
19
+ - UI state cannot become event proof.
20
+
21
+ ## Agent Rule
22
+
23
+ When card memory is requested, use `receiz_card_history` or SDK sports card memory rails. If unavailable, say exactly which memory rail was not available.