用途：对代码仓库做每日、以证据为依据的健康巡检，覆盖近期提交、CI 信号、依赖漂移、性能回归和测试覆盖缺口，产出一份简短报告，并区分“已观察”与“疑似”，给出最小可行修复。
时间窗口：若传入 $ARGUMENTS 则按其设定（如 24h、last-run、ISO 日期）；否则读取仓库根目录 .daily-qa-last-run 的时间戳作为下界；再否则默认最近 24 小时。报告写完后将 .daily-qa-last-run 更新为当前时间戳，并加入 .gitignore、不提交。
主要步骤：先汇总窗口内 CI 失败与 flaky 测试（可用 gh run list --limit 50 --json …、gh run view <id> --log-failed），按可能根因分组并标记已观察或疑似；再做近期提交缺陷扫描，优先委派 /code-review 在本地层运行，若不可用则读取 diff 查具体缺陷特征；接着检查依赖/SDK 漂移，从锁文件取当前版本，仅用可复现来源（如 npm outdated --json）确定目标版本，无来源时写“目标未知”；然后对比基准/追踪数据标出性能回归，无测量则说明并建议测什么；再检测窗口内改动但缺测试的代码路径，仅起草测试、不自动应用；最后按触发条件做限定范围的深入检查。
深入命令：/db-optimize 在涉及 ORM、迁移、查询、原始 SQL 等改动时自动运行；/defense 始终自动运行，仅读代码，发现按严重级归档；/iac-scan 在基础设施/部署配置改动时自动运行；/pentest、/qa、/web-perf、/cso、/design-audit、/a11y 等仅建议、不自动运行，需用户自行确认授权后执行。
限制：证据薄弱或缺失时应跳过，不得编造发现、推测根因或猜版本号；优先最小安全修复，不做重构、无关清理或顺带改名；范围紧扣改动/受影响区域，需更大工作则标为后续事项；自动步骤不自动创建 PR；部分命令需外部工具、令牌或运行中应用，缺失时明确标注不可用；本技能涉及的具体公司/系统/功能材料未提供更多细节。