[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6QJ8YEHY27DWEW0G72EVK3V":3,"skill-same:01M6QJ8YEHY27DWEW0G72EVK3V":65},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":38,"linkOnly":39,"markdownContent":40,"markdownBody":41,"frontMatter":42,"refName":32,"commitSha":47,"skillDirectory":48,"forksCount":13,"repositoryHtmlUrl":49,"repositoryHomepageUrl":6,"ownerHtmlUrl":50,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":51,"install":52,"resources":64},"01M6QJ8YEHY27DWEW0G72EVK3V","create-implementation-plan",null,"Create a new implementation plan file for new features, refactoring existing code or upgrading packages, design, architecture or infrastructure.","ImaginerLabs\u002Fskill-manager","ImaginerLabs","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F214277308?v=4","01M6QGGDPNF15RMMT1RCFDH9FN","01M6QGGDTH5BY64DQ123NR8M33",0,"MIT","https:\u002F\u002Fgithub.com\u002FImaginerLabs\u002Fskill-manager\u002Fblob\u002Fmain\u002Fskills\u002Fdevops\u002Fcreate-implementation-plan\u002FSKILL.md",[],[18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37],"plan","implementation plan","implementation","create implementation plan","create","packages","code","https","file","copilot","design","refactoring","devops","architecture","main","tree","true","for","Existing","github","2026-11-10 10:12:30",false,"---\nname: create-implementation-plan\ndescription: >-\n  Create a new implementation plan file for new features, refactoring existing\n  code or upgrading packages, design, architecture or infrastructure.\nsource: awesome-copilot\nsourceUrl: >-\n  https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Ftree\u002Fmain\u002Fskills\u002Fcreate-implementation-plan\nsourceRepo: \"https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\"\nreadonly: true\ncategory: devops\n---\n\n# Create Implementation Plan\n\n## Primary Directive\n\nYour goal is to create a new implementation plan file for `${input:PlanPurpose}`. Your output must be machine-readable, deterministic, and structured for autonomous execution by other AI systems or humans.\n\n## Execution Context\n\nThis prompt is designed for AI-to-AI communication and automated processing. All instructions must be interpreted literally and executed systematically without human interpretation or clarification.\n\n## Core Requirements\n\n- Generate implementation plans that are fully executable by AI agents or humans\n- Use deterministic language with zero ambiguity\n- Structure all content for automated parsing and execution\n- Ensure complete self-containment with no external dependencies for understanding\n\n## Plan Structure Requirements\n\nPlans must consist of discrete, atomic phases containing executable tasks. Each phase must be independently processable by AI agents or humans without cross-phase dependencies unless explicitly declared.\n\n## Phase Architecture\n\n- Each phase must have measurable completion criteria\n- Tasks within phases must be executable in parallel unless dependencies are specified\n- All task descriptions must include specific file paths, function names, and exact implementation details\n- No task should require human interpretation or decision-making\n\n## AI-Optimized Implementation Standards\n\n- Use explicit, unambiguous language with zero interpretation required\n- Structure all content as machine-parseable formats (tables, lists, structured data)\n- Include specific file paths, line numbers, and exact code references where applicable\n- Define all variables, constants, and configuration values explicitly\n- Provide complete context within each task description\n- Use standardized prefixes for all identifiers (REQ-, TASK-, etc.)\n- Include validation criteria that can be automatically verified\n\n## Output File Specifications\n\n- Save implementation plan files in `\u002Fplan\u002F` directory\n- Use naming convention: `[purpose]-[component]-[version].md`\n- Purpose prefixes: `upgrade|refactor|feature|data|infrastructure|process|architecture|design`\n- Example: `upgrade-system-command-4.md`, `feature-auth-module-1.md`\n- File must be valid Markdown with proper front matter structure\n\n## Mandatory Template Structure\n\nAll implementation plans must strictly adhere to the following template. Each section is required and must be populated with specific, actionable content. AI agents must validate template compliance before execution.\n\n## Template Validation Rules\n\n- All front matter fields must be present and properly formatted\n- All section headers must match exactly (case-sensitive)\n- All identifier prefixes must follow the specified format\n- Tables must include all required columns\n- No placeholder text may remain in the final output\n\n## Status\n\nThe status of the implementation plan must be clearly defined in the front matter and must reflect the current state of the plan. The status can be one of the following (status_color in brackets): `Completed` (bright green badge), `In progress` (yellow badge), `Planned` (blue badge), `Deprecated` (red badge), or `On Hold` (orange badge). It should also be displayed as a badge in the introduction section.\n\n```md\n---\ngoal: [Concise Title Describing the Package Implementation Plan's Goal]\nversion: [Optional: e.g., 1.0, Date]\ndate_created: [YYYY-MM-DD]\nlast_updated: [Optional: YYYY-MM-DD]\nowner: [Optional: Team\u002FIndividual responsible for this spec]\nstatus: 'Completed'|'In progress'|'Planned'|'Deprecated'|'On Hold'\ntags: [Optional: List of relevant tags or categories, e.g., `feature`, `upgrade`, `chore`, `architecture`, `migration`, `bug` etc]\n---\n\n# Introduction\n\n![Status: \u003Cstatus>](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002Fstatus-\u003Cstatus>-\u003Cstatus_color>)\n\n[A short concise introduction to the plan and the goal it is intended to achieve.]\n\n## 1. Requirements & Constraints\n\n[Explicitly list all requirements & constraints that affect the plan and constrain how it is implemented. Use bullet points or tables for clarity.]\n\n- **REQ-001**: Requirement 1\n- **SEC-001**: Security Requirement 1\n- **[3 LETTERS]-001**: Other Requirement 1\n- **CON-001**: Constraint 1\n- **GUD-001**: Guideline 1\n- **PAT-001**: Pattern to follow 1\n\n## 2. Implementation Steps\n\n### Implementation Phase 1\n\n- GOAL-001: [Describe the goal of this phase, e.g., \"Implement feature X\", \"Refactor module Y\", etc.]\n\n| Task     | Description           | Completed | Date       |\n| -------- | --------------------- | --------- | ---------- |\n| TASK-001 | Description of task 1 | ✅        | 2025-04-25 |\n| TASK-002 | Description of task 2 |           |            |\n| TASK-003 | Description of task 3 |           |            |\n\n### Implementation Phase 2\n\n- GOAL-002: [Describe the goal of this phase, e.g., \"Implement feature X\", \"Refactor module Y\", etc.]\n\n| Task     | Description           | Completed | Date |\n| -------- | --------------------- | --------- | ---- |\n| TASK-004 | Description of task 4 |           |      |\n| TASK-005 | Description of task 5 |           |      |\n| TASK-006 | Description of task 6 |           |      |\n\n## 3. Alternatives\n\n[A bullet point list of any alternative approaches that were considered and why they were not chosen. This helps to provide context and rationale for the chosen approach.]\n\n- **ALT-001**: Alternative approach 1\n- **ALT-002**: Alternative approach 2\n\n## 4. Dependencies\n\n[List any dependencies that need to be addressed, such as libraries, frameworks, or other components that the plan relies on.]\n\n- **DEP-001**: Dependency 1\n- **DEP-002**: Dependency 2\n\n## 5. Files\n\n[List the files that will be affected by the feature or refactoring task.]\n\n- **FILE-001**: Description of file 1\n- **FILE-002**: Description of file 2\n\n## 6. Testing\n\n[List the tests that need to be implemented to verify the feature or refactoring task.]\n\n- **TEST-001**: Description of test 1\n- **TEST-002**: Description of test 2\n\n## 7. Risks & Assumptions\n\n[List any risks or assumptions related to the implementation of the plan.]\n\n- **RISK-001**: Risk 1\n- **ASSUMPTION-001**: Assumption 1\n\n## 8. Related Specifications \u002F Further Reading\n\n[Link to related spec 1]\n[Link to relevant external documentation]\n```\n","# Create Implementation Plan\n\n## Primary Directive\n\nYour goal is to create a new implementation plan file for `${input:PlanPurpose}`. Your output must be machine-readable, deterministic, and structured for autonomous execution by other AI systems or humans.\n\n## Execution Context\n\nThis prompt is designed for AI-to-AI communication and automated processing. All instructions must be interpreted literally and executed systematically without human interpretation or clarification.\n\n## Core Requirements\n\n- Generate implementation plans that are fully executable by AI agents or humans\n- Use deterministic language with zero ambiguity\n- Structure all content for automated parsing and execution\n- Ensure complete self-containment with no external dependencies for understanding\n\n## Plan Structure Requirements\n\nPlans must consist of discrete, atomic phases containing executable tasks. Each phase must be independently processable by AI agents or humans without cross-phase dependencies unless explicitly declared.\n\n## Phase Architecture\n\n- Each phase must have measurable completion criteria\n- Tasks within phases must be executable in parallel unless dependencies are specified\n- All task descriptions must include specific file paths, function names, and exact implementation details\n- No task should require human interpretation or decision-making\n\n## AI-Optimized Implementation Standards\n\n- Use explicit, unambiguous language with zero interpretation required\n- Structure all content as machine-parseable formats (tables, lists, structured data)\n- Include specific file paths, line numbers, and exact code references where applicable\n- Define all variables, constants, and configuration values explicitly\n- Provide complete context within each task description\n- Use standardized prefixes for all identifiers (REQ-, TASK-, etc.)\n- Include validation criteria that can be automatically verified\n\n## Output File Specifications\n\n- Save implementation plan files in `\u002Fplan\u002F` directory\n- Use naming convention: `[purpose]-[component]-[version].md`\n- Purpose prefixes: `upgrade|refactor|feature|data|infrastructure|process|architecture|design`\n- Example: `upgrade-system-command-4.md`, `feature-auth-module-1.md`\n- File must be valid Markdown with proper front matter structure\n\n## Mandatory Template Structure\n\nAll implementation plans must strictly adhere to the following template. Each section is required and must be populated with specific, actionable content. AI agents must validate template compliance before execution.\n\n## Template Validation Rules\n\n- All front matter fields must be present and properly formatted\n- All section headers must match exactly (case-sensitive)\n- All identifier prefixes must follow the specified format\n- Tables must include all required columns\n- No placeholder text may remain in the final output\n\n## Status\n\nThe status of the implementation plan must be clearly defined in the front matter and must reflect the current state of the plan. The status can be one of the following (status_color in brackets): `Completed` (bright green badge), `In progress` (yellow badge), `Planned` (blue badge), `Deprecated` (red badge), or `On Hold` (orange badge). It should also be displayed as a badge in the introduction section.\n\n```md\n---\ngoal: [Concise Title Describing the Package Implementation Plan's Goal]\nversion: [Optional: e.g., 1.0, Date]\ndate_created: [YYYY-MM-DD]\nlast_updated: [Optional: YYYY-MM-DD]\nowner: [Optional: Team\u002FIndividual responsible for this spec]\nstatus: 'Completed'|'In progress'|'Planned'|'Deprecated'|'On Hold'\ntags: [Optional: List of relevant tags or categories, e.g., `feature`, `upgrade`, `chore`, `architecture`, `migration`, `bug` etc]\n---\n\n# Introduction\n\n![Status: \u003Cstatus>](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002Fstatus-\u003Cstatus>-\u003Cstatus_color>)\n\n[A short concise introduction to the plan and the goal it is intended to achieve.]\n\n## 1. Requirements & Constraints\n\n[Explicitly list all requirements & constraints that affect the plan and constrain how it is implemented. Use bullet points or tables for clarity.]\n\n- **REQ-001**: Requirement 1\n- **SEC-001**: Security Requirement 1\n- **[3 LETTERS]-001**: Other Requirement 1\n- **CON-001**: Constraint 1\n- **GUD-001**: Guideline 1\n- **PAT-001**: Pattern to follow 1\n\n## 2. Implementation Steps\n\n### Implementation Phase 1\n\n- GOAL-001: [Describe the goal of this phase, e.g., \"Implement feature X\", \"Refactor module Y\", etc.]\n\n| Task     | Description           | Completed | Date       |\n| -------- | --------------------- | --------- | ---------- |\n| TASK-001 | Description of task 1 | ✅        | 2025-04-25 |\n| TASK-002 | Description of task 2 |           |            |\n| TASK-003 | Description of task 3 |           |            |\n\n### Implementation Phase 2\n\n- GOAL-002: [Describe the goal of this phase, e.g., \"Implement feature X\", \"Refactor module Y\", etc.]\n\n| Task     | Description           | Completed | Date |\n| -------- | --------------------- | --------- | ---- |\n| TASK-004 | Description of task 4 |           |      |\n| TASK-005 | Description of task 5 |           |      |\n| TASK-006 | Description of task 6 |           |      |\n\n## 3. Alternatives\n\n[A bullet point list of any alternative approaches that were considered and why they were not chosen. This helps to provide context and rationale for the chosen approach.]\n\n- **ALT-001**: Alternative approach 1\n- **ALT-002**: Alternative approach 2\n\n## 4. Dependencies\n\n[List any dependencies that need to be addressed, such as libraries, frameworks, or other components that the plan relies on.]\n\n- **DEP-001**: Dependency 1\n- **DEP-002**: Dependency 2\n\n## 5. Files\n\n[List the files that will be affected by the feature or refactoring task.]\n\n- **FILE-001**: Description of file 1\n- **FILE-002**: Description of file 2\n\n## 6. Testing\n\n[List the tests that need to be implemented to verify the feature or refactoring task.]\n\n- **TEST-001**: Description of test 1\n- **TEST-002**: Description of test 2\n\n## 7. Risks & Assumptions\n\n[List any risks or assumptions related to the implementation of the plan.]\n\n- **RISK-001**: Risk 1\n- **ASSUMPTION-001**: Assumption 1\n\n## 8. Related Specifications \u002F Further Reading\n\n[Link to related spec 1]\n[Link to relevant external documentation]\n```\n",{"name":5,"source":43,"category":30,"readonly":44,"sourceUrl":45,"sourceRepo":46,"description":7},"awesome-copilot",true,"https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Ftree\u002Fmain\u002Fskills\u002Fcreate-implementation-plan","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot","b9a52d8e27455bdad953d64928696d028223ea1b","skills\u002Fdevops\u002Fcreate-implementation-plan","https:\u002F\u002Fgithub.com\u002FImaginerLabs\u002Fskill-manager","https:\u002F\u002Fgithub.com\u002FImaginerLabs","2026-04-18 16:27:13",{"source":8,"skillName":5,"commands":53,"prompt":63,"zipAvailable":44},[54,57,60],{"tool":55,"command":56},"npx","npx skills add ImaginerLabs\u002Fskill-manager --skill create-implementation-plan",{"tool":58,"command":59},"bunx","bunx skills add ImaginerLabs\u002Fskill-manager --skill create-implementation-plan",{"tool":61,"command":62},"pnpm","pnpm dlx skills add ImaginerLabs\u002Fskill-manager --skill create-implementation-plan","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FImaginerLabs\u002Fskill-manager\u002Fblob\u002Fmain\u002Fskills\u002Fdevops\u002Fcreate-implementation-plan\u002FSKILL.md",[],[66,96,116,144,179,204],{"skillNo":67,"name":68,"nameZh":6,"description":69,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":70,"categories":71,"keywords":82,"publishedAt":38},"01M6QJCB2SD5KHC41ZDQC0GA1T","meeting-minutes","Generate concise, actionable meeting minutes for internal meetings. Includes metadata, attendees, agenda, decisions, action items (owner + due date), and follow-up steps.","https:\u002F\u002Fgithub.com\u002FImaginerLabs\u002Fskill-manager\u002Fblob\u002Fmain\u002Fskills\u002Fwriting\u002Fmeeting-minutes\u002FSKILL.md",[72,77],{"categoryNo":73,"categoryName":74,"taxonomyType":75,"taxonomyTypeDesc":76},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",{"categoryNo":78,"categoryName":79,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000034","行政与办公人员","PROFESSION","适用职业",[83,84,85,86,37,27,87,88,89,90,68,32,91,92,93,94,33,34,95,35],"meeting minutes","meeting","minutes","writing","generate","decisions","meetings","up","agenda","actionable","concise","follow-up","action",{"skillNo":97,"name":98,"nameZh":6,"description":99,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":100,"categories":101,"keywords":102,"publishedAt":38},"01M6QJC71RRGTGNNFEHJG6S20G","documentation-writer","Diátaxis Documentation Expert. An expert technical writer specializing in creating high-quality software documentation, guided by the principles and structure of the Diátaxis technical documentation authoring framework.","https:\u002F\u002Fgithub.com\u002FImaginerLabs\u002Fskill-manager\u002Fblob\u002Fmain\u002Fskills\u002Fwriting\u002Fdocumentation-writer\u002FSKILL.md",[],[103,104,105,86,37,27,25,106,107,108,109,110,32,111,112,113,114,33,34,115],"documentation","documentation writer","writer","quality","technical","technical writer","expert","documentation expert","structure","authoring","software","principles","high",{"skillNo":117,"name":118,"nameZh":6,"description":119,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":120,"categories":121,"keywords":129,"publishedAt":38},"01M6QJC0V3C7C4R9768J1AJYWY","doc-coauthoring","Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.","https:\u002F\u002Fgithub.com\u002FImaginerLabs\u002Fskill-manager\u002Fblob\u002Fmain\u002Fskills\u002Fwriting\u002Fdoc-coauthoring\u002FSKILL.md",[122,125,126],{"categoryNo":123,"categoryName":124,"taxonomyType":75,"taxonomyTypeDesc":76},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":73,"categoryName":74,"taxonomyType":75,"taxonomyTypeDesc":76},{"categoryNo":127,"categoryName":128,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000036","内容创作者",[130,131,86,132,133,103,134,135,136,137,138,139,32,140,141,112,142,143,33,35],"doc coauthoring","doc","workflow","official","tasks","decision","write","context","proposals","guide","refine","iteration","trigger","co",{"skillNo":145,"name":146,"nameZh":6,"description":147,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":148,"categories":149,"keywords":160,"publishedAt":38},"01M6QJBJ0YPVEWGEXZH3PJRRTT","code-review-workflow","Executes comprehensive 4-phase code review: basic review, quality check, bundle analysis, and test coverage. Should be used when the user mentions comprehensive code review, checking code quality, or reviewing staged changes with multi-phase analysis. This is the comprehensive review workflow, distinct from focused skills like frontend-code-review, staged-code-review, or code-change-test-designer.","https:\u002F\u002Fgithub.com\u002FImaginerLabs\u002Fskill-manager\u002Fblob\u002Fmain\u002Fskills\u002Ftesting\u002Fcode-review-workflow\u002FSKILL.md",[150,153,156,157],{"categoryNo":151,"categoryName":152,"taxonomyType":75,"taxonomyTypeDesc":76},"01JBSEEDCAT000000000000007","代码审查",{"categoryNo":154,"categoryName":155,"taxonomyType":75,"taxonomyTypeDesc":76},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":73,"categoryName":74,"taxonomyType":75,"taxonomyTypeDesc":76},{"categoryNo":158,"categoryName":159,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000030","开发工程师",[161,162,132,24,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178],"code review","review","code review workflow","testing","frontend","test","change","code quality","code-review","analysis","check","coverage","quality check","basic","multi","comprehensive code review","with","phase",{"skillNo":180,"name":181,"nameZh":6,"description":182,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":183,"categories":184,"keywords":194,"publishedAt":38},"01M6QJB7XNHV3VEEQF4W7FMWF6","code-change-test-designer","Analyzes code changes and designs comprehensive test cases. Reads diffs, summarizes capability changes, and designs test cases covering main flows and edge cases. Should be used when the user mentions test coverage, designing tests for code changes, or analyzing diff\u002Fcommit for testing purposes. Distinguished from code-review-workflow which provides comprehensive review, this skill focuses on test case design for code changes.","https:\u002F\u002Fgithub.com\u002FImaginerLabs\u002Fskill-manager\u002Fblob\u002Fmain\u002Fskills\u002Ftesting\u002Fcode-change-test-designer\u002FSKILL.md",[185,186,189,190,191],{"categoryNo":154,"categoryName":155,"taxonomyType":75,"taxonomyTypeDesc":76},{"categoryNo":187,"categoryName":188,"taxonomyType":75,"taxonomyTypeDesc":76},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":73,"categoryName":74,"taxonomyType":75,"taxonomyTypeDesc":76},{"categoryNo":158,"categoryName":159,"taxonomyType":80,"taxonomyTypeDesc":81},{"categoryNo":192,"categoryName":193,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000032","设计师",[166,167,24,195,196,164,28,197,132,198,169,199,172,200,32,201,202,203,35,178],"designer","code change test designer","diffs","commit","edge","diff","tests","flows","which",{"skillNo":205,"name":206,"nameZh":6,"description":207,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":208,"categories":209,"keywords":211,"publishedAt":38},"01M6QJB195WD7DCJWDMKWKB29S","skill-creator","Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.","https:\u002F\u002Fgithub.com\u002FImaginerLabs\u002Fskill-manager\u002Fblob\u002Fmain\u002Fskills\u002Fmeta-skills\u002Fskill-creator\u002FSKILL.md",[210],{"categoryNo":73,"categoryName":74,"taxonomyType":75,"taxonomyTypeDesc":76},[212,213,214,215,133,216,22,217,218,219,170,220,221,222,32,223,224,33,35,206],"skill creator","creator","performance","run evals","variance analysis","run","benchmark","Meta","improve","edit","evals","optimize","existing skill"]