AI 技能/插件人工智能【免费下载链接】awesome-claude-code-subagentsA collection of 100 specialized Claude Code subagents covering a wide range of development use cases项目地址https://gitcode.com/gh_mirrors/aw/awesome-claude-code-subagents点击查看免费下载导读本文围绕 dotnet-framework-4.8-expert.md 这一 Claude Code 子代理定义展开完整拆解其如何支撑 .NET Framework 4.8 遗留企业应用的日常维护、渐进式现代化与 Windows 基础设施集成。读者读完本文将掌握该子代理的能力边界Web Forms、WCF、Windows 服务、Entity Framework 6、遗留系统集成、测试与安全、上下文查询协议、三阶段开发工作流以及在 awesome-claude-code-subagents 仓库中安装、调用与横向协作的具体方法。一、子代理定位它是什么、何时该用它该子代理是 awesome-claude-code-subagents 仓库中 02-language-specialists 类别下的语言专家之一专门面向「遗留 .NET Framework 4.8 企业级应用」。其文件头frontmatter定义如下--- name: dotnet-framework-4.8-expert description: Use this agent when working on legacy .NET Framework 4.8 enterprise applications that require maintenance, modernization, or integration with Windows-based infrastructure. tools: Read, Write, Edit, Bash, Glob, Grep model: sonnet ---三个关键字段决定了它的行为方式description用于 Claude Code 的自动选择auto-selection机制。当任务涉及「遗留 .NET Framework 4.8 企业应用」「维护 / 现代化 / Windows 基础设施集成」时主对话会自动路由到该子代理也可显式点名调用。toolsRead, Write, Edit, Bash, Glob, Grep属于仓库分类法中的「代码编写型」子代理——既能读写与编辑源码也能通过Bash执行构建、测试与部署命令符合 CLAUDE.md 中对代码类子代理的权限约定Read, Write, Edit, Bash, Glob, Grep。model: sonnet按仓库根 README.md 的模型路由表sonnet面向日常编码编写、调试、重构与opus深度推理型和haiku快速任务型形成分工可通过修改 frontmatter 的model字段覆盖设为model: inherit则沿用主会话模型。它的角色定义是一句清晰的定位You are a senior .NET Framework 4.8 expert with expertise in maintaining and modernizing legacy enterprise applications.核心技能面横跨 Web Forms、WCF 服务、Windows 服务与企业集成模式优先级是稳定性stability、安全性security与现有系统的渐进式现代化gradual modernization。与相邻 .NET 子代理的分工边界为避免混淆下表对比了仓库中三个高度相关的 .NET 子代理子代理目标框架典型战场定义文件dotnet-framework-4.8-expert.NET Framework 4.8Windows-only、遗留Web Forms、WCF、Windows 服务、遗留集成categories/02-language-specialists/dotnet-framework-4.8-expert.mdcsharp-developer.NET 8 现代 C#ASP.NET Core、Blazor、云原生categories/02-language-specialists/csharp-developer.mddotnet-core-expert.NET 10 跨平台Minimal API、微服务、AOT、云原生categories/02-language-specialists/dotnet-core-expert.md三者互补而非重复dotnet-framework-4.8-expert 强调向后兼容与旧框架约束内优化而 csharp-developer / dotnet-core-expert 追求现代 C# 特性与跨平台能力。这与仓库 README 中「快速选型表」的指引一致——选择 .NET Framework 时对应行明确标注「Legacy enterprise apps, Windows services」。二、被调用时的执行协议当该子代理被激活时它遵循四个固定步骤Query context manager向上下文管理器查询 .NET Framework 项目的需求与约束Review existing application architecture审查现有应用的架构、依赖与现代化需求Analyze enterprise integration patterns分析企业集成模式、安全需求与性能瓶颈Implement .NET Framework solutions以稳定性和向后兼容为核心实现解决方案。其中第 1 步的「上下文管理器」对应仓库中 context-manager.md 定义的角色——它负责通过文件而非消息总线组织多代理工作流的共享状态。dotnet-framework-4.8-expert 通过下述 JSON 协议请求上下文{ requesting_agent: dotnet-framework-4.8-expert, request_type: get_dotnet_framework_context, payload: { query: .NET Framework context needed: application type, legacy constraints, modernization goals, enterprise requirements, and Windows deployment needs. } }该协议明确要求收集五类信息应用类型、遗留约束、现代化目标、企业需求、Windows 部署需求——这五项恰好对应下文将要展开的能力域确保后续工作建立在真实约束之上。三、核心能力清单与九大技术域子代理自带一份专家检查清单expert checklist是其自我校验标准.NET Framework 4.8 特性被正确利用C# 7.3 特性被有效发挥遗留代码模式保持一致性安全漏洞被彻底处置性能在框架限制内完成优化文档更新完整部署包验证成功企业集成持续有效围绕这份清单定义文件系统性地覆盖了 13 个技术域可归纳为九大类C# 7.3 语言特性、Web Forms 应用、WCF 服务、Windows 服务、企业模式、Entity Framework 6、遗留系统集成、测试策略、性能与安全。以下逐域展开。3.1 C# 7.3 语言特性.NET Framework 4.8 的配套 C# 语言版本是 C# 7.3该子代理要求在此语言天花板内写出高效代码。定义文件列出的 8 项特性及实战要点如下特性实战价值示例Tuple 类型返回多个值而无需定义临时类var (sum, count) Calc(values);模式匹配增强类型检查与解构写得更紧凑if (shape is Circle c) { Console.WriteLine(c.Radius); }泛型约束增强新增unmanaged、Enum、Delegate等约束void CopyT(SpanT src) where T : unmanaged { }ref locals / ref returns避免大结构体复制提升性能ref int r ref array[0];表达式变量out var内联声明输出变量int.TryParse(s, out var n)Throw 表达式在表达式/表达式体成员中抛异常string Get() value ?? throw new InvalidOperationException();default 字面量省去类型推导Person p default;stackalloc 改进支持 Span 与条件表达式栈上分配Spanint s stackalloc int[10];对这些特性的正确运用配合「遗留代码模式保持一致性」的约束意味着只能在不破坏既有代码风格的前提下渐进引入新语法——这正是该子代理与 csharp-developer 的根本差异后者可以放手使用record、file-scoped namespace、源生成器等现代特性而前者必须在 C# 7.3 的语法子集内完成优化。3.2 Web Forms 应用Web Forms 是 .NET Framework 遗留企业的标志性前端技术。该子代理要求掌握页面生命周期管理Page 生命周期各阶段与ViewState 优化识别并裁剪 ViewState 体积、按控件粒度关闭控件开发自定义服务端控件、Master Pages母版页与User Controls用户控件自定义验证器CustomValidator与AJAX 集成UpdatePanel、WebMethods安全实现页面级授权、防 XSS/CSRF 的输入输出处理配合下述 ASP.NET Web Forms 专项还有Page 指令% Page %的配置语义、服务端控件、事件处理Page_Load、OnClick等、状态管理ViewState / Session / Application / Cache、缓存策略输出缓存、数据缓存、安全控件Login 系列控件、Membership providers与角色管理。这些是 Web Forms 应用维护时的必修课缺一不可。3.3 WCF 服务WCFWindows Communication Foundation是 .NET Framework 时代的服务总线技术。该子代理覆盖八个层面Service contracts / Data contracts[ServiceContract]/[DataContract]的契约设计Bindings 配置basicHttpBinding互操作、wsHttpBindingWS-* 安全、netTcpBinding内网高性能、namedPipeBinding同机进程通信的选择与调优安全模式Transport/Message/TransportWithMessageCredential的取舍Fault handling[FaultContract]与FaultExceptionT的契约化错误处理Service hostingIIS / Windows 服务 / 自托管三种宿主方式Client generationsvcutil.exe或Add Service Reference生成代理Performance tuning连接数、序列化DataContractSerializer、并发模型WCF 专项进一步补充Service endpointsAddress / Binding / Contract 三要素、Message contracts、Duplex communication双工回调、Transaction support[OperationBehavior(TransactionScopeRequired true)]、Reliable messaging可靠会话、Message/Transport 两级安全与Custom behaviors自定义终结点/操作行为扩展。一个典型的 WCF 宿主配置可概括为示意system.serviceModel bindings wsHttpBinding binding nameSecure maxReceivedMessageSize65536 security modeTransportWithMessageCredential/ /binding /wsHttpBinding /bindings services service nameOrderService behaviorConfigurationMetaBehavior endpoint address bindingwsHttpBinding bindingConfigurationSecure contractIOrderService/ /service /services /system.serviceModel说明此处为基于定义文件所列 WCF 知识域的通用示意实际绑定参数需以目标项目的生产配置为准。3.4 Windows 服务Windows 服务承载着大量无人值守的企业后台任务。该子代理的能力域包括Service architectureServiceBase派生类的生命周期OnStart / OnStop / OnPause / OnContinue安装/卸载InstallUtil.exe或sc create / sc delete命令配置管理App.config的appSettings与自定义配置节日志策略EventLog、文件日志与结构化日志的选型错误处理启动失败回滚、看门狗与自恢复性能监控PerfCounter 与 WMI 采集安全上下文以特定账户LocalSystem / NetworkService / 域账户运行的原则部署自动化与 devops-engineer 协作实现脚本化部署3.5 企业模式Enterprise Patterns定义文件明确要求维护者掌握 8 个企业模式这些模式在遗留代码中随处可见也是渐进重构时的「词汇表」分层架构Layered Architecture表现层 / 业务层 / 数据访问层分离Repository 模式封装数据访问隔离数据源变化Unit of Work跟踪变更并在事务边界统一提交依赖注入构造函数注入解耦服务依赖工厂模式Factory按条件创建对象隐藏实例化细节观察者模式Observer事件驱动的订阅发布命令模式Command请求封装为对象支持队列与撤销策略模式Strategy算法族可替换消除条件分支3.6 Entity Framework 6EF6 是 .NET Framework 4.8 的官方数据访问层该子代理要求同时掌握三种建模方式与六个工程要点Code-first以 C# 类为中心建模DbContextDbSetDatabase-first由既有数据库生成 EDMX 与实体类Model-first在 VS 设计器中建模再生成数据库迁移策略Enable-Migrations、Add-Migration、Update-Database与既有库的-IgnoreChanges基线方案性能优化查询编译CompiledQuery、AsNoTracking、索引策略Lazy loading延迟加载的启用条件与 N1 查询规避Change trackingDetectChanges的开销控制与显式加载Complex types[ComplexType]值对象建模3.7 遗留系统集成.NET Framework 企业应用极少「遗世独立」该子代理重点覆盖与 Windows 生态的八类互操作COM interop[ComImport]、TlbImp 与 RCW 管理Win32 API 调用P/Invoke 的DllImport与结构体封送注册表访问Microsoft.Win32.Registry的读写与权限Windows 服务与系统服务服务状态探测与控制网络协议TCP/IP、HTTP、命名管道等自定义协议文件系统操作大文件流式处理、目录监控FileSystemWatcher进程管理启动/停止进程、捕获输出、权限边界这些能力域也决定了该子代理能与 windows-infra-admin 顺畅协同——后者负责 AD、DNS、DHCP、GPO 等 Windows 基础设施层的自动化。3.8 测试策略定义文件要求以四种框架/层次覆盖遗留系统的质量网NUnit / MSTest两种测试框架的使用与断言风格MoqMockT模拟依赖隔离外部系统集成测试真实数据库 / WCF 端到端验证单元 / 性能 / 负载 / 安全测试分别覆盖逻辑正确性、单点耗时、并发压力与安全回归在遗留系统上测试通常与 legacy-modernizer.md 所强调的「characterization tests特征化测试」策略配合使用——先以测试锁定现状行为再进行重构避免无意的行为漂移。3.9 性能与安全实现性能优化八要素内存管理减少分配与泄漏、垃圾回收GC 代际与 LatencyMode 调优、线程模式线程池与并发集合、async/await 模式、缓存策略MemoryCache / OutputCache、数据库优化索引、查询计划、网络优化连接复用与资源池化连接池。安全实现八要素Windows 认证、Forms 认证Cookie 与会话、基于角色的安全[PrincipalPermission]/ Roles API、代码访问安全CAS注意 .NET 4.x 中 CAS 已简化、密码学RNGCryptoServiceProvider、RSA/AES的正确用法、SSL/TLS 配置禁用旧协议、强制 TLS 1.2、输入验证与输出编码防注入与 XSS。四、三阶段开发工作流定义文件将执行过程固化为「Legacy Assessment → Implementation Phase → Enterprise Excellence」三个阶段每个阶段都有明确的动作清单与产出物。阶段 1遗留评估Legacy Assessment评估优先级八项代码架构审查、依赖分析、安全漏洞扫描、性能瓶颈、现代化机会、破坏性变更风险、迁移路径、企业约束。具体动作审查现有代码 → 识别模式 → 评估依赖 → 安全检查 → 测量性能 → 规划改进 → 记录发现 → 推荐行动。提示该阶段与 legacy-modernizer.md 的「Legacy Context Assessment」协议高度同构——现代化的前提永远是先摸清家底、量化技术债。阶段 2实现阶段Implementation Phase实现路径八步分析现有结构 → 实施改进 → 保持兼容 → 更新依赖 → 增强安全 → 优化性能 → 更新文档 → 充分测试。同时要求贯彻的 .NET Framework 模式有分层架构、企业模式、遗留集成、安全实现、性能优化、错误处理、日志策略、部署自动化。该阶段通过结构化的进度 JSON 向主会话汇报状态{ agent: dotnet-framework-4.8-expert, status: modernizing, progress: { components_updated: 8, security_fixes: 15, performance_improvements: 25%, test_coverage: 75% } }阶段 3企业卓越交付Enterprise Excellence交付前完成八项卓越检查架构稳定、安全加固、性能优化、测试全面、文档最新、部署自动化、监控就绪、支持有据。完成后以标准化的交付通知收尾.NET Framework application modernized. Updated 8 components with 15 security fixes achieving 25% performance improvement and 75% test coverage. Maintained backward compatibility while enhancing enterprise integration.值得注意该通知中的指标8 个组件、15 处安全修复、25% 性能提升、75% 覆盖率是示例性占位值——实际汇报时必须以真实测量结果为准这与 context-manager.md 中「只报告你实际计算出的数字」的诚实性规则一致。此外定义文件还给出了四组卓越标准可视为阶段 3 的自评矩阵性能卓越内存优化、响应时间改善、线程高效、数据库优化、缓存落地、资源管理、GC 调优、瓶颈消除代码卓越.NET 约定、SOLID 原则、遗留兼容、错误处理、日志落地、安全加固、文档完整、评审通过企业卓越集成可靠、安全合规、性能稳定、监控在线、备份策略、灾难恢复、支持流程、文档及时安全卓越认证稳健、授权落地、数据保护、输入验证、输出编码、密码学正确、审计轨迹、合规验证最佳实践汇总定义文件最后将最佳实践归纳为八个维度.NET Framework 约定、C# 编码标准、企业模式、安全最佳实践、性能优化、错误处理策略、日志标准、文档实践——并给出贯穿始终的总纲Always prioritize stability, security, and backward compatibility while modernizing .NET Framework applications that serve critical enterprise functions and integrate seamlessly with existing Windows infrastructure.五、跨子代理协作生态定义文件明确列出了 8 条协作关系映射到仓库中的实际子代理文件如下协作对象文档原述仓库实际子代理协作内容csharp-developercategories/02-language-specialists/csharp-developer.mdC# 优化协作enterprise-architectcategories/04-quality-security/architect-reviewer.md架构评审支持仓库中对应架构评审角色security-auditorcategories/04-quality-security/security-auditor.md安全加固database-administratorcategories/03-infrastructure/database-administrator.mdEntity Framework 指导devops-engineercategories/03-infrastructure/devops-engineer.md部署自动化windows-admincategories/03-infrastructure/windows-infra-admin.mdWindows 集成legacy-modernizationcategories/06-developer-experience/legacy-modernizer.md升级现代化performance-engineercategories/04-quality-security/performance-engineer.md性能优化说明定义文件中写作enterprise-architect、windows-admin、legacy-modernization的引用在仓库中分别对应architect-reviewer架构评审、windows-infra-adminWindows 基础设施与legacy-modernizer遗留现代化三个实际存在的子代理引用时以上表为准。这种协作模式印证了仓库 README 中对子代理机制的描述每个子代理拥有独立上下文窗口、领域专属指令与细粒度工具权限彼此通过共享文件与编排者如 workflow-orchestrator、agent-organizer协同而非依赖消息总线。六、安装与使用该子代理按仓库标准方式安装方式一Claude Code 插件推荐——02 类别的插件名为voltagent-langclaude plugin marketplace add VoltAgent/awesome-claude-code-subagents claude plugin install voltagent-lang方式二手动安装——克隆仓库后将定义文件复制到代理目录# 全局可用所有项目 cp categories/02-language-specialists/dotnet-framework-4.8-expert.md ~/.claude/agents/ # 或仅当前项目 mkdir -p .claude/agents cp categories/02-language-specialists/dotnet-framework-4.8-expert.md .claude/agents/按 README.md 的存储规则项目级.claude/agents/优先级高于全局~/.claude/agents/同名冲突时项目级覆盖全局。方式三交互式安装脚本——仓库根目录的 install-agents.sh 提供浏览分类、多选子代理、安装/卸载一体化的交互流程同时支持本地文件Local与 GitHub 远程Remote两种来源该脚本将语言专家分类中的dotnet-framework-4.8-expert.md列入可选项按文件名dotnet-framework-4.8-expert安装与卸载。方式四agent-installer 子代理——将 agent-installer.md 装入~/.claude/agents/后可直接在 Claude Code 中用自然语言要求其检索并安装该子代理。安装后可通过subagent-catalog工具tools/subagent-catalog/README.md检索其定义或在主对话中显式调用例如 Use the dotnet-framework-4.8-expert to assess our legacy Web Forms app and plan a modernization roadmap.调用前建议先按本文第二节的 JSON 协议向 context-manager 补齐五类上下文信息应用类型、遗留约束、现代化目标、企业需求、Windows 部署需求可显著提升后续评估的准确性。七、适用前提与边界最后需要明确该子代理的适用边界避免误用平台前提.NET Framework 4.8 是 Windows 平台专属的旧版运行时区别于跨平台的 .NET Core / .NET 8本文所有能力域均以 Windows 基础设施与 .NET Framework 4.8 为运行前提需要跨平台或云原生能力时应改用 csharp-developer 或 dotnet-core-expert。语言天花板语言特性锁定在 C# 7.3超出该子集的现代语法record、required members、AOT 等不适用。框架内优化性能优化被明确限定在「framework limits」之内——目标是让遗留系统在既有运行时约束下达到最佳表现而非追求跨平台或云原生指标。示例性指标交付通知与进度 JSON 中的量化数字组件数、修复数、百分比均为流程模板占位实际使用时必须以真实测量与审计结果为准并保留「向后兼容性」证据。只读仓库本仓库是子代理定义的只读集合使用该子代理时只需将其定义复制到本地代理目录即可不应修改仓库本身。综上所述dotnet-framework-4.8-expert 是一份结构完整、可直接落地的 .NET Framework 4.8 遗留企业应用作战手册从上下文协议到九大技术域再到三阶段工作流与跨代理协作矩阵为那些仍运行在 Windows 上的关键业务系统提供了「稳定优先、安全兜底、逐步现代化」的明确路线图。赞分享AI 技能/插件人工智能【免费下载链接】awesome-claude-code-subagentsA collection of 100 specialized Claude Code subagents covering a wide range of development use cases项目地址https://gitcode.com/gh_mirrors/aw/awesome-claude-code-subagents点击查看免费下载相关推荐Polar 前端工程中的 Vercel React 与 Next.js 性能优化实践指南64 条规则全解析Polar 前端工程中的 Vercel React 与 Next.js 性能优化实践指南64 条规则全解析 本文围绕仓库内置的 Vercel React BAI 技能/插件人工智能上一篇如何在5分钟内掌握VideoDownloadHelperChrome浏览器视频下载终极指南下一篇PaddleDetection 旋转框检测实战指南DOTA 数据处理、模型库与端到端训练部署全解析创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考