infometa 诊断可视化生成器（Diagnostic Visualizer）
把一次诊断/自检/方案的结论，变成专家评审建议（HTML 单页：五关雷达图、评分条、建议卡片、评委质疑点、三层价值、下一步行动），并尽力发布为在线链接。这是「青创领航员」的标配交付动作：文字回答 + 专家评审建议，一次对话同时给出（双交付）。
与"待办清单/工作台"不同：专家评审建议是展示型报告——把建议用图表和卡片直观呈现，一眼看懂项目强在哪、弱在哪、下一步做什么。不做勾选、不做长期跟进工具。页面内不出现"可视化应用/工作台"字样，统一称"专家评审建议"。
何时使用
用户在对话中获得关键交付（立项澄清结论、五关自检报告、闭环陪跑方案、答辩清单）之后，必须同步生成可视化应用。普通闲聊、信息收集阶段不生成。
执行流程
整理诊断数据：从本次结论中提取结构化数据（结构见下）。
渲染 HTML：
python3 <本目录>/generate.py --data '<json 文件路径或内联 JSON>' --out <输出路径>.html自检：确认输出 HTML 中已无
__WB_DATA__占位符残留。发布（尽力而为）：
- 若当前环境具备资料库发布能力（宿主 library 技能的
page/import_html.py+page/publish_page.py+ 平台凭证）：上传为在线 page，取公开链接交付。 - 若无法取得发布凭证：交付本地 HTML 文件路径，并说明"把这份文件交给 WorkBuddy 主助手，即可发布成在线链接分享"。
- 若当前环境具备资料库发布能力（宿主 library 技能的
回执：给出应用链接（或文件路径）+ 一句话说明（页面含雷达图/评分/建议/质疑点/行动）。
诊断数据 JSON 结构
{
"project": "AI 电商项目",
"subtitle": "专家评审建议",
"date": "2026-08-10",
"meta": [ {"k": "赛道", "v": "AI-Native 竞赛"}, {"k": "团队", "v": "研究生团队"} ],
"summary": "一句话总体诊断结论",
"gates": [ {"name": "价值关", "score": 55}, {"name": "创新关", "score": 35}, {"name": "专业关", "score": 40}, {"name": "落地关", "score": 30}, {"name": "规模关", "score": 25} ],
"weakest": "创新关、落地关",
"verdicts": [ {"gate": "价值关", "level": "中", "comment": "痛点方向存在，但场景过大"} ],
"improve": [ {"title": "去相关测试", "gate": "创新关", "desc": "具体动作描述（改进型=必须做）"} ],
"consolidate": [ {"title": "价值证明包", "gate": "价值关", "desc": "具体动作描述（巩固型=加分）"} ],
"challenges": ["评委最可能质疑的点 1", "点 2", "点 3"],
"values": { "技术": "…", "商业": "…", "社会": "…" },
"actions": ["本周第一件事", "第二件事", "第三件事"]
}
gates[].score：0–100 整数，决定雷达图与颜色（<40 红 / <70 琥珀 / ≥70 绿）。improve（改进型）与consolidate（巩固型）建议各 2–4 条，每条标注服务哪一关。actions3 条以内，必须具体到"本周能做的事"。
设计约束（铁律）
- 这是专家评审建议（展示型报告），不是待办清单：必须包含五关雷达图、评分条、建议卡片、评委质疑点、三层价值、行动建议。
- HTML 必须自包含：雷达图用内联 SVG/JS 绘制，不引用任何第三方外链（图片/字体/脚本/CDN），保证可独立上传发布。
- 数据必须来自本次真实诊断结论，不编造评分与建议；不确定的字段留空或标注"待验证"。
- 主语始终是同学的项目；页面只承载"项目落地"内容，不出现 AI 工具操作教学。