Menú
用于 Quantia 仓库的"验证优先"诊断与修复工作流——当用户报告 bug、异常、生产日志报错、或要求"检查/审查当前修改是否引入新问题"时使用。强制：先证实问题真实存在并定位根因 → 评估多方案择优 → 修复 → 回归自检 → 本地/接口验证，最后才声明完成。覆盖生产日志（阿里云 115.29.213.22）根因定位、phase/文档一致性核对。纯新功能开发、纯查询/解释、用户已明确"直接改"时可跳过严格证实步骤。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Use when debugging AI agent issues: empty reports, tool call failures, LLM hallucinated columns, SSE streaming errors, max_rounds exhaustion, or provider connectivity. Covers diagnostic steps, common root causes, and fix patterns for the stock_analyst/market_summarizer/strategy_coder agents.
Use when adding, editing, debugging, or reviewing custom composite indicators (Phase 9 自定义综合指标) under quantia/core/composite/, including normalizers (n_lin/n_wr/n_rank/n_supertrend/n_pctb/n_cci), hard-rule AST sandbox expressions, risk simulator stop/target/max-hold + fundamentals exit, dynamic universe filters, and the cn_stock_custom_indicator handler. Use when writing builtins or wiring the customIndicatorHandler / refresh_composite_universe cron.
Use after editing Quantia backend Python (quantia/web/**, quantia/core/**, quantia/job/**) or frontend (quantia/fontWeb/src/**) to restart the long-running Tornado web service, sync template changes, and copy the Vite dist into quantia/web/static for production. Use when changes appear to take no effect in the browser or when frontend strategy templates show stale code.
Basado en la clasificación ocupacional SOC
| name | diagnose-verify-fix |
| description | 用于 Quantia 仓库的"验证优先"诊断与修复工作流——当用户报告 bug、异常、生产日志报错、或要求"检查/审查当前修改是否引入新问题"时使用。强制：先证实问题真实存在并定位根因 → 评估多方案择优 → 修复 → 回归自检 → 本地/接口验证，最后才声明完成。覆盖生产日志（阿里云 115.29.213.22）根因定位、phase/文档一致性核对。纯新功能开发、纯查询/解释、用户已明确"直接改"时可跳过严格证实步骤。 |
这是本仓库用户的签名工作流。几乎每次"修 bug / 检查改动 / 看日志"的请求都隐含这套要求， 即使用户没逐条写出来，也要按此执行。
*.log）Invoke-RestMethod 黑盒调接口），或在代码里定位触发路径。115.29.213.22，库 instockdb）：
quantia/log/stock_fetch.log / stock_error.log / refresh_ai_kb.log / kline_cache 相关。document/*.md（特别是当前 phase 的开发计划）核对，确保方案不偏离需求。restart-and-deploy skill 重启 + 黑盒接口验证（commit ≠ 生效）。python -m pytest tests/test_<相关>.py -q；改了多模块就跑相关多文件。Invoke-RestMethod 确认 200 + 预期字段（区间用 2026-03~05，2025 在生产 DB 为空）。custom_<id> 两条路径都验证（见 AGENTS.md Custom-strategy parity）。commit-and-push skill 询问是否提交推送（用户高频要求"验证后提交推送"）。| 反模式 | 正确做法 |
|---|---|
| 没复现就按用户描述直接改 | 先证实问题真实存在 + 根因 |
| 修了症状没修根因（如 fillna 掩盖 NaN 源头） | 顺数据流回溯到根因再修 |
| 只给一个方案就动手 | 多方案对比 + 择优，必要时问"是否有更优解" |
| 改完不做回归扫描就说"完成" | 显式回答"是否引入新 bug"+ 跑测试 + 黑盒验证 |
| 后端改完只 commit 不重启 → 说生效了 | 重启 web_service + 黑盒接口确认 |
| 自定义策略只测内置一侧 | 内置 + custom 两条路径都验证 |