[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M69B58TZ7SNTPB6C508M5HWX":3,"skill-same:01M69B58TZ7SNTPB6C508M5HWX":91},{"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":21,"linkOnly":22,"markdownContent":23,"markdownBody":24,"frontMatter":25,"refName":26,"commitSha":27,"skillDirectory":28,"forksCount":29,"repositoryHtmlUrl":30,"repositoryHomepageUrl":6,"ownerHtmlUrl":31,"ownerBlogUrl":32,"ownerDescription":33,"updatedAt":34,"install":35,"resources":48},"01M69B58TZ7SNTPB6C508M5HWX","team-charters",null,"Provides role charters (mission, ownership, core principles, quality bar) for a multi-agent coding team. Each charter defines the role's mission, ownership scope, core principle (boundary constraints), and quality bar. Most roles also include communication rules. Consumed by the coordinator during task decomposition to assign work to the correct role.\nTriggers: \"look up role charter\", \"what does the architect own\", \"check role boundaries\", \"find team roles\", \"which role handles X\", \"list agent charters\", \"role responsibilities\".\nNOT for: task decomposition (use breaking-down-tasks), implementation (use implementing-code), architecture analysis (use analyzing-architecture).","microsoft\u002Fgithub-copilot-modernization","microsoft","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F6154722?v=4","01M698VYDXZ6JW5WH3CRV650R8","Microsoft","01M69B2DAY0HTBHWQN4WF3JDBQ",55,"MIT","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002FSKILL.md",[],[19,20],"team charters","architecture","2026-11-10 10:12:30",false,"---\nname: team-charters\ndescription: |\n  Provides role charters (mission, ownership, core principles, quality bar) for a multi-agent coding team. Each charter defines the role's mission, ownership scope, core principle (boundary constraints), and quality bar. Most roles also include communication rules. Consumed by the coordinator during task decomposition to assign work to the correct role.\n  Triggers: \"look up role charter\", \"what does the architect own\", \"check role boundaries\", \"find team roles\", \"which role handles X\", \"list agent charters\", \"role responsibilities\".\n  NOT for: task decomposition (use breaking-down-tasks), implementation (use implementing-code), architecture analysis (use analyzing-architecture).\n---\n\n# Team Charters\n\nDefines the mission, ownership, core principles, quality bar, and (for most roles) communication rules for each role in a multi-agent coding team. Each charter is a reference file under `references\u002F`.\n\n## Available Roles\n\n| Role | Mission | Charter |\n|---|---|---|\n| **architect** | Own the technical blueprint: how the system is built, how it should be rebuilt, whether the implementation follows the design, and build verification (smoke test) | `references\u002Farchitect.md` |\n| **backend** | Own the server-side implementation: build the logic that powers the product | `references\u002Fbackend.md` |\n| **dba** | Own the data layer: make sure data is modeled correctly, stored safely, and migrates reliably | `references\u002Fdba.md` |\n| **devops** | Own CI\u002FCD pipelines, deployment automation, and operational infrastructure | `references\u002Fdevops.md` |\n| **frontend** | Own the client-side implementation: build what the user sees and interacts with | `references\u002Ffrontend.md` |\n| **pm** | Own the product definition: what features exist, what needs to be built, and whether the delivered result matches | `references\u002Fpm.md` |\n| **security** | Audit and verify security posture — find vulnerabilities and escalate, do NOT fix them | `references\u002Fsecurity.md` |\n| **teamlead** | Own the execution blueprint and quality gates: constitution, implementation plans, testing strategies, task breakdowns, and gate verdicts | `references\u002Fteamlead.md` |\n| **tester** | Own runtime-validation execution: verify that the system works correctly by executing the approved testing strategy through integration and end-to-end testing | `references\u002Ftester.md` |\n| **ux** | Own user experience design: how users interact with the system, what they see, and how information is organized | `references\u002Fux.md` |\n\n## Usage\n\nTo look up a specific role's charter, read `references\u002F\u003Crole>.md`. Each charter contains:\n\n1. **Mission** — one-line purpose statement\n2. **You Own** — ownership scope for the role\n3. **Core Principle** — boundary constraints and what the role must NOT do\n4. **Quality Bar** — minimum standards the role must meet\n5. **Communication** (most roles) — when and whom to notify or escalate to\n\n## Key Design Principles\n\n- **WHAT vs HOW**: PM defines WHAT (features, acceptance criteria). Architect defines HOW (design, patterns, contracts).\n- **Validation planning vs validation execution**: teamlead owns testing strategy and conformance review; tester owns runtime-validation execution only.\n- **Read-only roles**: PM, architect, security, ux produce documentation only — no source code. Teamlead focuses on planning and quality gates.\n- **Tester never modifies production code** — escalates bugs to the responsible role.\n- **Ownership boundaries are strict** — if work crosses into another role's territory, delegate via notify\u002Fescalate.\n\n","# Team Charters\n\nDefines the mission, ownership, core principles, quality bar, and (for most roles) communication rules for each role in a multi-agent coding team. Each charter is a reference file under `references\u002F`.\n\n## Available Roles\n\n| Role | Mission | Charter |\n|---|---|---|\n| **architect** | Own the technical blueprint: how the system is built, how it should be rebuilt, whether the implementation follows the design, and build verification (smoke test) | `references\u002Farchitect.md` |\n| **backend** | Own the server-side implementation: build the logic that powers the product | `references\u002Fbackend.md` |\n| **dba** | Own the data layer: make sure data is modeled correctly, stored safely, and migrates reliably | `references\u002Fdba.md` |\n| **devops** | Own CI\u002FCD pipelines, deployment automation, and operational infrastructure | `references\u002Fdevops.md` |\n| **frontend** | Own the client-side implementation: build what the user sees and interacts with | `references\u002Ffrontend.md` |\n| **pm** | Own the product definition: what features exist, what needs to be built, and whether the delivered result matches | `references\u002Fpm.md` |\n| **security** | Audit and verify security posture — find vulnerabilities and escalate, do NOT fix them | `references\u002Fsecurity.md` |\n| **teamlead** | Own the execution blueprint and quality gates: constitution, implementation plans, testing strategies, task breakdowns, and gate verdicts | `references\u002Fteamlead.md` |\n| **tester** | Own runtime-validation execution: verify that the system works correctly by executing the approved testing strategy through integration and end-to-end testing | `references\u002Ftester.md` |\n| **ux** | Own user experience design: how users interact with the system, what they see, and how information is organized | `references\u002Fux.md` |\n\n## Usage\n\nTo look up a specific role's charter, read `references\u002F\u003Crole>.md`. Each charter contains:\n\n1. **Mission** — one-line purpose statement\n2. **You Own** — ownership scope for the role\n3. **Core Principle** — boundary constraints and what the role must NOT do\n4. **Quality Bar** — minimum standards the role must meet\n5. **Communication** (most roles) — when and whom to notify or escalate to\n\n## Key Design Principles\n\n- **WHAT vs HOW**: PM defines WHAT (features, acceptance criteria). Architect defines HOW (design, patterns, contracts).\n- **Validation planning vs validation execution**: teamlead owns testing strategy and conformance review; tester owns runtime-validation execution only.\n- **Read-only roles**: PM, architect, security, ux produce documentation only — no source code. Teamlead focuses on planning and quality gates.\n- **Tester never modifies production code** — escalates bugs to the responsible role.\n- **Ownership boundaries are strict** — if work crosses into another role's territory, delegate via notify\u002Fescalate.\n\n",{"name":5,"description":7},"main","a9c9469d86e9dc078018e8fb391abc7744088078","plugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters",15,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization","https:\u002F\u002Fgithub.com\u002Fmicrosoft","https:\u002F\u002Fopensource.microsoft.com","Open source projects and samples from Microsoft","2026-09-24 00:17:59",{"source":8,"skillName":5,"commands":36,"prompt":46,"zipAvailable":47},[37,40,43],{"tool":38,"command":39},"npx","npx skills add microsoft\u002Fgithub-copilot-modernization --skill team-charters",{"tool":41,"command":42},"bunx","bunx skills add microsoft\u002Fgithub-copilot-modernization --skill team-charters",{"tool":44,"command":45},"pnpm","pnpm dlx skills add microsoft\u002Fgithub-copilot-modernization --skill team-charters","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002FSKILL.md",true,[49,55,59,63,67,71,75,79,83,87],{"path":50,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":53,"sourceHtmlUrl":54},"references\u002Farchitect.md","REFERENCE","参考文档",2173,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002Freferences\u002Farchitect.md",{"path":56,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":57,"sourceHtmlUrl":58},"references\u002Fbackend.md",1269,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002Freferences\u002Fbackend.md",{"path":60,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":61,"sourceHtmlUrl":62},"references\u002Fdba.md",1157,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002Freferences\u002Fdba.md",{"path":64,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":65,"sourceHtmlUrl":66},"references\u002Fdevops.md",1388,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002Freferences\u002Fdevops.md",{"path":68,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":69,"sourceHtmlUrl":70},"references\u002Ffrontend.md",1253,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002Freferences\u002Ffrontend.md",{"path":72,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":73,"sourceHtmlUrl":74},"references\u002Fpm.md",1701,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002Freferences\u002Fpm.md",{"path":76,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":77,"sourceHtmlUrl":78},"references\u002Fsecurity.md",1561,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002Freferences\u002Fsecurity.md",{"path":80,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Fteamlead.md",3223,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002Freferences\u002Fteamlead.md",{"path":84,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Ftester.md",1833,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002Freferences\u002Ftester.md",{"path":88,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fux.md",1642,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-charters\u002Freferences\u002Fux.md",[92,106,115,124,132,140],{"skillNo":93,"name":94,"nameZh":6,"description":95,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":96,"categories":97,"keywords":103,"publishedAt":21},"01M69B5DBRA354JMQRZP3D1X3X","verify-test-baseline","Generate and run post-migration tests from the frozen baseline specification.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fverify-test-baseline\u002FSKILL.md",[98],{"categoryNo":99,"categoryName":100,"taxonomyType":101,"taxonomyTypeDesc":102},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",[104,105],"test","verify test baseline",{"skillNo":107,"name":108,"nameZh":6,"description":109,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":110,"categories":111,"keywords":112,"publishedAt":21},"01M69B5BJWPCN41J5ZAR2XFMBR","team-request","How team members request infrastructure connection info and handle secrets in team mode","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fteam-request\u002FSKILL.md",[],[113,114],"team request","infrastructure",{"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":21},"01M69B56JVPKCS2WWVSCZXHEZJ","struts-to-spring","Migration guideline for transforming Apache Struts 2 applications to Spring Boot 3.x and Spring MVC.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fstruts-to-spring\u002FSKILL.md",[],[122,123],"struts to spring","boot",{"skillNo":125,"name":126,"nameZh":6,"description":127,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":128,"categories":129,"keywords":130,"publishedAt":21},"01M69B54QQ6K8SDZ8MJYEKBYHJ","spring-boot-scaffolding","Reference guide for creating a new Spring Boot project during rewrite migration.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fspring-boot-scaffolding\u002FSKILL.md",[],[123,131],"spring boot scaffolding",{"skillNo":133,"name":134,"nameZh":6,"description":135,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":136,"categories":137,"keywords":138,"publishedAt":21},"01M69B52T5G9CZWHYXWP22WEKY","sharing-learnings","How to record project learnings so that later-phase workers and future agent runs can consume them.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fsharing-learnings\u002FSKILL.md",[],[139],"sharing learnings",{"skillNo":141,"name":142,"nameZh":6,"description":143,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":144,"categories":145,"keywords":146,"publishedAt":21},"01M69B515J558MRDVXPRS7NCFM","setting-up-constitution","Creates or updates the project constitution that defines migration principles, constraints, and conventions.\nTriggers: \"set up constitution\", \"define migration principles\", \"create project rules\", \"establish conventions\", \"establish migration constitution\".\nNOT for: implementation, implementation planning, task generation.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fgithub-copilot-modernization\u002Fblob\u002Fmain\u002Fplugins\u002Fgithub-copilot-modernization\u002Fskills\u002Fsetting-up-constitution\u002FSKILL.md",[],[147],"setting up constitution"]