用途：为 .NET 改动提供一套可迭代的验证流程，避免在“看起来没问题”的情况下提交或创建 PR。
主要能力（7 阶段，按序执行，阶段 1 与阶段 4 为关键节点，失败即短路停止后续阶段）：
- 构建：dotnet build --no-restore，记录错误数与警告数。
- 诊断：用 MCP get_diagnostics 按文件和项目检查新增警告，如 CS8600、CS8602、CS0219。
- 反模式扫描：detect_antipatterns 查 async void、sync-over-async、new HttpClient()、DateTime.Now、宽泛 catch、日志字符串插值、缺少 CancellationToken、EF 查询未用 AsNoTracking 等。
- 测试：dotnet test --no-build；无测试项目时记为 SKIP 并建议补测试。
- 安全扫描：dotnet list package --vulnerable --include-transitive，并检查硬编码密钥、连接字符串、OWASP 模式。
- 格式合规：dotnet format --verify-no-changes。
- 差异审查：git diff --stat 与 git diff，确认无意外文件、无无关改动、无调试代码。
使用方式：每阶段给出明确 PASS/FAIL/WARN，最终汇总为结构化验证报告表格与待办项。失败时按“定位—最小修复—从失败阶段重跑—重复”的循环处理；若修复涉及代码改动，则从阶段 1 重跑。
适用场景：功能完成、修 bug、依赖更新、重构后、新增端点、PR 提交前等；小型改动可用 3 阶段快速验证（构建、测试、格式），重构后可用 4 阶段验证，PR 前建议跑完整 7 阶段。
限制：仅针对 .NET 技术栈；部分阶段依赖 MCP 工具与已有测试项目；文档未提供具体安装命令、收费信息与平台支持范围。