用途：帮助资深工程师在日常工作中高效使用 GitHub Copilot CLI（gh copilot），用于规划、提示、审查与串联命令。
主要能力与用法：
- 理解代码库：gh copilot explain "What does this service do?" --path src/，适合重新进入上下文时使用。
- 生成聚焦改动：gh copilot suggest "Add logging when translation fallback is used" --path services/translation，建议把请求表述为增量而非完整功能，并指定具体目录。
- 带约束调试：gh copilot suggest "Why might this function return null under load?" --path src/choreo，随后人工阅读其指向的代码。
- 测试先行：gh copilot suggest "Write failing tests for punctuation correction on voice transcription" --path tests/，再自行迭代修复。
提示模式：推荐角色化提示，如“作为后端工程师，为 X 起草最小修复”“作为测试，加入防护使 Y 不再发生”“作为基础设施，重构得更安全而非更快”；避免“端到端实现功能 X”“重构整个服务”“让它达到生产可用”这类宽泛提示。
多实例编排：把 Copilot 视为由你协调的专家团队，可分别扮演前端、后端、测试/QA、基础设施或重构角色。流程为：由你（CTO）分解目标与约束；各角色提出方案；交叉比对方案差异与假设；向你升级权衡与风险；最后由你决定并合并。
限制与不适用场景：当产品/组织权衡优先于代码正确性、需要跨仓库或跨团队协调、涉及安全隐私合规决策、或正确性依赖真实世界行为的模糊状态机时，不应把 Copilot CLI 作为最终权威。它可提出选项，但必须由你审查决定。
前置检查：YAML frontmatter 严格，提交或发布前可用 python - <<'PY' 脚本配合 yaml.safe_load 做基本校验；键前不留空格、用空格而非制表符、frontmatter 仅保留 name 与 description。
核心原则：Copilot 是力量倍增器，不是决策所有者。用它生成竞争性实现、暴露假设、多角度压力测试；最终意图、风险接受与合并决策由你负责。