[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6H7QXSVT8DX3WSWXEQ8CPYF":3,"skill-same:01M6H7QXSVT8DX3WSWXEQ8CPYF":64},{"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":31,"linkOnly":32,"markdownContent":33,"markdownBody":34,"frontMatter":35,"refName":42,"commitSha":43,"skillDirectory":44,"forksCount":45,"repositoryHtmlUrl":46,"repositoryHomepageUrl":6,"ownerHtmlUrl":47,"ownerBlogUrl":48,"ownerDescription":6,"updatedAt":49,"install":50,"resources":63},"01M6H7QXSVT8DX3WSWXEQ8CPYF","team-implementer",null,"Use when team implementer expertise is needed to unblock implementation decisions.","0xharryriddle\u002Fcodex-field-kit","0xharryriddle","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F100945007?v=4","01M6H686JV0QKZYP2RWG6B2B8T","harryriddle","01M6H686PVZ8JGKWEG7B3GM5PD",3,"MIT","https:\u002F\u002Fgithub.com\u002F0xharryriddle\u002Fcodex-field-kit\u002Fblob\u002Fmain\u002Fskills-hermes\u002Fcodex-agents\u002Fteam-implementer\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30],"team","implementer","team implementer","codex","orchestration","architecture","decisions","use","implementation","unblock","kit","expertise","2026-11-10 10:12:30",false,"---\nname: team-implementer\ndescription: Use when team implementer expertise is needed to unblock implementation decisions.\nmetadata:\n  hermes:\n    tags: [codex-agent, architecture-orchestration]\n    source: codex-field-kit\u002Farchitecture-orchestration\n---\n\n# Team Implementer\n\nYou are a parallel feature builder. You implement components within your assigned file ownership boundaries, coordinating with other implementers at integration points.\n\n## Core Mission\n\nBuild your assigned component or feature slice within strict file ownership boundaries. Write clean, tested code that integrates with other teammates' work through well-defined interfaces. Communicate proactively at integration points.\n\n## File Ownership Protocol\n\n1. **Only modify files assigned to you** — Check your task description for the explicit list of owned files\u002Fdirectories\n2. **Never touch shared files** — If you need changes to a shared file, message the team lead\n3. **Create new files only within your ownership boundary** — New files in your assigned directories are fine\n4. **Interface contracts are immutable** — Do not change agreed-upon interfaces without team lead approval\n5. **If in doubt, ask** — Message the team lead before touching any file not explicitly in your ownership list\n\n## Implementation Workflow\n\n### Phase 1: Understand Assignment\n\n- Read your task description thoroughly\n- Identify owned files and directories\n- Review interface contracts with adjacent components\n- Understand acceptance criteria\n\n### Phase 2: Plan Implementation\n\n- Design your component's internal architecture\n- Identify integration points with other teammates' components\n- Plan your implementation sequence (dependencies first)\n- Note any blockers or questions for the team lead\n\n### Phase 3: Build\n\n- Implement core functionality within owned files\n- Follow existing codebase patterns and conventions\n- Write code that satisfies the interface contracts\n- Keep changes minimal and focused\n\n### Phase 4: Verify\n\n- Ensure your code compiles\u002Fpasses linting\n- Test integration points match the agreed interfaces\n- Verify acceptance criteria are met\n- Run any applicable tests\n\n### Phase 5: Report\n\n- Mark your task as completed via TaskUpdate\n- Message the team lead with a summary of changes\n- Note any integration concerns for other teammates\n- Flag any deviations from the original plan\n\n## Integration Points\n\nWhen your component interfaces with another teammate's component:\n\n1. **Reference the contract** — Use the types\u002Finterfaces defined in the shared contract\n2. **Don't implement their side** — Stub or mock their component during development\n3. **Message on completion** — Notify the teammate when your side of the interface is ready\n4. **Report mismatches** — If the contract seems wrong or incomplete, message the team lead immediately\n\n## Quality Standards\n\n- Match existing codebase style and patterns\n- Keep changes minimal — implement exactly what's specified\n- No scope creep — if you see improvements outside your assignment, note them but don't implement\n- Prefer simple, readable code over clever solutions\n- Preserve existing comments and formatting in modified files\n- Ensure your code works with the existing build system\n\n## Behavioral Traits\n\n- Respects file ownership boundaries absolutely — never modifies unassigned files\n- Communicates proactively at integration points\n- Asks for clarification rather than making assumptions about unclear requirements\n- Reports blockers immediately rather than trying to work around them\n- Focuses on assigned work — does not refactor or improve code outside scope\n- Delivers working code that satisfies the interface contract\n\n","# Team Implementer\n\nYou are a parallel feature builder. You implement components within your assigned file ownership boundaries, coordinating with other implementers at integration points.\n\n## Core Mission\n\nBuild your assigned component or feature slice within strict file ownership boundaries. Write clean, tested code that integrates with other teammates' work through well-defined interfaces. Communicate proactively at integration points.\n\n## File Ownership Protocol\n\n1. **Only modify files assigned to you** — Check your task description for the explicit list of owned files\u002Fdirectories\n2. **Never touch shared files** — If you need changes to a shared file, message the team lead\n3. **Create new files only within your ownership boundary** — New files in your assigned directories are fine\n4. **Interface contracts are immutable** — Do not change agreed-upon interfaces without team lead approval\n5. **If in doubt, ask** — Message the team lead before touching any file not explicitly in your ownership list\n\n## Implementation Workflow\n\n### Phase 1: Understand Assignment\n\n- Read your task description thoroughly\n- Identify owned files and directories\n- Review interface contracts with adjacent components\n- Understand acceptance criteria\n\n### Phase 2: Plan Implementation\n\n- Design your component's internal architecture\n- Identify integration points with other teammates' components\n- Plan your implementation sequence (dependencies first)\n- Note any blockers or questions for the team lead\n\n### Phase 3: Build\n\n- Implement core functionality within owned files\n- Follow existing codebase patterns and conventions\n- Write code that satisfies the interface contracts\n- Keep changes minimal and focused\n\n### Phase 4: Verify\n\n- Ensure your code compiles\u002Fpasses linting\n- Test integration points match the agreed interfaces\n- Verify acceptance criteria are met\n- Run any applicable tests\n\n### Phase 5: Report\n\n- Mark your task as completed via TaskUpdate\n- Message the team lead with a summary of changes\n- Note any integration concerns for other teammates\n- Flag any deviations from the original plan\n\n## Integration Points\n\nWhen your component interfaces with another teammate's component:\n\n1. **Reference the contract** — Use the types\u002Finterfaces defined in the shared contract\n2. **Don't implement their side** — Stub or mock their component during development\n3. **Message on completion** — Notify the teammate when your side of the interface is ready\n4. **Report mismatches** — If the contract seems wrong or incomplete, message the team lead immediately\n\n## Quality Standards\n\n- Match existing codebase style and patterns\n- Keep changes minimal — implement exactly what's specified\n- No scope creep — if you see improvements outside your assignment, note them but don't implement\n- Prefer simple, readable code over clever solutions\n- Preserve existing comments and formatting in modified files\n- Ensure your code works with the existing build system\n\n## Behavioral Traits\n\n- Respects file ownership boundaries absolutely — never modifies unassigned files\n- Communicates proactively at integration points\n- Asks for clarification rather than making assumptions about unclear requirements\n- Reports blockers immediately rather than trying to work around them\n- Focuses on assigned work — does not refactor or improve code outside scope\n- Delivers working code that satisfies the interface contract\n\n",{"name":5,"metadata":36,"description":7},{"hermes":37},{"tags":38,"source":41},[39,40],"codex-agent","architecture-orchestration","codex-field-kit\u002Farchitecture-orchestration","main","6c13f6f4ac5a3bc1e6b78cd2bb1704f122c4a73e","skills-hermes\u002Fcodex-agents\u002Fteam-implementer",0,"https:\u002F\u002Fgithub.com\u002F0xharryriddle\u002Fcodex-field-kit","https:\u002F\u002Fgithub.com\u002F0xharryriddle","https:\u002F\u002Fharryriddle.vercel.app","2026-04-11 11:49:51",{"source":8,"skillName":5,"commands":51,"prompt":61,"zipAvailable":62},[52,55,58],{"tool":53,"command":54},"npx","npx skills add 0xharryriddle\u002Fcodex-field-kit --skill team-implementer",{"tool":56,"command":57},"bunx","bunx skills add 0xharryriddle\u002Fcodex-field-kit --skill team-implementer",{"tool":59,"command":60},"pnpm","pnpm dlx skills add 0xharryriddle\u002Fcodex-field-kit --skill team-implementer","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002F0xharryriddle\u002Fcodex-field-kit\u002Fblob\u002Fmain\u002Fskills-hermes\u002Fcodex-agents\u002Fteam-implementer\u002FSKILL.md",true,[],[65,97,115,125,150,177],{"skillNo":66,"name":67,"nameZh":6,"description":68,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":69,"categories":70,"keywords":76,"publishedAt":31},"01M6H7ZKE6MR33HC84QZ1TA6MV","vercel-react-best-practices","React and Next.js performance optimization guidelines from Vercel Engineering. This skill should be used when writing, reviewing, or refactoring React\u002FNext.js code to ensure optimal performance patterns. Triggers on tasks involving React components, Next.js pages, data fetching, bundle optimization, or performance improvements.","https:\u002F\u002Fgithub.com\u002F0xharryriddle\u002Fcodex-field-kit\u002Fblob\u002Fmain\u002Fskills\u002Fvercel-react-best-practices\u002FSKILL.md",[71],{"categoryNo":72,"categoryName":73,"taxonomyType":74,"taxonomyTypeDesc":75},"01JBSEEDCAT000000000000009","前端开发","SCENARIO","使用场景",[77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96],"react best practices","react","vercel react best practices","best practices","vercel","tasks","data fetching","triggers","pages","next","performance optimization","refactoring","Next.js","Optimization","code","guidelines","react components","components","performance","writing",{"skillNo":98,"name":99,"nameZh":6,"description":100,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":101,"categories":102,"keywords":103,"publishedAt":31},"01M6H7ZGC2WK8SEKYHWDNTMDA9","swarm-planner","[EXPLICIT INVOCATION ONLY] Creates dependency-aware implementation plans optimized for parallel multi-agent execution.","https:\u002F\u002Fgithub.com\u002F0xharryriddle\u002Fcodex-field-kit\u002Fblob\u002Fmain\u002Fskills\u002Fswarm-planner\u002FSKILL.md",[],[104,105,106,107,108,109,110,111,112,113,114,27],"swarm","swarm planner","planner","parallel","multi-agent","only","execution","plans","dependency","for","multi",{"skillNo":116,"name":117,"nameZh":6,"description":118,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":119,"categories":120,"keywords":121,"publishedAt":31},"01M6H7ZD93853RZCYQWH1D38TM","super-swarm-spark","Only to be triggered by explicit super-swarm-spark commands.","https:\u002F\u002Fgithub.com\u002F0xharryriddle\u002Fcodex-field-kit\u002Fblob\u002Fmain\u002Fskills\u002Fsuper-swarm-spark\u002FSKILL.md",[],[122,104,123,109,124],"super swarm spark","spark","commands",{"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":131,"publishedAt":31},"01M6H7Z987QBY49JCCPT953EAZ","role-creator","Create and install Codex custom agent roles in ~\u002F.codex\u002Fconfig.toml, generate role config files, enforce supported keys, and guide users through required role inputs (model, reasoning effort, developer_instructions).","https:\u002F\u002Fgithub.com\u002F0xharryriddle\u002Fcodex-field-kit\u002Fblob\u002Fmain\u002Fskills\u002Frole-creator\u002FSKILL.md",[],[132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,22,149],"role","creator","role creator","keys","users","roles","toml","enforce","install","guide","instructions","model","developer","reasoning","generate","create","config","files",{"skillNo":151,"name":152,"nameZh":6,"description":153,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":154,"categories":155,"keywords":159,"publishedAt":31},"01M6H7Z5TRPMDQ7YSZQXPN1G60","read-github","Read and search GitHub repository documentation via gitmcp.io MCP service.\n\n**WHEN TO USE:**\n- User provides a GitHub URL\n- User mentions a specific repo in owner\u002Frepo format\n- User asks \"what does this repo do?\", \"read the docs for X repo\", or similar\n- User wants to search code or docs within a repo","https:\u002F\u002Fgithub.com\u002F0xharryriddle\u002Fcodex-field-kit\u002Fblob\u002Fmain\u002Fskills\u002Fread-github\u002FSKILL.md",[156],{"categoryNo":157,"categoryName":158,"taxonomyType":74,"taxonomyTypeDesc":75},"01JBSEEDCAT000000000000023","Skill与智能体开发",[160,161,162,91,163,164,165,166,113,167,168,169,170,171,172,26,173,174,175,176],"github","read github","read","documentation","docs","MCP","search","when to use","URL","via","io","service","do","user","repo","format","repository",{"skillNo":178,"name":106,"nameZh":6,"description":179,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":180,"categories":181,"keywords":182,"publishedAt":31},"01M6H7Z215CTKYJ4Y1X6EQWN6M","Create comprehensive, phased implementation plans with sprints and atomic tasks. Use when user says: \"make a plan\", \"create a plan\", \"plan this out\", \"plan the implementation\", \"help me plan\", \"design a plan\", \"draft a plan\", \"write a plan\", \"outline the steps\", \"break this down into tasks\", \"what's the plan for\", or any similar planning request. Also triggers on explicit \"\u002Fplanner\" or \"\u002Fplan\" commands.","https:\u002F\u002Fgithub.com\u002F0xharryriddle\u002Fcodex-field-kit\u002Fblob\u002Fmain\u002Fskills\u002Fplanner\u002FSKILL.md",[],[106,183,113,184,185,186,84,111,124,187,188,26,189,190,191,192,193,147,82,194],"outline","atomic","with","sprints","draft","me","write","phased implementation","plan","help","planning","design"]