用途：在前端评审项目启动或用户要求初步评估（triage、day 0、仓库现状）时，对仓库做 Day 0 分诊，输出简短诚实的现状记分卡，不给出修复建议，修复建议由其他 frontend-review-* 技能负责。
主要能力与流程：先对应用分类，向用户询问或从 README/package.json 推断应用类型（admin、toc、btob-saas、ec、fintech、healthcare、iot-ops、media），记录合规背景（GDPR、PCI DSS、HIPAA 等）与认证要求；阅读 checklist/00-app-classification.md 第 3 步，确定该应用类型下安全、性能、TypeScript 严格度、lint、覆盖率目标、依赖新鲜度检查中哪些是 P0、P1 或跳过；将结果保存到 <client-repo>/.frontend-review/kpi/app-classification.json。随后运行 scripts/audit-triage.sh --repo <client-repo>（<client-repo> 为用户仓库绝对路径），读取 <client-repo>/.frontend-review/report/latest/raw/triage.json，并快速浏览 package.json、README.md、.github/workflows/，以及 gh issue list --state open --limit 20 --json number,title,labels，再对照 checklist/12-known-issues.md。
输出：写入 Markdown 报告 <client-repo>/.frontend-review/report/latest/md/triage-scorecard.md，包含应用分类、优先级覆盖、记分卡表格、Top 3 风险（每条一句话并标注 P0/P1）、待向客户确认的问题、下一阶段应针对的 checklist 项。报告须控制在 400 行以内。
限制：不提出超出 Top 3 风险的修复方案；不运行其他 audit-*.sh 脚本；不修改 <client-repo>/.frontend-review/ 之外的文件；不在客户仓库推送提交或创建 PR。参考资料包括 checklist/00-app-classification.md、checklist/12-known-issues.md、checklist/01-package-manager.md、checklist/02-dependencies.md 与 phase/day-0-triage.md。