在 awesome-copilot 中启用 Expert .NET Software Engineer Agent面向现代 .NET 工程实践的 AI 专家准则【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot在 GitHub Copilot 生态中.agent.md文件是定义专家模式的最小单元——它用一段结构化提示词把通用编码助手塑造成某个细分领域的资深顾问。本篇文章聚焦 awesome-copilot 仓库中的 expert-dotnet-software-engineer.agent.md解读它如何通过多位业界权威人物角色叠加 五大 .NET 专项领域的提示词设计让 Copilot 在架构设计、编码规范、测试策略、性能优化与安全加固上给出专家级建议。读完本文你将理解该 Agent 的完整设计骨架掌握自定义 .NET 编码助手的配置思路并知道它在仓库中对应的可安装插件与配套指令、技能资源。一、这个 Agent 是什么一份专家软件工程师模式的提示词文档在 docs/README.agents.md 中自定义 Agent 被定义为通过简单的基于文件的配置让用户和组织的 Copilot 编码代理CCA专精化的机制。expert-dotnet-software-engineer.agent.md 正是这类文件的典型代表——它不是可执行程序而是一份带 YAML Frontmatter 的 Markdown 系统提示词当它被安装并激活后Copilot 在与用户协作时就会始终携带资深 .NET 软件工程师这一角色设定。整个文档可分为两层骨架Frontmatter元数据层声明 Agent 的nameExpert .NET software engineer mode instructions、description提供基于现代软件设计模式的专家级 .NET 软件工程指导以及一个明确列出的工具清单。正文行为准则层先定义作为行业领袖给出专家建议的整体立场再规定以哪位专家身份提供哪类建议的多角色矩阵最后落到 .NET 专属的五大关注领域。理解这一点很关键同样一份 .NET 专家准则也可以复用到其他语言 Agent 上——仓库中 expert-cpp-software-engineer.agent.md、expert-react-frontend-engineer.agent.md 等文件沿用着相近的模板这正是该仓库社区化、可复用组织方式README.md 将其描述为 custom agents、instructions、skills、hooks、workflows、plugins 的集合的体现。二、Frontmatter 解析身份、描述与工具授权文件头部的 YAML 区块是 Copilot 识别与加载 Agent 的依据包含三个核心字段字段值作用descriptionProvide expert .NET software engineering guidance using modern software design patterns.供 IDE/Copilot 在模型选择场景下判断何时该用这个 Agent的检索式描述nameExpert .NET software engineer mode instructionsAgent 在界面中的显示名称同时也是用户在聊天中引用它的标识toolschanges、codebase、edit/editFiles、extensions、fetch、findTestFiles、githubRepo、new、openSimpleBrowser、problems、runCommands、runNotebooks、runTasks、runTests、search、searchResults、terminalLastCommand、terminalSelection、testFailure、usages、vscodeAPI、microsoft.docs.mcp显式授权该 Agent 可调用的工具集tools列表值得单独解读——它决定了这位虚拟专家的行动半径代码理解类codebase、search、usages、searchResults、problems读取仓库、查找符号引用、拉取诊断问题让 Agent 能基于真实项目结构而非凭空想象给出建议执行与验证类runCommands、runTests、testFailure、findTestFiles、runNotebooks使其能够真正运行dotnet test、读取失败堆栈并迭代修复编辑协作类edit/editFiles、new、changes用于落地代码修改与变更管理外部信息类fetch、openSimpleBrowser、githubRepo、terminalSelection、terminalLastCommand、vscodeAPI、extensions领域知识类microsoft.docs.mcp——通过 Microsoft Docs 的 MCP 服务器接入微软官方文档这是 .NET 技术栈 Agent 能够保持 API 用法不过时的关键通道。仓库中另一份 CSharpExpert.agent.md 采取了内联能力声明写法正文中直接要求熟悉当前已发布的 .NET 与 C# 版本例如 .NET 10、C# 14而本 Agent 则把能力边界收敛到 Frontmatter 的工具白名单中。两者对比可以得出一个实践结论越是在工具层显式授权越能约束模型在既定工作区内行动避免越权或幻觉。三、核心设计四位专家身份叠加成一人多面的顾问文档正文的第一句就界定了基调你处于专家软件工程师模式。你的任务是像该领域领导者一样使用现代软件设计模式提供专家级软件工程指导。随后它给出了一个精妙的角色矩阵——把 .NET 工程实践拆成四个视角每个视角绑定一位标志性人物视角绑定权威承担的建议范畴.NET 语言与平台Anders HejlsbergC# 原始架构师、.NET 关键人物与 Mads TorgersenC# 首席设计师.NET 专属技术判断、语言惯用法通用软件工程与整洁代码Robert C. MartinUncle Bob《Clean Code》《The Clean Coder》作者干净代码、现代软件设计、最佳实践DevOps 与 CI/CDJez Humble《Continuous Delivery》《The DevOps Handbook》合著者持续交付与运维工程实践测试与自动化Kent Beck极限编程 XP 创造者、TDD 先驱测试与测试自动化最佳实践这种身份叠加设计的技术价值在于单一角色容易让模型陷入某种偏好例如过度追求模式化设计而忽略运维成本而多角色共存则建立了互相制衡的决策视角。当用户询问这个服务应该拆成多少层时Hejlsberg/Torgersen 视角关心类型系统与 API 设计是否地道Uncle Bob 视角关心依赖方向是否整洁Humble 视角关心改动是否仍能小步安全发布Beck 视角关心是否可被测试先行的红-绿-重构节奏覆盖——最终输出是一个经过多维度权衡的综合建议而非单一风格的模板答案。值得一提的是这种以权威人物的方法论代表一类最佳实践的提示词工程手法与仓库中其他领域 Agent例如 aws-principal-architect.agent.md 基于 AWS Well-Architected Framework属于同构设计用一套公认的方法论体系锚定模型的建议质量下限。四、五大 .NET 专项指导领域逐项拆解文档正文用五个加粗条目划定了 .NET 建议的重点范围这是全文信息密度最高的部分也是用户实际提问时最常命中的规则。逐项展开如下1. 设计模式Design PatternsAgent 被要求使用并解释现代设计模式文档明确点名两类现代 .NET 原生模式Async/Await异步编程、Dependency Injection依赖注入ASP.NET Core 内建容器、Repository Pattern仓储、Unit of Work工作单元、CQRS命令查询职责分离、Event Sourcing事件溯源经典 GoF 模式即《设计模式》中总结的创建型、结构型、行为型模式如 Factory、Strategy、Observer 等文档以of course the Gang of Four patterns表述说明这是底线要求而非全部。这与仓库 instructions/csharp.instructions.md 中按照领域驱动设计原则组织代码、展示模型/服务/数据访问层的关注点分离的要求遥相呼应说明该 Agent 的建议会落实到模型、服务、数据访问这类 .NET 开发者熟悉的工程分层上。2. SOLID 原则要求强调 SOLID 在软件设计中的重要性并明确其目标是确保代码可维护maintainable、可扩展scalable、可测试testable。注意这里scalable更多指向代码结构层面的可生长性而非单纯的性能水平扩展——单一职责、开闭原则、里氏替换、接口隔离、依赖反转共同保证的是当需求持续叠加时类的职责边界不腐化测试不因重构而大面积失效。3. 测试TestingAgent 被要求倡导TDD测试驱动开发与BDD行为驱动开发测试框架层面明确锁定 .NET 生态的三驾马车xUnit、NUnit、MSTest。这与仓库的可运行资产一一对应——skills/csharp-xunit/SKILL.md、skills/csharp-nunit、skills/csharp-mstest 等技能文件为该 Agent 的测试建议提供了即时可查的具体 API 与数据驱动测试写法构成Agent 给策略、技能给细节的互补。4. 性能Performance要求提供性能优化洞见点名三类方向内存管理memory management、异步编程asynchronous programming、高效数据访问模式efficient data access patterns。当 Agent 被要求提供异步建议时它会自然地落到端到端 async、避免 sync-over-async、流式处理大 JSON等实操层面——这些具体约束在同仓库 agents/CSharpExpert.agent.md 中有着更细的展开例如ConfigureAwait(false)的使用边界、ValueTask仅在实测收益时采用等可作为阅读本 Agent 时的补充规则参照。5. 安全Security明确要求突出 .NET 应用的安全最佳实践范围锁定身份验证authentication、授权authorization、数据保护data protection。这三点对应到微软 .NET 安全体系中分别是 ASP.NET Core 的认证中间件与 Cookie/JWT/Bearer 方案、基于策略的授权与 Claims以及IDataProtection提供的数据加密服务——Agent 会围绕这些 API 家族给出具体建议而非泛泛谈论注意安全。五、工具的落地语义Agent 如何配得上这些建议值得强调的是Frontmatter 中microsoft.docs.mcp一项让本 Agent 在引用具体 API 时可以实时检索微软官方 .NET 文档从而降低模型记忆过时的风险而runTests、testFailure、findTestFiles的组合使其在给出测试策略后能亲自运行dotnet test并读取失败信息——建议、验证、修正形成闭环。从源码结构可以推断这套工具白名单 角色准则的组合正是仓库中高成熟度 Agent 的普遍形态工具解决能做什么正文准则解决以什么标准做。六、安装与使用通过 C# .NET Development 插件一键启用该 Agent 在仓库中已被打包进csharp-dotnet-development插件。查看 plugins/csharp-dotnet-development/plugin.json 可见其extensions区块将该 Agent 声明为./agents/expert-dotnet-software-engineer.md并捆绑了csharp-async、csharp-xunit、csharp-nunit、csharp-mstest、csharp-tunit、dotnet-best-practices、dotnet-upgrade、aspnet-minimal-api-openapi、resx-source-generator-migration等一批 .NET 技能。按照 plugins/csharp-dotnet-development/README.md 与仓库根 README.md 的指引可通过 Copilot CLI 安装# 若 marketplace 已注册大多数新版本默认如此直接安装 copilot plugin install csharp-dotnet-developmentawesome-copilot # 若提示 marketplace 未知先注册再安装 copilot plugin marketplace add github/awesome-copilot copilot plugin install csharp-dotnet-developmentawesome-copilot也可以绕过插件直接下载 agents/expert-dotnet-software-engineer.agent.md 放入你的仓库然后通过 VS Code Chat 界面或 Copilot Coding AgentCCA为其分配使用。安装后与 Agent 交互即可获得基于现代设计模式、SOLID 与 TDD/BDD 的 .NET 工程指导并叠加 Uncle Bob 的整洁代码、Jez Humble 的持续交付与 Kent Beck 的测试优先视角。七、配套阅读让专家模式发挥最大价值的仓库资源本 Agent 并不是孤立文件它与仓库中如下资源构成了完整的 .NET AI 工程化生态可按需组合使用资源相对路径与本文主题的关系C# Expert Agentagents/CSharpExpert.agent.md同为 .NET 编码专家 Agent含更细的命名、异常处理、构建与测试工作流规则可与本文 Agent 互补C# 指令自动按文件生效instructions/csharp.instructions.md通过applyTo: **/*.cs对 C# 文件自动生效的编码规范是 Agent 建议落地的约定层xUnit 测试技能skills/csharp-xunit/SKILL.mdAgent 提及测试框架时对应的可执行细节如[Fact]/[Theory]/[InlineData].NET 最佳实践技能skills/dotnet-best-practices/SKILL.md与 Agent 的production-ready / performance / cloud-native要求配套的检查清单插件清单与说明plugins/csharp-dotnet-development/plugin.json、plugins/csharp-dotnet-development/README.mdAgent 的官方分发载体与使用文档Agents 总览docs/README.agents.md全部自定义 Agent 的目录与安装方式总说明结语一份可借鉴的专家 Agent 提示词范本综合来看expert-dotnet-software-engineer.agent.md 的价值不仅在于开箱即用的 .NET 专家更在于它示范了一套可复制的 Agent 设计方法用 Frontmatter 的工具白名单界定能力边界用多权威角色矩阵建立决策视角的制衡用五大专项领域清单锁定回答的信息密度最后用插件/技能生态补足可执行细节。如果你正打算为自己的技术栈定制 Copilot 专家模式这份文件本身就是一个值得直接参照的模板。【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 在 awesome-copilot 中启用 Expert .NET Software Engineer Agent：面向现代 .NET 工程实践的 AI 专家准则
在 awesome-copilot 中启用 Expert .NET Software Engineer Agent面向现代 .NET 工程实践的 AI 专家准则【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot在 GitHub Copilot 生态中.agent.md文件是定义专家模式的最小单元——它用一段结构化提示词把通用编码助手塑造成某个细分领域的资深顾问。本篇文章聚焦 awesome-copilot 仓库中的 expert-dotnet-software-engineer.agent.md解读它如何通过多位业界权威人物角色叠加 五大 .NET 专项领域的提示词设计让 Copilot 在架构设计、编码规范、测试策略、性能优化与安全加固上给出专家级建议。读完本文你将理解该 Agent 的完整设计骨架掌握自定义 .NET 编码助手的配置思路并知道它在仓库中对应的可安装插件与配套指令、技能资源。一、这个 Agent 是什么一份专家软件工程师模式的提示词文档在 docs/README.agents.md 中自定义 Agent 被定义为通过简单的基于文件的配置让用户和组织的 Copilot 编码代理CCA专精化的机制。expert-dotnet-software-engineer.agent.md 正是这类文件的典型代表——它不是可执行程序而是一份带 YAML Frontmatter 的 Markdown 系统提示词当它被安装并激活后Copilot 在与用户协作时就会始终携带资深 .NET 软件工程师这一角色设定。整个文档可分为两层骨架Frontmatter元数据层声明 Agent 的nameExpert .NET software engineer mode instructions、description提供基于现代软件设计模式的专家级 .NET 软件工程指导以及一个明确列出的工具清单。正文行为准则层先定义作为行业领袖给出专家建议的整体立场再规定以哪位专家身份提供哪类建议的多角色矩阵最后落到 .NET 专属的五大关注领域。理解这一点很关键同样一份 .NET 专家准则也可以复用到其他语言 Agent 上——仓库中 expert-cpp-software-engineer.agent.md、expert-react-frontend-engineer.agent.md 等文件沿用着相近的模板这正是该仓库社区化、可复用组织方式README.md 将其描述为 custom agents、instructions、skills、hooks、workflows、plugins 的集合的体现。二、Frontmatter 解析身份、描述与工具授权文件头部的 YAML 区块是 Copilot 识别与加载 Agent 的依据包含三个核心字段字段值作用descriptionProvide expert .NET software engineering guidance using modern software design patterns.供 IDE/Copilot 在模型选择场景下判断何时该用这个 Agent的检索式描述nameExpert .NET software engineer mode instructionsAgent 在界面中的显示名称同时也是用户在聊天中引用它的标识toolschanges、codebase、edit/editFiles、extensions、fetch、findTestFiles、githubRepo、new、openSimpleBrowser、problems、runCommands、runNotebooks、runTasks、runTests、search、searchResults、terminalLastCommand、terminalSelection、testFailure、usages、vscodeAPI、microsoft.docs.mcp显式授权该 Agent 可调用的工具集tools列表值得单独解读——它决定了这位虚拟专家的行动半径代码理解类codebase、search、usages、searchResults、problems读取仓库、查找符号引用、拉取诊断问题让 Agent 能基于真实项目结构而非凭空想象给出建议执行与验证类runCommands、runTests、testFailure、findTestFiles、runNotebooks使其能够真正运行dotnet test、读取失败堆栈并迭代修复编辑协作类edit/editFiles、new、changes用于落地代码修改与变更管理外部信息类fetch、openSimpleBrowser、githubRepo、terminalSelection、terminalLastCommand、vscodeAPI、extensions领域知识类microsoft.docs.mcp——通过 Microsoft Docs 的 MCP 服务器接入微软官方文档这是 .NET 技术栈 Agent 能够保持 API 用法不过时的关键通道。仓库中另一份 CSharpExpert.agent.md 采取了内联能力声明写法正文中直接要求熟悉当前已发布的 .NET 与 C# 版本例如 .NET 10、C# 14而本 Agent 则把能力边界收敛到 Frontmatter 的工具白名单中。两者对比可以得出一个实践结论越是在工具层显式授权越能约束模型在既定工作区内行动避免越权或幻觉。三、核心设计四位专家身份叠加成一人多面的顾问文档正文的第一句就界定了基调你处于专家软件工程师模式。你的任务是像该领域领导者一样使用现代软件设计模式提供专家级软件工程指导。随后它给出了一个精妙的角色矩阵——把 .NET 工程实践拆成四个视角每个视角绑定一位标志性人物视角绑定权威承担的建议范畴.NET 语言与平台Anders HejlsbergC# 原始架构师、.NET 关键人物与 Mads TorgersenC# 首席设计师.NET 专属技术判断、语言惯用法通用软件工程与整洁代码Robert C. MartinUncle Bob《Clean Code》《The Clean Coder》作者干净代码、现代软件设计、最佳实践DevOps 与 CI/CDJez Humble《Continuous Delivery》《The DevOps Handbook》合著者持续交付与运维工程实践测试与自动化Kent Beck极限编程 XP 创造者、TDD 先驱测试与测试自动化最佳实践这种身份叠加设计的技术价值在于单一角色容易让模型陷入某种偏好例如过度追求模式化设计而忽略运维成本而多角色共存则建立了互相制衡的决策视角。当用户询问这个服务应该拆成多少层时Hejlsberg/Torgersen 视角关心类型系统与 API 设计是否地道Uncle Bob 视角关心依赖方向是否整洁Humble 视角关心改动是否仍能小步安全发布Beck 视角关心是否可被测试先行的红-绿-重构节奏覆盖——最终输出是一个经过多维度权衡的综合建议而非单一风格的模板答案。值得一提的是这种以权威人物的方法论代表一类最佳实践的提示词工程手法与仓库中其他领域 Agent例如 aws-principal-architect.agent.md 基于 AWS Well-Architected Framework属于同构设计用一套公认的方法论体系锚定模型的建议质量下限。四、五大 .NET 专项指导领域逐项拆解文档正文用五个加粗条目划定了 .NET 建议的重点范围这是全文信息密度最高的部分也是用户实际提问时最常命中的规则。逐项展开如下1. 设计模式Design PatternsAgent 被要求使用并解释现代设计模式文档明确点名两类现代 .NET 原生模式Async/Await异步编程、Dependency Injection依赖注入ASP.NET Core 内建容器、Repository Pattern仓储、Unit of Work工作单元、CQRS命令查询职责分离、Event Sourcing事件溯源经典 GoF 模式即《设计模式》中总结的创建型、结构型、行为型模式如 Factory、Strategy、Observer 等文档以of course the Gang of Four patterns表述说明这是底线要求而非全部。这与仓库 instructions/csharp.instructions.md 中按照领域驱动设计原则组织代码、展示模型/服务/数据访问层的关注点分离的要求遥相呼应说明该 Agent 的建议会落实到模型、服务、数据访问这类 .NET 开发者熟悉的工程分层上。2. SOLID 原则要求强调 SOLID 在软件设计中的重要性并明确其目标是确保代码可维护maintainable、可扩展scalable、可测试testable。注意这里scalable更多指向代码结构层面的可生长性而非单纯的性能水平扩展——单一职责、开闭原则、里氏替换、接口隔离、依赖反转共同保证的是当需求持续叠加时类的职责边界不腐化测试不因重构而大面积失效。3. 测试TestingAgent 被要求倡导TDD测试驱动开发与BDD行为驱动开发测试框架层面明确锁定 .NET 生态的三驾马车xUnit、NUnit、MSTest。这与仓库的可运行资产一一对应——skills/csharp-xunit/SKILL.md、skills/csharp-nunit、skills/csharp-mstest 等技能文件为该 Agent 的测试建议提供了即时可查的具体 API 与数据驱动测试写法构成Agent 给策略、技能给细节的互补。4. 性能Performance要求提供性能优化洞见点名三类方向内存管理memory management、异步编程asynchronous programming、高效数据访问模式efficient data access patterns。当 Agent 被要求提供异步建议时它会自然地落到端到端 async、避免 sync-over-async、流式处理大 JSON等实操层面——这些具体约束在同仓库 agents/CSharpExpert.agent.md 中有着更细的展开例如ConfigureAwait(false)的使用边界、ValueTask仅在实测收益时采用等可作为阅读本 Agent 时的补充规则参照。5. 安全Security明确要求突出 .NET 应用的安全最佳实践范围锁定身份验证authentication、授权authorization、数据保护data protection。这三点对应到微软 .NET 安全体系中分别是 ASP.NET Core 的认证中间件与 Cookie/JWT/Bearer 方案、基于策略的授权与 Claims以及IDataProtection提供的数据加密服务——Agent 会围绕这些 API 家族给出具体建议而非泛泛谈论注意安全。五、工具的落地语义Agent 如何配得上这些建议值得强调的是Frontmatter 中microsoft.docs.mcp一项让本 Agent 在引用具体 API 时可以实时检索微软官方 .NET 文档从而降低模型记忆过时的风险而runTests、testFailure、findTestFiles的组合使其在给出测试策略后能亲自运行dotnet test并读取失败信息——建议、验证、修正形成闭环。从源码结构可以推断这套工具白名单 角色准则的组合正是仓库中高成熟度 Agent 的普遍形态工具解决能做什么正文准则解决以什么标准做。六、安装与使用通过 C# .NET Development 插件一键启用该 Agent 在仓库中已被打包进csharp-dotnet-development插件。查看 plugins/csharp-dotnet-development/plugin.json 可见其extensions区块将该 Agent 声明为./agents/expert-dotnet-software-engineer.md并捆绑了csharp-async、csharp-xunit、csharp-nunit、csharp-mstest、csharp-tunit、dotnet-best-practices、dotnet-upgrade、aspnet-minimal-api-openapi、resx-source-generator-migration等一批 .NET 技能。按照 plugins/csharp-dotnet-development/README.md 与仓库根 README.md 的指引可通过 Copilot CLI 安装# 若 marketplace 已注册大多数新版本默认如此直接安装 copilot plugin install csharp-dotnet-developmentawesome-copilot # 若提示 marketplace 未知先注册再安装 copilot plugin marketplace add github/awesome-copilot copilot plugin install csharp-dotnet-developmentawesome-copilot也可以绕过插件直接下载 agents/expert-dotnet-software-engineer.agent.md 放入你的仓库然后通过 VS Code Chat 界面或 Copilot Coding AgentCCA为其分配使用。安装后与 Agent 交互即可获得基于现代设计模式、SOLID 与 TDD/BDD 的 .NET 工程指导并叠加 Uncle Bob 的整洁代码、Jez Humble 的持续交付与 Kent Beck 的测试优先视角。七、配套阅读让专家模式发挥最大价值的仓库资源本 Agent 并不是孤立文件它与仓库中如下资源构成了完整的 .NET AI 工程化生态可按需组合使用资源相对路径与本文主题的关系C# Expert Agentagents/CSharpExpert.agent.md同为 .NET 编码专家 Agent含更细的命名、异常处理、构建与测试工作流规则可与本文 Agent 互补C# 指令自动按文件生效instructions/csharp.instructions.md通过applyTo: **/*.cs对 C# 文件自动生效的编码规范是 Agent 建议落地的约定层xUnit 测试技能skills/csharp-xunit/SKILL.mdAgent 提及测试框架时对应的可执行细节如[Fact]/[Theory]/[InlineData].NET 最佳实践技能skills/dotnet-best-practices/SKILL.md与 Agent 的production-ready / performance / cloud-native要求配套的检查清单插件清单与说明plugins/csharp-dotnet-development/plugin.json、plugins/csharp-dotnet-development/README.mdAgent 的官方分发载体与使用文档Agents 总览docs/README.agents.md全部自定义 Agent 的目录与安装方式总说明结语一份可借鉴的专家 Agent 提示词范本综合来看expert-dotnet-software-engineer.agent.md 的价值不仅在于开箱即用的 .NET 专家更在于它示范了一套可复制的 Agent 设计方法用 Frontmatter 的工具白名单界定能力边界用多权威角色矩阵建立决策视角的制衡用五大专项领域清单锁定回答的信息密度最后用插件/技能生态补足可执行细节。如果你正打算为自己的技术栈定制 Copilot 专家模式这份文件本身就是一个值得直接参照的模板。【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考