[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M70V3CS767H4M1FP4C2A7K51":3,"skill-same:01M70V3CS767H4M1FP4C2A7K51":76},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":39,"linkOnly":40,"markdownContent":41,"markdownBody":42,"frontMatter":43,"refName":46,"commitSha":47,"skillDirectory":48,"forksCount":49,"repositoryHtmlUrl":50,"repositoryHomepageUrl":51,"ownerHtmlUrl":52,"ownerBlogUrl":53,"ownerDescription":54,"updatedAt":55,"install":56,"resources":69},"01M70V3CS767H4M1FP4C2A7K51","verify-onchain-game-assets",null,"Verify exact on-chain game collection ownership and quantities at canonical blocks, reconcile inventory events, and design honest match admission. Use for ERC721\u002FERC1155 inventory, reorg recovery, reservations, or transfer-during-match rules.","TimothyMeadows\u002FHephaera","TimothyMeadows","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F4072037?v=4","01M6ERVE3WV9X55S1NT4W5FDGA","Timothy D Meadows II","01M6ERVE8H7CBATH6KYFDKG5CJ",4,"MIT","https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fverify-onchain-game-assets\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"onchain","verify","game assets","assets","verify onchain game assets","game","reconcile","blocks","at","recovery","on-chain","collection","Rules","use","erc721","design","reservations","inventory","for","chain","2026-11-10 10:12:30",false,"---\nname: verify-onchain-game-assets\ndescription: Verify exact on-chain game collection ownership and quantities at canonical blocks, reconcile inventory events, and design honest match admission. Use for ERC721\u002FERC1155 inventory, reorg recovery, reservations, or transfer-during-match rules.\nengines: [AGNOSTIC]\n---\n\n# Verify On-chain Game Assets\n\n## When to use\n\n- Establishing inventory or deck eligibility from explicitly registered EVM collections.\n- Handling stale RPC data, counterfeits, quantities, missed\u002Fduplicate logs or reorganizations.\n- Reserving game admission while distinguishing snapshot licenses from contract locks.\n\n## Workflow\n\n1. Resolve this skill and the effective engine with the canonical commands. Read host `WEB3.md`, `web3-game.json`, shared `.web3\u002FCONTRACT.md`, architecture and current rules. Missing selection is unconfigured. Read registry facts and refresh primary-source chain\u002Ffinality\u002Foperator facts before production. Do not install, connect or select a chain during inspection.\n2. Bind exact chain ID, collection address, standard, runtime code hash, deployment block, ABI and configuration\u002Frules versions. Review proxy implementation\u002Fadmin identities separately. Match the token to a reviewed game definition; art, names, login, metadata and another chain's same address grant no entitlement.\n3. Use the host's explicitly pinned trusted public client and keccak implementation with `.web3\u002Fruntime\u002Fownership.mjs`. `createOwnershipReader` performs actual `getChainId`, policy-tagged `getBlock`, `getCode`, block-bound `ownerOf`\u002F`balanceOf`, and canonical\u002Ffreshness rechecks. Unsupported tags, missing IDs\u002Freverts, unavailable RPC and changed code remain unavailable; never turn them into zero. Receipts declare trusted RPC assurance, not an independently checked storage proof. Record only minimized nonsecret evidence.\n4. Use canonical ownership reads as admission authority. Index events for discovery, with bounded backfill, deduplication, explicit ancestor rollback and reconciliation. `createTransferCheckpoint` and `projectTransferBatch` transform host-validated decoded canonical logs only; seed balances and supplied blocks remain host trust. A host `TransferBatch` decoder expands the complete event with contiguous `itemIndex` values from zero while preserving its transaction hash and log index. Persist the complete new checkpoint atomically. The retained window is bounded; a deeper reorg requires a canonical rescan. Removed logs require a replacement canonical batch. This helper is not a durable indexer or ABI decoder; implement and review actual log acquisition\u002Fdecoding before claiming inventory discovery.\n5. Aggregate deck quantities, use lossless decimal uint256 strings, and read every asset on one canonical block per chain. Disclose the cross-chain admission window; no atomic multi-chain snapshot is implied. Revalidate ownership\u002Faccount\u002Fcode\u002Fconfiguration\u002Frules after affected changes. Maintain game legality separately from balance.\n6. Select and disclose the exact match policy. `snapshot-license` may let an admitted seller finish after sale; choose whether the buyer can overlap or waits. The bounded `createMemoryReservationManager` serializes concurrent admissions and rejects duplicate match conflicts\u002Fover-reservation only in that process. It has no persistence, restart recovery or distributed authority; production admission requires a host transactional durable store, deadlines, recovery and idempotency. Do not deploy this memory example as a multiplayer backend.\n7. `strict-lock` requires reviewed contract escrow\u002Ftransfer locking, operator compatibility, depositor attribution, quantity ownership, expiry and safe recovery. The supplied reservation helper returns unavailable for that profile. A server flag, snapshot receipt or boolean cannot prevent outside transfer or establish cryptographic proof. Do not take custody on Play.\n8. Test counterfeit collections\u002Fchains, large IDs, zero versus unknown, ERC1155 quantities, concurrent\u002Fduplicate queues, sale during a match, reorgs, replay\u002Fbackfill, authority\u002Fcode changes and restart recovery. Actual local-EVM tests and pure-port tests have distinct evidence. Obtain independent review and actual host\u002Fruntime acceptance before claiming production readiness.\n\n## Output\n\n- Exact collection and ownership evidence with block number\u002Fhash, selected finality, freshness and trust limitations.\n- Inventory checkpoint\u002Frecovery policy and atomic quantity admission design with disclosed buyer behavior.\n- Test outcomes and explicit unavailable profiles, including strict-lock and unverified target\u002Fprovider\u002Fdevice prerequisites.\n\n## Guardrails\n\nNo implicit RPC\u002Fprovider\u002Fservice fallback, secret logging, remote metadata execution, bridge identity merge, copyright grant, custody, signing, broadcasting or asset promotion. Optional hosted indexers supply discovery unless explicitly reviewed for another role. Authentication, chain ownership, game entitlement, art rights and runtime acceptance retain separate authority.\n","# Verify On-chain Game Assets\n\n## When to use\n\n- Establishing inventory or deck eligibility from explicitly registered EVM collections.\n- Handling stale RPC data, counterfeits, quantities, missed\u002Fduplicate logs or reorganizations.\n- Reserving game admission while distinguishing snapshot licenses from contract locks.\n\n## Workflow\n\n1. Resolve this skill and the effective engine with the canonical commands. Read host `WEB3.md`, `web3-game.json`, shared `.web3\u002FCONTRACT.md`, architecture and current rules. Missing selection is unconfigured. Read registry facts and refresh primary-source chain\u002Ffinality\u002Foperator facts before production. Do not install, connect or select a chain during inspection.\n2. Bind exact chain ID, collection address, standard, runtime code hash, deployment block, ABI and configuration\u002Frules versions. Review proxy implementation\u002Fadmin identities separately. Match the token to a reviewed game definition; art, names, login, metadata and another chain's same address grant no entitlement.\n3. Use the host's explicitly pinned trusted public client and keccak implementation with `.web3\u002Fruntime\u002Fownership.mjs`. `createOwnershipReader` performs actual `getChainId`, policy-tagged `getBlock`, `getCode`, block-bound `ownerOf`\u002F`balanceOf`, and canonical\u002Ffreshness rechecks. Unsupported tags, missing IDs\u002Freverts, unavailable RPC and changed code remain unavailable; never turn them into zero. Receipts declare trusted RPC assurance, not an independently checked storage proof. Record only minimized nonsecret evidence.\n4. Use canonical ownership reads as admission authority. Index events for discovery, with bounded backfill, deduplication, explicit ancestor rollback and reconciliation. `createTransferCheckpoint` and `projectTransferBatch` transform host-validated decoded canonical logs only; seed balances and supplied blocks remain host trust. A host `TransferBatch` decoder expands the complete event with contiguous `itemIndex` values from zero while preserving its transaction hash and log index. Persist the complete new checkpoint atomically. The retained window is bounded; a deeper reorg requires a canonical rescan. Removed logs require a replacement canonical batch. This helper is not a durable indexer or ABI decoder; implement and review actual log acquisition\u002Fdecoding before claiming inventory discovery.\n5. Aggregate deck quantities, use lossless decimal uint256 strings, and read every asset on one canonical block per chain. Disclose the cross-chain admission window; no atomic multi-chain snapshot is implied. Revalidate ownership\u002Faccount\u002Fcode\u002Fconfiguration\u002Frules after affected changes. Maintain game legality separately from balance.\n6. Select and disclose the exact match policy. `snapshot-license` may let an admitted seller finish after sale; choose whether the buyer can overlap or waits. The bounded `createMemoryReservationManager` serializes concurrent admissions and rejects duplicate match conflicts\u002Fover-reservation only in that process. It has no persistence, restart recovery or distributed authority; production admission requires a host transactional durable store, deadlines, recovery and idempotency. Do not deploy this memory example as a multiplayer backend.\n7. `strict-lock` requires reviewed contract escrow\u002Ftransfer locking, operator compatibility, depositor attribution, quantity ownership, expiry and safe recovery. The supplied reservation helper returns unavailable for that profile. A server flag, snapshot receipt or boolean cannot prevent outside transfer or establish cryptographic proof. Do not take custody on Play.\n8. Test counterfeit collections\u002Fchains, large IDs, zero versus unknown, ERC1155 quantities, concurrent\u002Fduplicate queues, sale during a match, reorgs, replay\u002Fbackfill, authority\u002Fcode changes and restart recovery. Actual local-EVM tests and pure-port tests have distinct evidence. Obtain independent review and actual host\u002Fruntime acceptance before claiming production readiness.\n\n## Output\n\n- Exact collection and ownership evidence with block number\u002Fhash, selected finality, freshness and trust limitations.\n- Inventory checkpoint\u002Frecovery policy and atomic quantity admission design with disclosed buyer behavior.\n- Test outcomes and explicit unavailable profiles, including strict-lock and unverified target\u002Fprovider\u002Fdevice prerequisites.\n\n## Guardrails\n\nNo implicit RPC\u002Fprovider\u002Fservice fallback, secret logging, remote metadata execution, bridge identity merge, copyright grant, custody, signing, broadcasting or asset promotion. Optional hosted indexers supply discovery unless explicitly reviewed for another role. Authentication, chain ownership, game entitlement, art rights and runtime acceptance retain separate authority.\n",{"name":5,"engines":44,"description":7},[45],"AGNOSTIC","main","c88f4c5f7ece8057ad15e220a7020f8446e0ba80","skills\u002Fverify-onchain-game-assets",3,"https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera","https:\u002F\u002Fhephaera.com\u002F","https:\u002F\u002Fgithub.com\u002FTimothyMeadows","http:\u002F\u002Fwww.timothymeadows.com","Software & AI Systems Architect | Distributed Systems & Agentic Platforms","2026-11-13 03:52:23",{"source":8,"skillName":5,"commands":57,"prompt":67,"zipAvailable":68},[58,61,64],{"tool":59,"command":60},"npx","npx skills add TimothyMeadows\u002FHephaera --skill verify-onchain-game-assets",{"tool":62,"command":63},"bunx","bunx skills add TimothyMeadows\u002FHephaera --skill verify-onchain-game-assets",{"tool":65,"command":66},"pnpm","pnpm dlx skills add TimothyMeadows\u002FHephaera --skill verify-onchain-game-assets","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fverify-onchain-game-assets\u002FSKILL.md",true,[70],{"path":71,"resourceType":72,"resourceTypeDesc":73,"sizeBytes":74,"sourceHtmlUrl":75},"agents\u002Fopenai.yaml","REFERENCE","参考文档",328,"https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fverify-onchain-game-assets\u002Fagents\u002Fopenai.yaml",[77,99,118,137,156,175],{"skillNo":78,"name":79,"nameZh":6,"description":80,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":81,"categories":82,"keywords":83,"publishedAt":39},"01M70V3EJ7JDFDFJ3XTKRGKRBP","verify-web3-game-lifecycle","Verify a game's selected Web3 asset, wallet, ownership and trading lifecycle with contract properties, canonical recovery, actual target evidence and separate release readiness.","https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fverify-web3-game-lifecycle\u002FSKILL.md",[],[24,20,84,85,86,87,88,89,90,91,28,92,93,94,95,96,97,98],"lifecycle","verify web3 game lifecycle","web3","with","evidence","readiness","release readiness","Wallet","properties","release","contract","canonical","asset","ownership","trading",{"skillNo":100,"name":101,"nameZh":6,"description":102,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":103,"categories":104,"keywords":105,"publishedAt":39},"01M70TZYWE48MTM8CGGDMWSJDN","plan-web3-game-assets","Define an opt-in Ethereum, Base or Immutable game-asset lifecycle, including token identity, supply, rights, custody, game eligibility and chain-specific dependencies.","https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fplan-web3-game-assets\u002FSKILL.md",[],[24,106,21,22,107,86,108,109,110,111,38,112,84,113,114,115,116,96,117],"plan","plan web3 game assets","supply","opt","immutable","rights","dependencies","token","base","define","ethereum","identity",{"skillNo":119,"name":120,"nameZh":6,"description":121,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":122,"categories":123,"keywords":124,"publishedAt":39},"01M70TYYZ7SPZ7PE6A6GQ5RXQ9","integrate-game-wallets","Integrate explicit player-wallet connection, scoped SIWE authentication, authority invalidation and reviewed target-specific handoff without application-held player keys.","https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fintegrate-game-wallets\u002FSKILL.md",[],[24,125,126,127,128,91,129,130,131,132,133,134,135,136],"integrate game wallets","integrate","wallets","siwe","keys","authentication","player","scoped","connection","authority","application","handoff",{"skillNo":138,"name":139,"nameZh":6,"description":140,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":141,"categories":142,"keywords":143,"publishedAt":39},"01M70TYX656BP1R0KWMYRX437R","integrate-game-asset-trading","Integrate explicitly selected game asset settlement with exact unsigned intents, scoped approvals, idempotent operations and canonical receipt reconciliation. Use for NFT listing, buying, cancellation, retries or marketplace integration.","https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fintegrate-game-asset-trading\u002FSKILL.md",[],[24,144,126,96,98,145,146,37,132,147,32,148,149,87,150,151,152,153,154,155],"integrate game asset trading","reconciliation","idempotent operations","retries","listing","idempotent","nft","approvals","operations","marketplace","integration","intents",{"skillNo":157,"name":158,"nameZh":6,"description":159,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":160,"categories":161,"keywords":162,"publishedAt":39},"01M70TWV3J83RAJMA7BC62CPAH","build-evm-game-contracts","Author and verify host-owned EVM game collections and explicit mint, burn, craft or admin rules with pinned Solidity tooling. Use for contract source and deployment candidates; deployment and player signing require separate authorization.","https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fbuild-evm-game-contracts\u002FSKILL.md",[],[24,163,164,165,166,37,167,131,168,94,169,32,31,170,87,171,172,20,173,174],"evm","build","build evm game contracts","contracts","deployment","collections","host","author","admin","signing","mint","tooling",{"skillNo":176,"name":177,"nameZh":6,"description":178,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":179,"categories":180,"keywords":186,"publishedAt":39},"01M6ES7KY8K93QWQ83R063FN6K","threejs-build-code-models","Author procedural Three.js TypeScript or JavaScript models from a text brief and optional authorized references using deterministic ordered review passes. Use when the selected art pipeline is CODE and the runtime model should be source code rather than a downloaded or generated mesh.","https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fthreejs-build-code-models\u002FSKILL.md",[181],{"categoryNo":182,"categoryName":183,"taxonomyType":184,"taxonomyTypeDesc":185},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[187,164,188,189,190,191,192,193,194,195,196,197,198,199,200,32,201,202,203,204],"code","models","threejs build code models","Code Models","threejs","mesh","deterministic","brief","three","model","runtime","pipeline","Art","generated","review","text","javascript","references"]