用途：对 EF Core（Entity Framework Core）仓库中新提交的 issue（缺陷报告或功能请求）进行分诊与复现。
主要能力：读取 issue 及相关联的 issue、代码与资源；判断是否涉及安全因素（若涉及则立即退出，不继续处理也不发布内容）；判定该 issue 属于功能请求还是缺陷并设置 GitHub issue 类型；确定涉及的 EF 领域并打上 area- 前缀标签（可用 gh label list --search "area-" --repo dotnet/efcore 获取标签列表）；对缺陷报告尝试构造最小复现控制台程序；在失败版本与之前正常版本上测试以确认是否为回归；检索 EF Core 仓库中已开或已关闭的可能重复 issue；最终以评论形式发布报告。
用法：按上述高层步骤执行。复现程序应为 EF 仓库之外的独立控制台程序，从提供的最小模板起步，将用户代码与文字描述整合进去；优先在 SQL Server（其次 SQLite）上复现，若需其他数据库（如 PostgreSQL、MySQL 或 testcontainer）则按其复现，并尽量回移到 SQL Server 验证；复现时注意所用 EF 提供程序版本，并尝试更新版本确认问题是否仍存在或已修复；最终复现只保留单一提供程序的代码。
最小化要求：删除不触发缺陷的代码，去除无关 LINQ 操作符、AutoMapper、非必需种子数据；不写多余注释和长文本；优先使用仅含顶级语句的无函数程序；不捕获异常；保留 LogTo 以输出 SQL 诊断日志；DbContext 配置写在 OnConfiguring 中，避免 DI；代码行数越少越好。
发布：评论以一级标题“AI Triage”开头，并说明“The below is an AI-generated analysis and may contain inaccuracies.”；最小复现代码放在可折叠的 HTML <details> 块中（摘要为 minimal repro）；所有 issue、PR 或源码链接须指向 github.com 上的仓库，不用本地链接。
限制：涉及安全因素的 issue 必须立即停止处理且不发布任何内容；功能请求跳过最小复现，仅做重复项搜索与最终报告。其余细节（具体运行环境、命令与路径）资料未提供。