数据库工程师技能 - Schema设计、索引优化、并发安全、数据库审计。当你涉及数据库表/字段/索引/SQL/迁移/MCP数据库操作、建表改表、写查询时必须使用此技能。即使用户只是说"加个字段"或"查下数据"，也应触发。
数据库工程师技能 - Schema设计、索引优化、并发安全、数据库审计。当你涉及数据库表/字段/索引/SQL/迁移/MCP数据库操作、建表改表、写查询时必须使用此技能。即使用户只是说"加个字段"或"查下数据"，也应触发。
npx skills add https://github.com/yuexueyu/anna-agent-skills --skill db-design이 명령을 Claude Code에 복사하여 붙여넣어 스킬을 설치하세요
API工程师技能 - API设计规范、版本控制、错误处理、并发安全、性能优化、文档。当你新建/修改任何API端点、路由、控制器、HTTP请求处理、响应格式、中间件时必须使用此技能。即使用户只是说"加个接口"或"改下返回值"，也应触发。
Apple原生开发技能 - Swift/SwiftUI/AppKit/UIKit原生组件、API选择、权限配置、图标规格、Liquid Glass、上架规则、macOS/iOS平台特性。当你涉及Swift/SwiftUI/AppKit/UIKit原生开发、Apple平台特性、Xcode配置、权限entitlements、图标资源、App Store上架、Liquid Glass效果时必须使用此技能。即使用户只是说"用原生的"或"加个SwiftUI视图"，也应触发。
后端资深工程师技能 - 架构设计、服务端开发、中间件、错误处理、日志、配置管理、部署运维。当你涉及后端服务开发、Go/Python/Node/Java/PHP后端代码、中间件配置、服务间通信、配置管理、日志策略、进程管理、交叉编译、部署流程时必须使用此技能。即使用户只是说"写个接口"或"后端加个功能"，也应触发。
代码审计技能 - 安全审计、代码质量审查、漏洞挖掘。当你涉及安全检查、漏洞修复、权限/认证逻辑修改、密钥管理、输入验证、OWASP相关问题时必须使用此技能。即使用户只是说"检查下安全"或"加个权限判断"，也应触发。
Flutter跨端开发技能 - Dart语言、Widget组件、状态管理、平台通道(MethodChannel/EventChannel/Pigeon/FFI)、硬件对接(BLE/传感器/USB)、性能优化、常见坑、打包发布。当你涉及Flutter/Dart代码开发、跨平台UI、平台通道、原生插件、硬件通信、Flutter打包发布时必须使用此技能。即使用户只是说"Flutter加个功能"或"跨端开发"，也应触发。
Git工作流技能 - 提交规范、分支策略、冲突解决、提交验证。当你涉及git commit、git push、分支操作、合并、提交信息编写、代码提交时必须使用此技能。即使用户只是说"提交一下"或"git"，也应触发。
| name | db-design |
| description | 数据库工程师技能 - Schema设计、索引优化、并发安全、数据库审计。当你涉及数据库表/字段/索引/SQL/迁移/MCP数据库操作、建表改表、写查询时必须使用此技能。即使用户只是说"加个字段"或"查下数据"，也应触发。 |
[DB核心清单] ① 新增前
list_table+desc_table查重，字段必须有注释+默认值 ② 删除前Grep零引用+read_query确认数据可弃 ③ 每表必有id/created_at/updated_at[查询三禁] ❌SELECT *❌字符串拼接SQL ❌无WHERE的UPDATE/DELETE [并发铁律] 扣减用原子操作(WHERE count > 0)，事务范围最小化，事务内禁调外部HTTP
涉及数据库操作时，强制遵守：
list_table+desc_table确认表/字段不重复，新字段必须有注释+默认值+NOT NULL/NULL约束read_query确认数据可丢弃，先代码停用→确认→再删字段users)，字段snake_case，布尔is_/has_前缀，时间_at后缀SELECT *（新增字段意外暴露敏感数据） ❌禁止字符串拼接SQL（SQL注入可导出全库） ❌禁止无WHERE的UPDATE/DELETE（一次执行影响全表无法回滚）WHERE count > 0)，事务范围最小化，事务内禁止调外部HTTP（外部超时=长时间持锁阻塞全库）id/created_at/updated_at，软删除用deleted_at强制使用MCP工具执行以下操作：
list_table — 列出所有数据库表desc_table — 逐个检查每张表的结构（字段/类型/约束/注释）read_query — 检查数据量级、字段使用情况、索引使用率扫描清单：
废弃字段检测（最关键——解决"创建了没用的字段"问题）：
冗余检测：
user_id和uid和userId）total=price×quantity，是否需要物理存储？）数据一致性检查：
read_query检查：是否有NULL值在NOT NULL应为的字段命名规范检查：
users不是user)created_at不是ct）id或<table>_id<关联表单数>_id（如user_id）is_/has_前缀（is_active不是active）_at后缀（created_at/updated_at/deleted_at）tp/st/flg）字段类型审查：
表设计原则：
created_at和updated_at字段deleted_at）除非有明确理由物理删除索引审查：
索引设计原则：
慢查询识别（Grep项目中的SQL语句）：
SELECT * → 只查需要的字段OFFSET 10000 → 游标分页(WHERE id > last_id)查询安全：
并发安全检查：
UPDATE SET count = count - 1 WHERE count > 0）SELECT ... FOR UPDATE或Redis锁事务设计：
分表评估（当单表超过500万行时考虑）：
扩展性设计：
废弃字段/表检测：
## 数据库审查报告
### 表结构概览
| 表名 | 字段数 | 行数 | 索引数 | 注释 |
### 废弃字段（零引用）
| 表名 | 字段名 | 类型 | 创建时间 | 建议操作 |
### 冗余/问题字段
| 表名 | 字段名 | 问题类型 | 描述 | 建议 |
### 索引优化建议
| 表名 | 当前索引 | 建议操作 | 原因 | 预期效果 |
### 慢查询风险
| 文件:行号 | SQL模式 | 问题 | 优化方案 | 优先级 |
### 并发安全风险
| 文件:行号 | 操作 | 风险 | 修复方案 | 严重度 |
### 命名规范违规
| 表/字段 | 当前名称 | 建议名称 | 原因 |
list_table 确认没有已存在的同功能表desc_table 检查相关表是否已有类似字段id/created_at/updated_atread_query确认字段数据可丢弃（或已迁移）SELECT *（返回冗余字段浪费带宽/内存，且新增字段会意外暴露敏感数据）