[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6KG7M2M07VW700V6122R85D":3,"skill-same:01M6KG7M2M07VW700V6122R85D":61},{"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":28,"linkOnly":29,"markdownContent":30,"markdownBody":31,"frontMatter":32,"refName":33,"commitSha":34,"skillDirectory":35,"forksCount":14,"repositoryHtmlUrl":36,"repositoryHomepageUrl":6,"ownerHtmlUrl":37,"ownerBlogUrl":38,"ownerDescription":39,"updatedAt":40,"install":41,"resources":54},"01M6KG7M2M07VW700V6122R85D","web3-fullstack-systematic-build",null,"Systematic approach to building full-stack Web3 applications layer by layer","xyliu-cs\u002FOpenSpace-GDPval","xyliu-cs","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F89236536?v=4","01M6KF8Z1V4TXS86CKSH48BY8T","xy","01M6KF8Z67443W0SHXM85JEF0B",0,"MIT","https:\u002F\u002Fgithub.com\u002Fxyliu-cs\u002FOpenSpace-GDPval\u002Fblob\u002Fmain\u002Fgdpval_bench\u002Fskills\u002Fweb3-fullstack-systematic-build\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27],"web3","build","systematic","fullstack","web3 fullstack systematic build","applications","stack","full","layer","2026-11-10 10:12:30",false,"---\nname: web3-fullstack-systematic-build\ndescription: Systematic approach to building full-stack Web3 applications layer by layer\n---\n\n# Web3 Full-Stack Systematic Build\n\nThis skill provides a structured, layer-by-layer approach to building complex full-stack Web3 applications. Follow this sequence to maintain clarity, reduce coupling, and enable incremental testing even when tool failures occur.\n\n## Phase 1: Project Structure\n\nFirst, establish the complete directory structure before writing any code:\n\n```\nproject-name\u002F\n├── contracts\u002F\n│   ├── interfaces\u002F\n│   ├── core\u002F\n│   ├── libraries\u002F\n│   └── deployment\u002F\n├── frontend\u002F\n│   ├── src\u002F\n│   │   ├── components\u002F\n│   │   ├── hooks\u002F\n│   │   ├── config\u002F\n│   │   └── utils\u002F\n│   └── public\u002F\n├── scripts\u002F\n│   ├── deploy\u002F\n│   └── test\u002F\n├── zk-circuits\u002F\n└── docs\u002F\n```\n\n**Action:** Create all directories upfront using:\n```bash\nmkdir -p contracts\u002F{interfaces,core,libraries,deployment}\nmkdir -p frontend\u002Fsrc\u002F{components,hooks,config,utils}\nmkdir -p frontend\u002Fpublic\nmkdir -p scripts\u002F{deploy,test}\nmkdir -p zk-circuits docs\n```\n\n## Phase 2: Interface Contracts First\n\nDefine all interface contracts **before** implementing logic. This establishes clear API boundaries.\n\n**Example interface structure:**\n```solidity\n\u002F\u002F contracts\u002Finterfaces\u002FIToken.sol\n\u002F\u002F SPDX-License-Identifier: MIT\npragma solidity ^0.8.0;\n\ninterface IToken {\n    function transfer(address to, uint256 amount) external returns (bool);\n    function balanceOf(address account) external view returns (uint256);\n    function approve(address spender, uint256 amount) external returns (bool);\n}\n```\n\n**Actions:**\n1. List all external protocols you'll integrate (e.g., Aave, Connext, Uniswap)\n2. Create interface files for each protocol's required functions\n3. Create interfaces for your own contracts' public APIs\n4. Validate interface completeness before proceeding\n\n## Phase 3: Core Contract Implementation\n\nImplement contracts in dependency order, starting with libraries, then core logic.\n\n**Order of implementation:**\n1. **Libraries** - Utility functions with no state dependencies\n2. **Base contracts** - Abstract contracts with shared logic\n3. **Core contracts** - Main business logic implementing interfaces\n4. **Integration contracts** - Contracts that bridge multiple protocols\n\n**Example:**\n```solidity\n\u002F\u002F contracts\u002Fcore\u002FPrivatePool.sol\n\u002F\u002F SPDX-License-Identifier: MIT\npragma solidity ^0.8.0;\n\nimport \"..\u002Finterfaces\u002FIToken.sol\";\nimport \"..\u002Flibraries\u002FSafeMath.sol\";\n\ncontract PrivatePool {\n    using SafeMath for uint256;\n    \n    IToken public token;\n    mapping(address => uint256) private balances;\n    \n    constructor(address _token) {\n        token = IToken(_token);\n    }\n    \n    function deposit(uint256 amount) external {\n        token.transferFrom(msg.sender, address(this), amount);\n        balances[msg.sender] = balances[msg.sender].add(amount);\n    }\n}\n```\n\n**Actions:**\n1. Implement one contract at a time\n2. Compile and test each contract before moving to the next\n3. Keep contracts focused on single responsibilities\n4. Document all state variables and functions\n\n## Phase 4: Frontend Configuration\n\nSet up frontend infrastructure before building components.\n\n**Create these config files first:**\n\n1. **Network configuration** (`frontend\u002Fsrc\u002Fconfig\u002Fnetworks.js`):\n```javascript\nexport const networks = {\n  mainnet: {\n    chainId: 1,\n    rpcUrl: process.env.REACT_APP_MAINNET_RPC,\n    explorer: 'https:\u002F\u002Fetherscan.io'\n  },\n  testnet: {\n    chainId: 5,\n    rpcUrl: process.env.REACT_APP_TESTNET_RPC,\n    explorer: 'https:\u002F\u002Fgoerli.etherscan.io'\n  }\n};\n```\n\n2. **Contract addresses** (`frontend\u002Fsrc\u002Fconfig\u002Fcontracts.js`):\n```javascript\nexport const contractAddresses = {\n  PrivatePool: process.env.REACT_APP_PRIVATE_POOL_ADDRESS,\n  Token: process.env.REACT_APP_TOKEN_ADDRESS\n};\n```\n\n3. **ABI imports** (`frontend\u002Fsrc\u002Fconfig\u002Fabis\u002F`):\n```javascript\n\u002F\u002F Import compiled contract ABIs here\nimport PrivatePoolABI from '.\u002FPrivatePool.json';\nexport { PrivatePoolABI };\n```\n\n**Actions:**\n1. Create environment variable templates (`.env.example`)\n2. Set up Web3 provider configuration (ethers.js, web3.js, or wagmi)\n3. Configure wallet connection logic\n4. Create utility functions for common operations\n\n## Phase 5: Component Development\n\nBuild frontend components in this order:\n\n1. **Utility components** - Buttons, inputs, modals (no Web3 logic)\n2. **Web3 wrapper components** - Wallet connection, network switcher\n3. **Contract interaction components** - Forms that call contract functions\n4. **Data display components** - Components showing on-chain data\n5. **Page components** - Assembling everything into pages\n\n**Example component:**\n```jsx\n\u002F\u002F frontend\u002Fsrc\u002Fcomponents\u002FDepositForm.jsx\nimport { useState } from 'react';\nimport { useContractWrite } from 'wagmi';\nimport { PrivatePoolABI } from '..\u002Fconfig\u002Fabis';\n\nexport function DepositForm({ contractAddress, tokenAddress }) {\n  const [amount, setAmount] = useState('');\n  \n  const { write: deposit } = useContractWrite({\n    address: contractAddress,\n    abi: PrivatePoolABI,\n    functionName: 'deposit',\n    args: [BigInt(amount)]\n  });\n\n  return (\n    \u003Cform onSubmit={(e) => { e.preventDefault(); deposit(); }}>\n      \u003Cinput \n        value={amount} \n        onChange={(e) => setAmount(e.target.value)}\n        placeholder=\"Amount\"\n      \u002F>\n      \u003Cbutton type=\"submit\">Deposit\u003C\u002Fbutton>\n    \u003C\u002Fform>\n  );\n}\n```\n\n**Actions:**\n1. Create components with clear prop interfaces\n2. Implement error handling for all Web3 interactions\n3. Add loading states for pending transactions\n4. Test each component in isolation\n\n## Phase 6: Deployment Scripts\n\nCreate deployment scripts last, after all contracts are complete and tested.\n\n**Structure:**\n```javascript\n\u002F\u002F scripts\u002Fdeploy\u002F01_deploy_token.js\nasync function main() {\n  const Token = await ethers.getContractFactory(\"Token\");\n  const token = await Token.deploy();\n  await token.deployed();\n  console.log(\"Token deployed to:\", token.address);\n  \n  \u002F\u002F Save address for frontend config\n  fs.writeFileSync(\n    'frontend\u002F.env',\n    `REACT_APP_TOKEN_ADDRESS=${token.address}\\n`,\n    { flag: 'a' }\n  );\n}\n```\n\n**Actions:**\n1. Create deployment scripts for each contract in dependency order\n2. Include address saving mechanism for frontend integration\n3. Create verification scripts for block explorers\n4. Document deployment parameters and expected outputs\n\n## Key Principles\n\n1. **Interface-first design** - Define contracts before implementing\n2. **Layer-by-layer progression** - Complete each phase before next\n3. **Incremental testing** - Test at each layer, not just at the end\n4. **Configuration before components** - Set up infrastructure first\n5. **Documentation at each step** - Update docs as you progress\n\n## Recovery from Failures\n\nIf a tool failure occurs:\n1. Note which phase completed successfully\n2. Resume from the last completed phase\n3. Re-validate interfaces and contracts before continuing\n4. Use the directory structure as a progress checklist\n\nThis systematic approach ensures partial progress is preserved and the overall architecture remains coherent even when interruptions occur.","# Web3 Full-Stack Systematic Build\n\nThis skill provides a structured, layer-by-layer approach to building complex full-stack Web3 applications. Follow this sequence to maintain clarity, reduce coupling, and enable incremental testing even when tool failures occur.\n\n## Phase 1: Project Structure\n\nFirst, establish the complete directory structure before writing any code:\n\n```\nproject-name\u002F\n├── contracts\u002F\n│   ├── interfaces\u002F\n│   ├── core\u002F\n│   ├── libraries\u002F\n│   └── deployment\u002F\n├── frontend\u002F\n│   ├── src\u002F\n│   │   ├── components\u002F\n│   │   ├── hooks\u002F\n│   │   ├── config\u002F\n│   │   └── utils\u002F\n│   └── public\u002F\n├── scripts\u002F\n│   ├── deploy\u002F\n│   └── test\u002F\n├── zk-circuits\u002F\n└── docs\u002F\n```\n\n**Action:** Create all directories upfront using:\n```bash\nmkdir -p contracts\u002F{interfaces,core,libraries,deployment}\nmkdir -p frontend\u002Fsrc\u002F{components,hooks,config,utils}\nmkdir -p frontend\u002Fpublic\nmkdir -p scripts\u002F{deploy,test}\nmkdir -p zk-circuits docs\n```\n\n## Phase 2: Interface Contracts First\n\nDefine all interface contracts **before** implementing logic. This establishes clear API boundaries.\n\n**Example interface structure:**\n```solidity\n\u002F\u002F contracts\u002Finterfaces\u002FIToken.sol\n\u002F\u002F SPDX-License-Identifier: MIT\npragma solidity ^0.8.0;\n\ninterface IToken {\n    function transfer(address to, uint256 amount) external returns (bool);\n    function balanceOf(address account) external view returns (uint256);\n    function approve(address spender, uint256 amount) external returns (bool);\n}\n```\n\n**Actions:**\n1. List all external protocols you'll integrate (e.g., Aave, Connext, Uniswap)\n2. Create interface files for each protocol's required functions\n3. Create interfaces for your own contracts' public APIs\n4. Validate interface completeness before proceeding\n\n## Phase 3: Core Contract Implementation\n\nImplement contracts in dependency order, starting with libraries, then core logic.\n\n**Order of implementation:**\n1. **Libraries** - Utility functions with no state dependencies\n2. **Base contracts** - Abstract contracts with shared logic\n3. **Core contracts** - Main business logic implementing interfaces\n4. **Integration contracts** - Contracts that bridge multiple protocols\n\n**Example:**\n```solidity\n\u002F\u002F contracts\u002Fcore\u002FPrivatePool.sol\n\u002F\u002F SPDX-License-Identifier: MIT\npragma solidity ^0.8.0;\n\nimport \"..\u002Finterfaces\u002FIToken.sol\";\nimport \"..\u002Flibraries\u002FSafeMath.sol\";\n\ncontract PrivatePool {\n    using SafeMath for uint256;\n    \n    IToken public token;\n    mapping(address => uint256) private balances;\n    \n    constructor(address _token) {\n        token = IToken(_token);\n    }\n    \n    function deposit(uint256 amount) external {\n        token.transferFrom(msg.sender, address(this), amount);\n        balances[msg.sender] = balances[msg.sender].add(amount);\n    }\n}\n```\n\n**Actions:**\n1. Implement one contract at a time\n2. Compile and test each contract before moving to the next\n3. Keep contracts focused on single responsibilities\n4. Document all state variables and functions\n\n## Phase 4: Frontend Configuration\n\nSet up frontend infrastructure before building components.\n\n**Create these config files first:**\n\n1. **Network configuration** (`frontend\u002Fsrc\u002Fconfig\u002Fnetworks.js`):\n```javascript\nexport const networks = {\n  mainnet: {\n    chainId: 1,\n    rpcUrl: process.env.REACT_APP_MAINNET_RPC,\n    explorer: 'https:\u002F\u002Fetherscan.io'\n  },\n  testnet: {\n    chainId: 5,\n    rpcUrl: process.env.REACT_APP_TESTNET_RPC,\n    explorer: 'https:\u002F\u002Fgoerli.etherscan.io'\n  }\n};\n```\n\n2. **Contract addresses** (`frontend\u002Fsrc\u002Fconfig\u002Fcontracts.js`):\n```javascript\nexport const contractAddresses = {\n  PrivatePool: process.env.REACT_APP_PRIVATE_POOL_ADDRESS,\n  Token: process.env.REACT_APP_TOKEN_ADDRESS\n};\n```\n\n3. **ABI imports** (`frontend\u002Fsrc\u002Fconfig\u002Fabis\u002F`):\n```javascript\n\u002F\u002F Import compiled contract ABIs here\nimport PrivatePoolABI from '.\u002FPrivatePool.json';\nexport { PrivatePoolABI };\n```\n\n**Actions:**\n1. Create environment variable templates (`.env.example`)\n2. Set up Web3 provider configuration (ethers.js, web3.js, or wagmi)\n3. Configure wallet connection logic\n4. Create utility functions for common operations\n\n## Phase 5: Component Development\n\nBuild frontend components in this order:\n\n1. **Utility components** - Buttons, inputs, modals (no Web3 logic)\n2. **Web3 wrapper components** - Wallet connection, network switcher\n3. **Contract interaction components** - Forms that call contract functions\n4. **Data display components** - Components showing on-chain data\n5. **Page components** - Assembling everything into pages\n\n**Example component:**\n```jsx\n\u002F\u002F frontend\u002Fsrc\u002Fcomponents\u002FDepositForm.jsx\nimport { useState } from 'react';\nimport { useContractWrite } from 'wagmi';\nimport { PrivatePoolABI } from '..\u002Fconfig\u002Fabis';\n\nexport function DepositForm({ contractAddress, tokenAddress }) {\n  const [amount, setAmount] = useState('');\n  \n  const { write: deposit } = useContractWrite({\n    address: contractAddress,\n    abi: PrivatePoolABI,\n    functionName: 'deposit',\n    args: [BigInt(amount)]\n  });\n\n  return (\n    \u003Cform onSubmit={(e) => { e.preventDefault(); deposit(); }}>\n      \u003Cinput \n        value={amount} \n        onChange={(e) => setAmount(e.target.value)}\n        placeholder=\"Amount\"\n      \u002F>\n      \u003Cbutton type=\"submit\">Deposit\u003C\u002Fbutton>\n    \u003C\u002Fform>\n  );\n}\n```\n\n**Actions:**\n1. Create components with clear prop interfaces\n2. Implement error handling for all Web3 interactions\n3. Add loading states for pending transactions\n4. Test each component in isolation\n\n## Phase 6: Deployment Scripts\n\nCreate deployment scripts last, after all contracts are complete and tested.\n\n**Structure:**\n```javascript\n\u002F\u002F scripts\u002Fdeploy\u002F01_deploy_token.js\nasync function main() {\n  const Token = await ethers.getContractFactory(\"Token\");\n  const token = await Token.deploy();\n  await token.deployed();\n  console.log(\"Token deployed to:\", token.address);\n  \n  \u002F\u002F Save address for frontend config\n  fs.writeFileSync(\n    'frontend\u002F.env',\n    `REACT_APP_TOKEN_ADDRESS=${token.address}\\n`,\n    { flag: 'a' }\n  );\n}\n```\n\n**Actions:**\n1. Create deployment scripts for each contract in dependency order\n2. Include address saving mechanism for frontend integration\n3. Create verification scripts for block explorers\n4. Document deployment parameters and expected outputs\n\n## Key Principles\n\n1. **Interface-first design** - Define contracts before implementing\n2. **Layer-by-layer progression** - Complete each phase before next\n3. **Incremental testing** - Test at each layer, not just at the end\n4. **Configuration before components** - Set up infrastructure first\n5. **Documentation at each step** - Update docs as you progress\n\n## Recovery from Failures\n\nIf a tool failure occurs:\n1. Note which phase completed successfully\n2. Resume from the last completed phase\n3. Re-validate interfaces and contracts before continuing\n4. Use the directory structure as a progress checklist\n\nThis systematic approach ensures partial progress is preserved and the overall architecture remains coherent even when interruptions occur.",{"name":5,"description":7},"main","af1b40a42167d09c30b3a63000aa14ace4c1e229","gdpval_bench\u002Fskills\u002Fweb3-fullstack-systematic-build","https:\u002F\u002Fgithub.com\u002Fxyliu-cs\u002FOpenSpace-GDPval","https:\u002F\u002Fgithub.com\u002Fxyliu-cs","https:\u002F\u002Fxyliu-cs.github.io","PhD Student in CS, CUHK-Shenzhen.","2026-04-06 20:32:15",{"source":8,"skillName":5,"commands":42,"prompt":52,"zipAvailable":53},[43,46,49],{"tool":44,"command":45},"npx","npx skills add xyliu-cs\u002FOpenSpace-GDPval --skill web3-fullstack-systematic-build",{"tool":47,"command":48},"bunx","bunx skills add xyliu-cs\u002FOpenSpace-GDPval --skill web3-fullstack-systematic-build",{"tool":50,"command":51},"pnpm","pnpm dlx skills add xyliu-cs\u002FOpenSpace-GDPval --skill web3-fullstack-systematic-build","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fxyliu-cs\u002FOpenSpace-GDPval\u002Fblob\u002Fmain\u002Fgdpval_bench\u002Fskills\u002Fweb3-fullstack-systematic-build\u002FSKILL.md",true,[55],{"path":56,"resourceType":57,"resourceTypeDesc":58,"sizeBytes":59,"sourceHtmlUrl":60},".skill_id","OTHER","其他",45,"https:\u002F\u002Fgithub.com\u002Fxyliu-cs\u002FOpenSpace-GDPval\u002Fblob\u002Fmain\u002Fgdpval_bench\u002Fskills\u002Fweb3-fullstack-systematic-build\u002F.skill_id",[62,75,83,99,125,147],{"skillNo":63,"name":64,"nameZh":6,"description":65,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":66,"categories":67,"keywords":68,"publishedAt":28},"01M6KG8MF1S664SWBDENYRSCK8","zip-export-deliverable","Ensures codebase deliverables are properly exported as ZIP archives through a dedicated finalization step","https:\u002F\u002Fgithub.com\u002Fxyliu-cs\u002FOpenSpace-GDPval\u002Fblob\u002Fmain\u002Fgdpval_bench\u002Fskills\u002Fzip-export-deliverable\u002FSKILL.md",[],[69,70,71,72,73,74],"zip export deliverable","zip","export","deliverables","codebase","as",{"skillNo":76,"name":77,"nameZh":6,"description":78,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":79,"categories":80,"keywords":81,"publishedAt":28},"01M6KG8GAZWHHEK7VNJDW0ME21","zip-deliverable-finalization","Ensure codebase deliverables are properly packaged as ZIP exports in a dedicated final step","https:\u002F\u002Fgithub.com\u002Fxyliu-cs\u002FOpenSpace-GDPval\u002Fblob\u002Fmain\u002Fgdpval_bench\u002Fskills\u002Fzip-deliverable-finalization\u002FSKILL.md",[],[82,70,72,73,74],"zip deliverable finalization",{"skillNo":84,"name":85,"nameZh":6,"description":86,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":87,"categories":88,"keywords":89,"publishedAt":28},"01M6KG8CMQQ1PYMNTSRZ9VS1MD","zero-iteration-failure-analysis","Identify and handle agent failures with 0 iterations as pre-execution system issues","https:\u002F\u002Fgithub.com\u002Fxyliu-cs\u002FOpenSpace-GDPval\u002Fblob\u002Fmain\u002Fgdpval_bench\u002Fskills\u002Fzero-iteration-failure-analysis\u002FSKILL.md",[],[90,91,92,93,94,95,96,97,74,98],"failure analysis","ZeRO","analysis","iteration","zero iteration failure analysis","with","issues","execution","system",{"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":110,"publishedAt":28},"01M6KG86W3PA07FT9W58YHHERM","write-file-fallback-report","Generate professional documents using write_file when primary data sources fail, leveraging embedded domain knowledge instead of external retrieval","https:\u002F\u002Fgithub.com\u002Fxyliu-cs\u002FOpenSpace-GDPval\u002Fblob\u002Fmain\u002Fgdpval_bench\u002Fskills\u002Fwrite-file-fallback-report\u002FSKILL.md",[105],{"categoryNo":106,"categoryName":107,"taxonomyType":108,"taxonomyTypeDesc":109},"01JBSEEDCAT000000000000034","行政与办公人员","PROFESSION","适用职业",[111,112,113,114,115,116,117,118,119,120,121,122,123,124],"fallback","write","file","report","write file fallback report","domain","professional","sources","retrieval","generate","embedded","documents","data","knowledge",{"skillNo":126,"name":127,"nameZh":6,"description":128,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":129,"categories":130,"keywords":136,"publishedAt":28},"01M6KG82GAEY3GG77CMGCK1C2T","fallback-doc-with-delegation","Generate professional documents after tool failures using shell_agent for complex formats or write_file for simple text\u002Fmarkdown","https:\u002F\u002Fgithub.com\u002Fxyliu-cs\u002FOpenSpace-GDPval\u002Fblob\u002Fmain\u002Fgdpval_bench\u002Fskills\u002Fwrite-file-fallback-report-enhanced\u002FSKILL.md",[131],{"categoryNo":132,"categoryName":133,"taxonomyType":134,"taxonomyTypeDesc":135},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[137,95,111,138,139,140,122,120,113,141,142,143,112,144,117,145,146],"fallback doc with delegation","doc","delegation","shell","markdown","tool","text","simple","formats","for",{"skillNo":148,"name":149,"nameZh":6,"description":150,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":151,"categories":152,"keywords":154,"publishedAt":28},"01M6KG7WT7GX5NYCGEFHW22NV7","context-anchored-fallback-report","Generate documents with write_file when retrieval tools fail, with explicit guardrails against task context drift","https:\u002F\u002Fgithub.com\u002Fxyliu-cs\u002FOpenSpace-GDPval\u002Fblob\u002Fmain\u002Fgdpval_bench\u002Fskills\u002Fwrite-file-fallback-report-enhanced-4bc5c2\u002FSKILL.md",[153],{"categoryNo":106,"categoryName":107,"taxonomyType":108,"taxonomyTypeDesc":109},[111,114,155,156,120,113,157,158,112,159,160,119,95,161,122],"context","context anchored fallback report","Guardrails","Tools","task","drift","context drift"]