[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M70TYX656BP1R0KWMYRX437R":3,"skill-same:01M70TYX656BP1R0KWMYRX437R":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},"01M70TYX656BP1R0KWMYRX437R","integrate-game-asset-trading",null,"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.","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\u002Fintegrate-game-asset-trading\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"integrate game asset trading","integrate","asset","trading","game","intents","integration","marketplace","operations","approvals","nft","with","idempotent","listing","use","retries","scoped","for","idempotent operations","reconciliation","2026-11-10 10:12:30",false,"---\nname: integrate-game-asset-trading\ndescription: 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.\nengines: [AGNOSTIC]\n---\n\n# Integrate Game Asset Trading\n\n## When to use\n\n- Preparing an explicitly selected marketplace or atomic settlement integration.\n- Reviewing listing\u002Fpayment\u002Fapproval scope or handling stale fulfillment.\n- Recovering uncertain, replaced, reverted, orphaned or locally cancelled operations.\n\n## Workflow\n\n1. Resolve skill\u002Fengine compatibility; read host Web3 policy, architecture, shared `.web3\u002FCONTRACT.md`, dated registry and approved collection\u002Foperator definitions. Select a concrete reviewed protocol\u002FSDK version, settlement chain\u002Faddress\u002Fcode\u002FABI, permitted payment semantics and optional services. Missing selection is unavailable. No universal exchange, Seaport, Immutable orderbook or Passport dependency is implied.\n2. Review the actual protocol's replay protection: signing domain\u002Fchain\u002Fsettlement\u002Fversion, order nonce\u002Fcounter, cancellation, consumption and atomic fill\u002Foverfill rules. EIP712 encodes typed data; it supplies neither one-use consumption nor an audited marketplace. Contract deployment, source verification and dependency audits do not constitute a production security audit.\n3. Prepare exact unsigned terms using `.web3\u002Fruntime\u002Ftrading.mjs`: exact asset identity\u002Fquantity, maker\u002Ftaker, settlement, integer payment\u002Ftoken\u002Fdecimals, explicit fees\u002Frecipients, expiry and nonce. `prepareTradeIntent` is a review description, not an executable order. Pin the selected trusted host adapter that creates exact calldata and order identity, checks real protocol signatures\u002Fdomain\u002Fnonce\u002Fremaining quantity\u002Fownership\u002Fapproval\u002Fpayment\u002Foperator state, and simulates settlement at a canonical fresh block. Unsupported token economics, royalties or wallet envelopes stay unavailable.\n4. Present login, listing signature, token\u002Foperator approval, payment and broadcast as separate user decisions. Show actual broad ERC1155\u002FERC721 operator scope; disconnect does not revoke it. The helpers never request a signature or send. Only the selected host SDK may perform the exact authorized action after applicable authorization; no keys enter this baseline.\n5. Persist an operation identity and exact input fingerprint transactionally before an external side effect. The bounded `createMemoryTradeCoordinator` demonstrates single-process idempotence and direct-transaction state transitions only. It reserves one selected order\u002Ftaker identity for that coordinator's lifetime; repeated partial fills require a separately reviewed host design. `refresh` rechecks a prepared\u002Fblocked operation before any submission. It is not durable, distributed, a wallet, a relayer, a protocol implementation or production recovery service. A host must supply its transactional store\u002Foutbox and restart reconciliation. Do not generate a fresh operation ID to retry an uncertain purchase.\n6. Recheck order state and approvals immediately before submission. Record sender\u002Fnonce\u002Ftransaction hash when known. A timeout becomes unknown; reconcile the same operation\u002Fhash\u002Fnonce\u002Forder before considering a retry. A trusted adapter may discover a replacement only for that exact submission identity. The helper verifies actual transaction sender\u002Frecipient\u002Fcalldata\u002Fvalue\u002Fnonce, canonical receipt\u002Fblock and selected finality, then requires protocol-specific interpretation of matching fill\u002Fpayment\u002Fasset events. Transaction success alone is not a trade. Smart-account user-operation envelopes need separately reviewed integration and are unsupported here.\n7. Keep submitted, included, policy-confirmed, reverted, replaced, orphaned, unknown and local cancellation outcomes distinct. After submission local cancellation stops local work only. Orderbook deletion\u002Fsoft cancellation may leave a signed fulfillment executable; obtain the protocol's hard-cancellation receipt when requested, and reconcile it. This helper provides no chain cancellation action. Reorgs remove settlement credit and trigger the declared inventory\u002Fadmission recovery policy.\n8. Test competing\u002Fduplicate orders, insufficient quantity, consumed\u002Fexpired\u002Fwrong-domain orders, revoked approvals, transfer-away, insufficient payment, fee recipients, callback attacks, timeouts, replacements, interruptions and reorgs. Use actual selected-protocol settlement tests before claiming atomic purchase\u002Foverfill protection. Helper port tests do not establish marketplace security; local EVM receipts do not establish public-chain or wallet\u002Fdevice acceptance. Keep art\u002Fmint\u002Fpublication permissions separate.\n\n## Output\n\n- Exact unsigned intent and selected protocol\u002FSDK\u002Fcode identity, with explicit capabilities and approval scope.\n- Durable host operation\u002Freconciliation design and actual test evidence, including unavailable profiles.\n- Independent review and separate target\u002Fruntime\u002Fuser acceptance requirements.\n\n## Guardrails\n\nNo signing, payments, approvals, public-chain transactions, deployment, hosted service connection, installation, publication or fallback follows from selection. Separate asset\u002Fpayment transfers cannot substitute for atomic settlement. No bridge, speculative economy, paid randomness, custody or financial automation is selected. Honor current Immutable operator requirements and selected store restrictions; compilation establishes neither eligibility nor wallet compatibility.\n","# Integrate Game Asset Trading\n\n## When to use\n\n- Preparing an explicitly selected marketplace or atomic settlement integration.\n- Reviewing listing\u002Fpayment\u002Fapproval scope or handling stale fulfillment.\n- Recovering uncertain, replaced, reverted, orphaned or locally cancelled operations.\n\n## Workflow\n\n1. Resolve skill\u002Fengine compatibility; read host Web3 policy, architecture, shared `.web3\u002FCONTRACT.md`, dated registry and approved collection\u002Foperator definitions. Select a concrete reviewed protocol\u002FSDK version, settlement chain\u002Faddress\u002Fcode\u002FABI, permitted payment semantics and optional services. Missing selection is unavailable. No universal exchange, Seaport, Immutable orderbook or Passport dependency is implied.\n2. Review the actual protocol's replay protection: signing domain\u002Fchain\u002Fsettlement\u002Fversion, order nonce\u002Fcounter, cancellation, consumption and atomic fill\u002Foverfill rules. EIP712 encodes typed data; it supplies neither one-use consumption nor an audited marketplace. Contract deployment, source verification and dependency audits do not constitute a production security audit.\n3. Prepare exact unsigned terms using `.web3\u002Fruntime\u002Ftrading.mjs`: exact asset identity\u002Fquantity, maker\u002Ftaker, settlement, integer payment\u002Ftoken\u002Fdecimals, explicit fees\u002Frecipients, expiry and nonce. `prepareTradeIntent` is a review description, not an executable order. Pin the selected trusted host adapter that creates exact calldata and order identity, checks real protocol signatures\u002Fdomain\u002Fnonce\u002Fremaining quantity\u002Fownership\u002Fapproval\u002Fpayment\u002Foperator state, and simulates settlement at a canonical fresh block. Unsupported token economics, royalties or wallet envelopes stay unavailable.\n4. Present login, listing signature, token\u002Foperator approval, payment and broadcast as separate user decisions. Show actual broad ERC1155\u002FERC721 operator scope; disconnect does not revoke it. The helpers never request a signature or send. Only the selected host SDK may perform the exact authorized action after applicable authorization; no keys enter this baseline.\n5. Persist an operation identity and exact input fingerprint transactionally before an external side effect. The bounded `createMemoryTradeCoordinator` demonstrates single-process idempotence and direct-transaction state transitions only. It reserves one selected order\u002Ftaker identity for that coordinator's lifetime; repeated partial fills require a separately reviewed host design. `refresh` rechecks a prepared\u002Fblocked operation before any submission. It is not durable, distributed, a wallet, a relayer, a protocol implementation or production recovery service. A host must supply its transactional store\u002Foutbox and restart reconciliation. Do not generate a fresh operation ID to retry an uncertain purchase.\n6. Recheck order state and approvals immediately before submission. Record sender\u002Fnonce\u002Ftransaction hash when known. A timeout becomes unknown; reconcile the same operation\u002Fhash\u002Fnonce\u002Forder before considering a retry. A trusted adapter may discover a replacement only for that exact submission identity. The helper verifies actual transaction sender\u002Frecipient\u002Fcalldata\u002Fvalue\u002Fnonce, canonical receipt\u002Fblock and selected finality, then requires protocol-specific interpretation of matching fill\u002Fpayment\u002Fasset events. Transaction success alone is not a trade. Smart-account user-operation envelopes need separately reviewed integration and are unsupported here.\n7. Keep submitted, included, policy-confirmed, reverted, replaced, orphaned, unknown and local cancellation outcomes distinct. After submission local cancellation stops local work only. Orderbook deletion\u002Fsoft cancellation may leave a signed fulfillment executable; obtain the protocol's hard-cancellation receipt when requested, and reconcile it. This helper provides no chain cancellation action. Reorgs remove settlement credit and trigger the declared inventory\u002Fadmission recovery policy.\n8. Test competing\u002Fduplicate orders, insufficient quantity, consumed\u002Fexpired\u002Fwrong-domain orders, revoked approvals, transfer-away, insufficient payment, fee recipients, callback attacks, timeouts, replacements, interruptions and reorgs. Use actual selected-protocol settlement tests before claiming atomic purchase\u002Foverfill protection. Helper port tests do not establish marketplace security; local EVM receipts do not establish public-chain or wallet\u002Fdevice acceptance. Keep art\u002Fmint\u002Fpublication permissions separate.\n\n## Output\n\n- Exact unsigned intent and selected protocol\u002FSDK\u002Fcode identity, with explicit capabilities and approval scope.\n- Durable host operation\u002Freconciliation design and actual test evidence, including unavailable profiles.\n- Independent review and separate target\u002Fruntime\u002Fuser acceptance requirements.\n\n## Guardrails\n\nNo signing, payments, approvals, public-chain transactions, deployment, hosted service connection, installation, publication or fallback follows from selection. Separate asset\u002Fpayment transfers cannot substitute for atomic settlement. No bridge, speculative economy, paid randomness, custody or financial automation is selected. Honor current Immutable operator requirements and selected store restrictions; compilation establishes neither eligibility nor wallet compatibility.\n",{"name":5,"engines":44,"description":7},[45],"AGNOSTIC","main","c88f4c5f7ece8057ad15e220a7020f8446e0ba80","skills\u002Fintegrate-game-asset-trading",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-08 22:51:22",{"source":8,"skillName":5,"commands":57,"prompt":67,"zipAvailable":68},[58,61,64],{"tool":59,"command":60},"npx","npx skills add TimothyMeadows\u002FHephaera --skill integrate-game-asset-trading",{"tool":62,"command":63},"bunx","bunx skills add TimothyMeadows\u002FHephaera --skill integrate-game-asset-trading",{"tool":65,"command":66},"pnpm","pnpm dlx skills add TimothyMeadows\u002FHephaera --skill integrate-game-asset-trading","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fintegrate-game-asset-trading\u002FSKILL.md",true,[70],{"path":71,"resourceType":72,"resourceTypeDesc":73,"sizeBytes":74,"sourceHtmlUrl":75},"agents\u002Fopenai.yaml","REFERENCE","参考文档",337,"https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fintegrate-game-asset-trading\u002Fagents\u002Fopenai.yaml",[77,98,120,139,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",[],[23,84,85,86,87,30,88,89,90,91,92,93,94,95,96,21,97,22],"verify","lifecycle","verify web3 game lifecycle","web3","evidence","readiness","release readiness","Wallet","recovery","properties","release","contract","canonical","ownership",{"skillNo":99,"name":100,"nameZh":6,"description":101,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":102,"categories":103,"keywords":104,"publishedAt":39},"01M70V3CS767H4M1FP4C2A7K51","verify-onchain-game-assets","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.","https:\u002F\u002Fgithub.com\u002FTimothyMeadows\u002FHephaera\u002Fblob\u002Fmain\u002Fskills\u002Fverify-onchain-game-assets\u002FSKILL.md",[],[23,105,84,106,107,108,109,36,110,111,112,113,33,114,115,116,92,117,118,119],"onchain","game assets","assets","verify onchain game assets","chain","inventory","reservations","design","erc721","Rules","collection","on-chain","at","blocks","reconcile",{"skillNo":121,"name":122,"nameZh":6,"description":123,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":124,"categories":125,"keywords":126,"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",[],[23,127,106,107,128,87,129,130,131,132,109,133,85,134,135,136,137,21,138],"plan","plan web3 game assets","supply","opt","immutable","rights","dependencies","token","base","define","ethereum","identity",{"skillNo":140,"name":141,"nameZh":6,"description":142,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":143,"categories":144,"keywords":145,"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",[],[23,146,20,147,148,91,149,150,151,35,152,153,154,155],"integrate game wallets","wallets","siwe","keys","authentication","player","connection","authority","application","handoff",{"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",[],[23,163,164,165,166,36,167,151,168,95,169,33,114,170,30,171,172,84,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,33,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"]