audit

/claude-db:audit

全面的、只读数据库审计。绝不写入文件，也绝不修改数据库——即使在 Tier 1/2，也只运行只读验证查询。

$ARGUMENTS = <path|connection-target> [flags]。目标是一个仓库路径（包含架构/ORM/迁移文件），也可以通过 $DATABASE_URL 指定一个实时数据库，用于 Tier 1/2 验证。如果未提供目标，且工作目录中未找到架构/ORM/迁移产物，不要虚构审计通过：请直言说明，并建议使用 /claude-db:start（引导式向导，无需任何产物）或 /claude-db:design（从零开始）。

要做的事

1. 使用目标和标志调用 db-orchestrator 技能。它会检测技术栈（scripts/detect-stack.mjs — 范式/引擎/ORM/平台），解析架构（scripts/parse-schema.mjs / parse-orm-python.py），记录达到的数据 tier（0/1/2），并行调度只读审计子 Agent，合并发现结果，然后运行 db-score。
2. 呈现以下内容：
   • 两项评分——Design & Integrity 和 Performance & Scale——每项都标明等级（A–F）并附上一句话解读。显示未封顶的 computed 值，以及任何 capped:true（该轴上出现 fail + severity:5 时，评分会封顶为 F）。绝不合并两项评分。
   • 每项评分的分类明细（值、权重、是否启用）、检测到的范式/引擎、达到的 tier，以及 needs_api 检查项数量（体现评分可信度——不得在未说明的情况下判定通过）。
   • 如果检测到多个数据存储，则按各存储中最差结果汇总每个轴的评分，并标明导致评分最低的存储，同时列出各存储的明细。
   • 按影响排序的优先行动列表：每项包含状态、严重程度、证据（引用 evidence.observed 中的真实 DDL/查询，并对机密信息进行脱敏）、建议、可修复性（自动/拟议/建议），以及 expected_impact（轴 + 置信度 + 影响幅度，按高|中|低分级——不得虚构百分比/延迟/行数）。
3. 最后提供以下选项："运行 /claude-db:fix 以应用安全且可撤销的更改（每项更改都由你确认），运行 /claude-db:migrate 以检查迁移，或运行 /claude-db:next 以了解应优先处理的事项。"

两项评分，绝不合并。每项发现都必须符合 schema/finding.schema.json，并附带可复现的证据。请使用用户的语言回复（EN/ES）。