microsoft/team-charters
plugins/github-copilot-modernization/skills/team-charters/SKILL.md
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. 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". NOT for: task decomposition (use breaking-down-tasks), implementation (use implementing-code), architecture analysis (use analyzing-architecture).
$ install --global
skillsauthnpx skillsauth add microsoft/github-copilot-modernization team-chartersInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: Jun 16, 2026, 7:52 AM176.9s11 files scanned
SKILL.md
- name:
- team-charters
- description:
- |
- 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".
- NOT for:
- task decomposition (use breaking-down-tasks), implementation (use implementing-code), architecture analysis (use analyzing-architecture).
Team Charters
Defines 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/.
Available Roles
| Role | Mission | Charter |
|---|---|---|
| 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/architect.md |
| backend | Own the server-side implementation: build the logic that powers the product | references/backend.md |
| dba | Own the data layer: make sure data is modeled correctly, stored safely, and migrates reliably | references/dba.md |
| devops | Own CI/CD pipelines, deployment automation, and operational infrastructure | references/devops.md |
| frontend | Own the client-side implementation: build what the user sees and interacts with | references/frontend.md |
| pm | Own the product definition: what features exist, what needs to be built, and whether the delivered result matches | references/pm.md |
| security | Audit and verify security posture — find vulnerabilities and escalate, do NOT fix them | references/security.md |
| teamlead | Own the execution blueprint and quality gates: constitution, implementation plans, testing strategies, task breakdowns, and gate verdicts | references/teamlead.md |
| 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/tester.md |
| ux | Own user experience design: how users interact with the system, what they see, and how information is organized | references/ux.md |
Usage
To look up a specific role's charter, read references/<role>.md. Each charter contains:
- Mission — one-line purpose statement
- You Own — ownership scope for the role
- Core Principle — boundary constraints and what the role must NOT do
- Quality Bar — minimum standards the role must meet
- Communication (most roles) — when and whom to notify or escalate to
Key Design Principles
- WHAT vs HOW: PM defines WHAT (features, acceptance criteria). Architect defines HOW (design, patterns, contracts).
- Validation planning vs validation execution: teamlead owns testing strategy and conformance review; tester owns runtime-validation execution only.
- Read-only roles: PM, architect, security, ux produce documentation only — no source code. Teamlead focuses on planning and quality gates.
- Tester never modifies production code — escalates bugs to the responsible role.
- Ownership boundaries are strict — if work crosses into another role's territory, delegate via notify/escalate.
Related Skills
microsoft/verify-test-baseline
testing
VerifiedTrustedCommunity
Generate and run post-migration tests from the frozen baseline specification.
40SKILL.mdUpdated Aug 28, 2026
microsoft/team-request
devops
VerifiedTrustedCommunity
How team members request infrastructure connection info and handle secrets in team mode
40SKILL.mdUpdated Aug 28, 2026
microsoft/create-test-baseline
testing
VerifiedTrustedCommunity
Create a test baseline for the project to be modernized. The baseline will be used for later verification of modernization tasks.
40SKILL.mdUpdated Aug 28, 2026
microsoft/assessment-report-converter
tools
VerifiedTrustedCommunity
Convert an arbitrary CSV report (e.g. a Black Duck export or a custom migration-issue inventory) into a schema-valid assessment `report.json` the modernization pipeline can consume — so it appears in the assessment UI and migration solutions resolve automatically. This skill is LLM-driven: you read and interpret the CSV yourself and author `report.json` by hand against the schema. A small helper script only does deterministic lookups (migration solutions, the ruleId for a solution) and validates the finished report. There is NO "convert everything" script and NO assumed column layout. Triggers: "convert csv to assessment report", "import csv report", "turn this spreadsheet into a report.json", "Black Duck csv to report", "build report.json from csv", "migrate a third-party assessment export". NOT for: AppCAT-style analysis from source (use `assessment`), generating a modernization plan (use `create-modernization-plan`), or editing a report.json the pipeline already produced.
40SKILL.mdUpdated Aug 28, 2026