awesome-copilot 中的 C Expert 专家模式基于现代 C 与行业最佳实践的软件工程指南【免费下载链接】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本文围绕 agents/expert-cpp-software-engineer.agent.md 这份社区贡献的 GitHub Copilot 自定义 Agent 指令展开系统解析其多重专家视角合奏的 C 指导模式、现代 C 工程化的七大核心领域以及它在 awesome-copilot 仓库中与 C 语言服务工具、vcpkg/CMake 工程规范等配套资源的协作关系。读完本文你将掌握如何为 Copilot 配置一名懂 RAII、错误契约、并发性能、Clean Architecture/DDD、遗留代码改造与 ABI 可移植性的 C 专家并理解这套指令背后的工程方法论。C Expert一个为现代 C 工程而生的专家 AgentC Expert是 awesome-copilot 仓库中用于把 GitHub Copilot Chat 转化为 C 领域专家的自定义 Agent。它的 Frontmatter 定义如下--- description: Provide expert C software engineering guidance using modern C and industry best practices. name: C Expert tools: [changes, codebase, edit/editFiles, extensions, web/fetch, findTestFiles, githubRepo, new, openSimpleBrowser, problems, runCommands, runNotebooks, runTasks, runTests, search, searchResults, terminalLastCommand, terminalSelection, testFailure, usages, vscodeAPI, microsoft.docs.mcp] ---从工具清单可以看出这份指令为该 Agent 开放了相当完整的编码代理CCA工具面changes/edit/editFiles/new负责代码改动codebase/search/searchResults/usages负责代码理解与符号检索runCommands/runTasks/runTests/testFailure负责命令执行、任务编排与测试闭环problems/terminalLastCommand/terminalSelection负责接入 IDE 诊断与终端上下文findTestFiles帮助定位测试文件githubRepo可关联远端仓库openSimpleBrowser/web/fetch支持联网查证microsoft.docs.mcp则把 Microsoft 文档库接入 MCP。这一组合意味着该 Agent 不仅能给出建议还能在仓库内实际分析、修改、构建与测试。根据 CONTRIBUTING.md 的说明此类 Agent 本质上是带有 Frontmatter 元数据description、name、tools等和角色指令的.agent.md文件存放在 agents/ 目录下用于把 GitHub Copilot Chat 转变成特定开发场景的领域助手。安装时只需下载对应的*.agent.md放入仓库再通过 VS Code Chat 界面激活即可详见 docs/README.agents.md。多重专家视角指令的合奏式设计这份指令最鲜明的特征是它不把指导风格绑定在单一角色上而是要求 Agent 依据不同问题域切换不同的大师视角从而同时覆盖语言细节、代码整洁度、工程流程、测试方法与架构设计视角对应专家覆盖领域C 语言与最佳实践Bjarne Stroustrup、Herb Sutter辅以 Andrei Alexandrescu 的实战深度Modern C、所有权、泛型、模板实战通用软件工程与整洁代码Robert C. MartinUncle BobClean Code 实践DevOps 与 CI/CDJez Humble持续交付、流水线实践测试与测试自动化Kent BeckTDD/XP测试先行、极限编程遗留代码策略Michael Feathers遗留系统改造架构与领域建模Eric Evans、Vaughn VernonClean Architecture、DDD需要强调的是指令同时明确要求优先遵循随行业演进的主流标准而不是僵化地规定底层细节。也就是说Agent 给出的建议应基于 ISO C 标准、C Core Guidelines、CERT C 以及项目自身约定这些活的标准并适配项目的领域与约束。Modern C 与所有权RAII 与值语义优先在 C 专项指导中指令首先要求 Agent 遵循现代 C 的所有权模型优先 RAII 与值语义让资源生命周期与作用域绑定用栈对象管理堆资源避免裸new/delete的临时性手动内存管理显式化所有权与生命周期当确实需要指针/引用时明确表达谁拥有、谁借用、存活多久避免隐式所有权转移杜绝 ad-hoc 手动内存管理凡是能用标准容器、智能指针与值类型表达的就不应引入手写资源管理逻辑。这与仓库配套的 instructions/cmake-vcpkg.instructions.md 的工程取向一致项目级约束如 vcpkg manifest 模式、跨平台/跨编译器支持会在 Agent 生成建议时被自动带入避免给出与项目实际构建方式脱节的方案。错误处理与契约一致性优先指令要求 Agent 对错误处理采用一致且成文的策略在异常与合适替代方案如错误码、std::expected、noexcept边界之间做出明确选择并贯穿整个代码库每个接口都要有清晰的契约前置条件、后置条件、不变量明确给出安全保证basic/strong/nothrow guarantee让调用方可以据此编写健壮代码。对于嵌入式、实时或 ABI 敏感场景这条约束尤其重要——它与仓库中 expert-embedded-c-engineer.agent.md 这类面向安全关键系统的指令形成呼应后者侧重 MISRA/CERT 合规与防御式编程。并发与性能先正确再测量后优化指令为并发与性能设定了清晰的三步原则使用标准设施优先std::thread、std::async、std::mutex、std::atomic、std::jthread等标准库并发原语而非平台私有 API以正确性为先先保证无数据竞争、无死锁、语义正确再谈性能只有证据支撑才优化在优化之前必须测量profiler、benchmark优化只针对被验证的热点避免凭直觉早优化。这与 measure before optimizing 的工程共识一致性能优化必须基于数据而非猜测。架构与领域建模Clean Architecture 与 DDD 的落地架构维度上指令要求 Agent 在适用处应用 Clean Architecture 与领域驱动设计DDD具体落点包括清晰的层边界实体Entities、用例Use Cases、接口/适配器Interfaces/Adapters分层明确依赖方向向内统一语言Ubiquitous Language代码中的命名与业务术语保持一致降低沟通与维护成本限界上下文Bounded Contexts划分上下文边界防止领域模型互相污染聚合Aggregates以聚合为一致性边界组织领域对象防腐层Anti-Corruption Layer在与外部系统/旧系统交互处建立转换层保护核心领域模型组合优于继承用清晰的接口与组合关系替代过度复杂的继承体系。这套方法论与仓库中的 principal-software-engineer.agent.md主程视角互补前者强调领域建模与边界后者强调工程卓越与务实交付。测试简单、快速、确定、可文档化在测试方面指令给出四条操作性要求使用主流测试框架如 GoogleTest、Catch2、doctest 等社区广泛采用的框架测试要简单、快速、确定性不依赖外部时序、网络或随机性保证可重复执行测试即行为文档测试名称与断言应清楚记录被测行为而非实现细节遗留代码补充表征测试Characterization Tests在改造旧代码前先用测试钉住现有行为防止重构破坏语义聚焦关键路径把测试资源优先投入高风险、高频调用的核心路径。仓库中的 skills/codeql/ 与 skills/quality-playbook/ 可作为配套质量工具前者做静态安全分析后者做系统化质量审计二者与 C Expert 的测试/质量要求相互印证。遗留代码接缝、表征测试与小步重构指令在遗留代码维度明确引用 Michael Feathers 的技术体系建立接缝Seams找到可以替换行为而不修改既有代码的注入点作为改造入口添加表征测试先锁定现状行为建立回归防线小步安全重构每次改动尽量小、可独立验证降低风险考虑绞杀者模式Strangler Fig对难以整体改造的模块用新实现逐步替换、渐进迁移保持 CI 与特性开关Feature Toggles让改造过程随时可回滚、可灰度持续处于可发布状态。这套策略的核心是在不理解全貌的情况下也能安全地渐进改善对存量大型 C 代码库尤其有价值。构建、工具链、API/ABI 与可移植性指令要求 Agent 在构建与工具链维度做到使用强诊断、静态分析、Sanitizer加持的现代构建/CI 工具链如 ASan/UBSan/TSanclang-tidy 等保持公共头文件精简尽量少暴露实现细节降低编译耦合与 ABI 表面积考虑可移植性与 ABI 需求跨平台、跨编译器MSVC/Clang/GCC时要关注 ABI 稳定与库版本管理。这一维度与仓库中的 instructions/cmake-vcpkg.instructions.md 直接衔接。该指令明确规定了项目级 C 工程约束Agent 在给出建议时必须遵守项目使用vcpkg manifest 模式因此不要给出vcpkg install library这类命令在 manifest 模式下不会按预期工作依赖应通过vcpkg.json声明优先通过CMakePresets.json设置 cache 变量等构建配置提示任何可能影响所建议 CMake 变量的CMake Policy项目须跨平台、跨编译器支持 MSVC、Clang、GCC提供使用文件系统读取文件的 OpenCV 示例时必须使用绝对路径如video.open(C:/project/file.mp4)而非相对路径或裸文件名。配套利器面向 C 的语言服务工具为了让 Agent 在 C 代码库中工具先行、而非肉眼检索仓库还提供了 instructions/cpp-language-service-tools.instructions.md它会在 Agent 处理.cpp/.h/.hpp/.cc/.cxx/.c文件时自动生效。该指令定义了三个基于 IntelliSense 的专用工具工具用途典型调用时机GetSymbolInfo_CppTools查找符号定义与类型信息接触陌生代码前必查GetSymbolReferences_CppTools查找符号的全部引用重构、改签名、评估影响面GetSymbolCallHierarchy_CppTools分析函数调用关系callsFrom参数控制方向修改函数签名前必查所有调用方其核心价值在于文本搜索无法正确区分重载函数、模板实例化、限定/非限定名、成员函数调用、继承成员使用以及预处理器条件编译而 IntelliSense 驱动的语言服务可以做到。典型工作流包括修改函数签名先用GetSymbolInfo_CppTools定位定义 → 用GetSymbolCallHierarchy_CppTools(callsFromfalse)找到全部调用方 → 用GetSymbolReferences_CppTools兜底函数指针等引用 → 再统一更新定义与所有调用点理解陌生代码GetSymbolInfo_CppTools获取类型定义GetSymbolCallHierarchy_CppTools(callsFromtrue)看它调用了什么callsFromfalse看谁调用了它错误恢复错误消息内自带恢复指引必须严格照做No results found 不是错误而是符号存在但无引用的有效信息应如实上报。该指令还约束了工具使用纪律符号名必填且可用非限定/部分限定/全限定形式文件路径强烈建议使用绝对路径行号基于 1 而非 0且必须先用read_file精确定位后才能传入遵循先最小参数、按需递增的迭代策略。read_file/grep仅在语言服务不可用或用于查找字符串字面量、注释、非 C 文件时才作为兜底。如何安装与使用 C Expert按照 docs/README.agents.md 与 CONTRIBUTING.md 的说明获取文件将 agents/expert-cpp-software-engineer.agent.md 下载到你的仓库中可直接放到仓库根目录或约定位置激活在 VS Code Chat 界面选择该 Agent或在 Copilot 编码代理CCA中指派使用接入 MCP若需要microsoft.docs.mcp等能力按对应 MCP 服务器说明配置使用直接提出 C 相关问题设计、重构、构建、测试、遗留代码改造等Agent 会按本文所述的多重视角与工程纪律给出带依据的建议并执行代码操作。如果要为该 Agent 补充或定制规则可参考仓库中其他 C 相关指令的写法工程约束见 instructions/cmake-vcpkg.instructions.md符号检索纪律见 instructions/cpp-language-service-tools.instructions.md。仓库资源导航以下仓库资源与本文主题直接相关可继续深入阅读agents/expert-cpp-software-engineer.agent.md本文核心文档C Expert 完整指令instructions/cpp-language-service-tools.instructions.mdC 语言服务工具使用规范instructions/cmake-vcpkg.instructions.mdC 项目 CMake/vcpkg 工程约束instructions/cpp-language-service-tools.instructions.md 与 agents/expert-embedded-c-engineer.agent.md安全关键 C/C 的姊妹指导docs/README.agents.md自定义 Agent 的安装与激活说明CONTRIBUTING.mdAgent 文件格式、命名与提交流程规范skills/codeql/references/compiled-languages.mdC/C 构建系统与静态分析支持说明。综合来看C Expert 不是一份简单的角色扮演提示词而是一套把现代 C 语言纪律、整洁代码、持续交付、TDD、遗留代码工程化、Clean Architecture/DDD 以及构建/ABI 治理整合进 Copilot 编码代理的操作系统。它与仓库内 C 语言服务工具指令和 vcpkg/CMake 工程约束协同让 Copilot 在面对 C 代码库时真正做到理解语义、遵守约定、先验证后优化、小步安全重构。【免费下载链接】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 中的 C++ Expert 专家模式：基于现代 C++ 与行业最佳实践的软件工程指南
awesome-copilot 中的 C Expert 专家模式基于现代 C 与行业最佳实践的软件工程指南【免费下载链接】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本文围绕 agents/expert-cpp-software-engineer.agent.md 这份社区贡献的 GitHub Copilot 自定义 Agent 指令展开系统解析其多重专家视角合奏的 C 指导模式、现代 C 工程化的七大核心领域以及它在 awesome-copilot 仓库中与 C 语言服务工具、vcpkg/CMake 工程规范等配套资源的协作关系。读完本文你将掌握如何为 Copilot 配置一名懂 RAII、错误契约、并发性能、Clean Architecture/DDD、遗留代码改造与 ABI 可移植性的 C 专家并理解这套指令背后的工程方法论。C Expert一个为现代 C 工程而生的专家 AgentC Expert是 awesome-copilot 仓库中用于把 GitHub Copilot Chat 转化为 C 领域专家的自定义 Agent。它的 Frontmatter 定义如下--- description: Provide expert C software engineering guidance using modern C and industry best practices. name: C Expert tools: [changes, codebase, edit/editFiles, extensions, web/fetch, findTestFiles, githubRepo, new, openSimpleBrowser, problems, runCommands, runNotebooks, runTasks, runTests, search, searchResults, terminalLastCommand, terminalSelection, testFailure, usages, vscodeAPI, microsoft.docs.mcp] ---从工具清单可以看出这份指令为该 Agent 开放了相当完整的编码代理CCA工具面changes/edit/editFiles/new负责代码改动codebase/search/searchResults/usages负责代码理解与符号检索runCommands/runTasks/runTests/testFailure负责命令执行、任务编排与测试闭环problems/terminalLastCommand/terminalSelection负责接入 IDE 诊断与终端上下文findTestFiles帮助定位测试文件githubRepo可关联远端仓库openSimpleBrowser/web/fetch支持联网查证microsoft.docs.mcp则把 Microsoft 文档库接入 MCP。这一组合意味着该 Agent 不仅能给出建议还能在仓库内实际分析、修改、构建与测试。根据 CONTRIBUTING.md 的说明此类 Agent 本质上是带有 Frontmatter 元数据description、name、tools等和角色指令的.agent.md文件存放在 agents/ 目录下用于把 GitHub Copilot Chat 转变成特定开发场景的领域助手。安装时只需下载对应的*.agent.md放入仓库再通过 VS Code Chat 界面激活即可详见 docs/README.agents.md。多重专家视角指令的合奏式设计这份指令最鲜明的特征是它不把指导风格绑定在单一角色上而是要求 Agent 依据不同问题域切换不同的大师视角从而同时覆盖语言细节、代码整洁度、工程流程、测试方法与架构设计视角对应专家覆盖领域C 语言与最佳实践Bjarne Stroustrup、Herb Sutter辅以 Andrei Alexandrescu 的实战深度Modern C、所有权、泛型、模板实战通用软件工程与整洁代码Robert C. MartinUncle BobClean Code 实践DevOps 与 CI/CDJez Humble持续交付、流水线实践测试与测试自动化Kent BeckTDD/XP测试先行、极限编程遗留代码策略Michael Feathers遗留系统改造架构与领域建模Eric Evans、Vaughn VernonClean Architecture、DDD需要强调的是指令同时明确要求优先遵循随行业演进的主流标准而不是僵化地规定底层细节。也就是说Agent 给出的建议应基于 ISO C 标准、C Core Guidelines、CERT C 以及项目自身约定这些活的标准并适配项目的领域与约束。Modern C 与所有权RAII 与值语义优先在 C 专项指导中指令首先要求 Agent 遵循现代 C 的所有权模型优先 RAII 与值语义让资源生命周期与作用域绑定用栈对象管理堆资源避免裸new/delete的临时性手动内存管理显式化所有权与生命周期当确实需要指针/引用时明确表达谁拥有、谁借用、存活多久避免隐式所有权转移杜绝 ad-hoc 手动内存管理凡是能用标准容器、智能指针与值类型表达的就不应引入手写资源管理逻辑。这与仓库配套的 instructions/cmake-vcpkg.instructions.md 的工程取向一致项目级约束如 vcpkg manifest 模式、跨平台/跨编译器支持会在 Agent 生成建议时被自动带入避免给出与项目实际构建方式脱节的方案。错误处理与契约一致性优先指令要求 Agent 对错误处理采用一致且成文的策略在异常与合适替代方案如错误码、std::expected、noexcept边界之间做出明确选择并贯穿整个代码库每个接口都要有清晰的契约前置条件、后置条件、不变量明确给出安全保证basic/strong/nothrow guarantee让调用方可以据此编写健壮代码。对于嵌入式、实时或 ABI 敏感场景这条约束尤其重要——它与仓库中 expert-embedded-c-engineer.agent.md 这类面向安全关键系统的指令形成呼应后者侧重 MISRA/CERT 合规与防御式编程。并发与性能先正确再测量后优化指令为并发与性能设定了清晰的三步原则使用标准设施优先std::thread、std::async、std::mutex、std::atomic、std::jthread等标准库并发原语而非平台私有 API以正确性为先先保证无数据竞争、无死锁、语义正确再谈性能只有证据支撑才优化在优化之前必须测量profiler、benchmark优化只针对被验证的热点避免凭直觉早优化。这与 measure before optimizing 的工程共识一致性能优化必须基于数据而非猜测。架构与领域建模Clean Architecture 与 DDD 的落地架构维度上指令要求 Agent 在适用处应用 Clean Architecture 与领域驱动设计DDD具体落点包括清晰的层边界实体Entities、用例Use Cases、接口/适配器Interfaces/Adapters分层明确依赖方向向内统一语言Ubiquitous Language代码中的命名与业务术语保持一致降低沟通与维护成本限界上下文Bounded Contexts划分上下文边界防止领域模型互相污染聚合Aggregates以聚合为一致性边界组织领域对象防腐层Anti-Corruption Layer在与外部系统/旧系统交互处建立转换层保护核心领域模型组合优于继承用清晰的接口与组合关系替代过度复杂的继承体系。这套方法论与仓库中的 principal-software-engineer.agent.md主程视角互补前者强调领域建模与边界后者强调工程卓越与务实交付。测试简单、快速、确定、可文档化在测试方面指令给出四条操作性要求使用主流测试框架如 GoogleTest、Catch2、doctest 等社区广泛采用的框架测试要简单、快速、确定性不依赖外部时序、网络或随机性保证可重复执行测试即行为文档测试名称与断言应清楚记录被测行为而非实现细节遗留代码补充表征测试Characterization Tests在改造旧代码前先用测试钉住现有行为防止重构破坏语义聚焦关键路径把测试资源优先投入高风险、高频调用的核心路径。仓库中的 skills/codeql/ 与 skills/quality-playbook/ 可作为配套质量工具前者做静态安全分析后者做系统化质量审计二者与 C Expert 的测试/质量要求相互印证。遗留代码接缝、表征测试与小步重构指令在遗留代码维度明确引用 Michael Feathers 的技术体系建立接缝Seams找到可以替换行为而不修改既有代码的注入点作为改造入口添加表征测试先锁定现状行为建立回归防线小步安全重构每次改动尽量小、可独立验证降低风险考虑绞杀者模式Strangler Fig对难以整体改造的模块用新实现逐步替换、渐进迁移保持 CI 与特性开关Feature Toggles让改造过程随时可回滚、可灰度持续处于可发布状态。这套策略的核心是在不理解全貌的情况下也能安全地渐进改善对存量大型 C 代码库尤其有价值。构建、工具链、API/ABI 与可移植性指令要求 Agent 在构建与工具链维度做到使用强诊断、静态分析、Sanitizer加持的现代构建/CI 工具链如 ASan/UBSan/TSanclang-tidy 等保持公共头文件精简尽量少暴露实现细节降低编译耦合与 ABI 表面积考虑可移植性与 ABI 需求跨平台、跨编译器MSVC/Clang/GCC时要关注 ABI 稳定与库版本管理。这一维度与仓库中的 instructions/cmake-vcpkg.instructions.md 直接衔接。该指令明确规定了项目级 C 工程约束Agent 在给出建议时必须遵守项目使用vcpkg manifest 模式因此不要给出vcpkg install library这类命令在 manifest 模式下不会按预期工作依赖应通过vcpkg.json声明优先通过CMakePresets.json设置 cache 变量等构建配置提示任何可能影响所建议 CMake 变量的CMake Policy项目须跨平台、跨编译器支持 MSVC、Clang、GCC提供使用文件系统读取文件的 OpenCV 示例时必须使用绝对路径如video.open(C:/project/file.mp4)而非相对路径或裸文件名。配套利器面向 C 的语言服务工具为了让 Agent 在 C 代码库中工具先行、而非肉眼检索仓库还提供了 instructions/cpp-language-service-tools.instructions.md它会在 Agent 处理.cpp/.h/.hpp/.cc/.cxx/.c文件时自动生效。该指令定义了三个基于 IntelliSense 的专用工具工具用途典型调用时机GetSymbolInfo_CppTools查找符号定义与类型信息接触陌生代码前必查GetSymbolReferences_CppTools查找符号的全部引用重构、改签名、评估影响面GetSymbolCallHierarchy_CppTools分析函数调用关系callsFrom参数控制方向修改函数签名前必查所有调用方其核心价值在于文本搜索无法正确区分重载函数、模板实例化、限定/非限定名、成员函数调用、继承成员使用以及预处理器条件编译而 IntelliSense 驱动的语言服务可以做到。典型工作流包括修改函数签名先用GetSymbolInfo_CppTools定位定义 → 用GetSymbolCallHierarchy_CppTools(callsFromfalse)找到全部调用方 → 用GetSymbolReferences_CppTools兜底函数指针等引用 → 再统一更新定义与所有调用点理解陌生代码GetSymbolInfo_CppTools获取类型定义GetSymbolCallHierarchy_CppTools(callsFromtrue)看它调用了什么callsFromfalse看谁调用了它错误恢复错误消息内自带恢复指引必须严格照做No results found 不是错误而是符号存在但无引用的有效信息应如实上报。该指令还约束了工具使用纪律符号名必填且可用非限定/部分限定/全限定形式文件路径强烈建议使用绝对路径行号基于 1 而非 0且必须先用read_file精确定位后才能传入遵循先最小参数、按需递增的迭代策略。read_file/grep仅在语言服务不可用或用于查找字符串字面量、注释、非 C 文件时才作为兜底。如何安装与使用 C Expert按照 docs/README.agents.md 与 CONTRIBUTING.md 的说明获取文件将 agents/expert-cpp-software-engineer.agent.md 下载到你的仓库中可直接放到仓库根目录或约定位置激活在 VS Code Chat 界面选择该 Agent或在 Copilot 编码代理CCA中指派使用接入 MCP若需要microsoft.docs.mcp等能力按对应 MCP 服务器说明配置使用直接提出 C 相关问题设计、重构、构建、测试、遗留代码改造等Agent 会按本文所述的多重视角与工程纪律给出带依据的建议并执行代码操作。如果要为该 Agent 补充或定制规则可参考仓库中其他 C 相关指令的写法工程约束见 instructions/cmake-vcpkg.instructions.md符号检索纪律见 instructions/cpp-language-service-tools.instructions.md。仓库资源导航以下仓库资源与本文主题直接相关可继续深入阅读agents/expert-cpp-software-engineer.agent.md本文核心文档C Expert 完整指令instructions/cpp-language-service-tools.instructions.mdC 语言服务工具使用规范instructions/cmake-vcpkg.instructions.mdC 项目 CMake/vcpkg 工程约束instructions/cpp-language-service-tools.instructions.md 与 agents/expert-embedded-c-engineer.agent.md安全关键 C/C 的姊妹指导docs/README.agents.md自定义 Agent 的安装与激活说明CONTRIBUTING.mdAgent 文件格式、命名与提交流程规范skills/codeql/references/compiled-languages.mdC/C 构建系统与静态分析支持说明。综合来看C Expert 不是一份简单的角色扮演提示词而是一套把现代 C 语言纪律、整洁代码、持续交付、TDD、遗留代码工程化、Clean Architecture/DDD 以及构建/ABI 治理整合进 Copilot 编码代理的操作系统。它与仓库内 C 语言服务工具指令和 vcpkg/CMake 工程约束协同让 Copilot 在面对 C 代码库时真正做到理解语义、遵守约定、先验证后优化、小步安全重构。【免费下载链接】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），仅供参考