用途：对 Django 代码进行性能审查，聚焦可验证的 ORM 与数据库查询问题，而非泛泛的优化建议。适用触发场景包括“review Django performance”“find N+1 queries”“optimize Django”“check queryset performance”等。
主要能力：按影响分级组织问题。1）N+1 查询（CRITICAL）：循环内访问关联数据，应使用 select_related/prefetch_related，注意 DRF 序列化器与模型 property 也会触发；2）未分页查询集（CRITICAL）：列表接口缺少分页、未使用 iterator() 流式处理、对无界查询集调用 list()；3）缺失索引（HIGH）：大表上 filter/order_by 字段未加 db_index 或 Meta.indexes，可用复合索引；4）循环写入（HIGH）：循环内 create/save/delete，应改用 bulk_create、queryset.update、bulk_update 或 queryset.delete；5）低效模式（LOW）：count() 与 exists()、len(queryset) 等，通常仅在影响明显时记录。
使用方式：先读取 metadata.json 与 ORIGIN.md 确认来源，再按需加载 SKILL.md 等文件；执行时保持来源与文件边界清晰。审查前需追踪数据流、检索既有优化、确认数据量级与是否处于热路径，验证后再报告。
限制：仅报告可证明的问题，模式匹配不等于验证；严重级别须与影响一致，不要在 CRITICAL 中发现中写“minor”；零发现可接受，不得为显得全面而编造问题。若任务转向调试、架构、设计或安全，应移交更合适的技能。具体支持文件路径在本次资料中未提供。