财经大V直播日报

围绕财经大V直播内容生成中文日报。此类直播数据源获取与结构化整理门槛较高，优先复用当前项目已有的数据接口与字段，不重新发明数据结构，不把泛资讯或二手解读冒充为直播原始观点，不编造观点，不把缺失信息包装成确定结论。

工作流

1. 锁定日期与数据来源

• 日期范围固定为"昨日"（T-1）。必须在输出中写明绝对日期，例如 2026-05-15。
• 如果用户明确要求"今日"/"今天"/"实时"大V观点，直接说明"当前仅支持昨日内容"，不请求当天接口，不回退生成其他日期内容。
• 优先使用当前项目的日报接口：GET /api/v1/daily_summary?date=YYYY-MM-DD&platform=skillhub，date 参数填锁定后的绝对日期，platform 固定为 skillhub。默认把该接口视为当前项目内部已整理好的财经大V直播内容聚合结果。
• 如果用户已经提供 JSON、表格或摘录文本，直接基于用户提供内容整理，不重复请求接口。
• 如果接口返回 is_complete=false、processing_count>0、queued_count>0 或存在 failed_items，仅以一句简短状态提示交代"数据仍在处理中"或"部分来源尚未完成整理"，不要单列失败清单。
• 如果接口返回非 200（如 4xx、5xx、超时），停止写稿，直接告知用户"接口请求失败（HTTP xxx），请稍后重试或手动提供数据"。
• 如果用户传入的 JSON 缺少 influencer_name 或 core_view 等必要字段，逐条列出无法识别的记录并说明原因，不对缺失字段强行补全或猜测。
• 如果用户提供的是普通新闻、研报摘要或未注明直播来源的二手整理内容，明确说明这不等同于财经大V直播内容；仅在用户坚持要求按现有材料整理时，按“用户提供摘录整理稿”处理，不额外宣称其来自直播。

2. 先做事实整理，再开始写稿

先识别每条观点的核心字段：

• influencer_name: 大V名称
• source_scene: 场景，如盘前、盘中、盘后、晚间
• content_type: 宏观策略、板块赛道、市场复盘、资讯解读
• market_stance: 看多、看空、震荡
• core_view: 核心观点
• core_logic: 观点依据
• bullish_sectors: 看好板块
• suggestion: 操作建议
• price_ref: 大盘或指数层面的区间、关键点位或观察位
• confidence: 置信度

整理时遵守下面的原则：

• 不改写观点方向，不把"关注"强化成"强烈看多"。
• 不将不同大V的观点混成一句话；如需汇总，先保留原始归属，再做共识提炼。
• 同一大V多条观点可以合并成一段，但必须保留重点信息，不得因追求排版而省略关键信号。
• 没有明确提及的字段宁缺毋滥，缺失时留空或省略，不自行补全。
• 优先保留直播语境中的场景信息，例如盘前、盘中、盘后、晚间直播，不把直播观点改写成脱离时点的泛化评论。

3. 输出成好看的中文日报

默认只在对话中返回内容，不生成任何文件。只有用户明确要求时才写文件：

• 用户说"生成 Markdown 文件"/"保存 Markdown" → 写 daily_report_YYYYMMDD.md 到当前工作目录。
• 用户说"生成 HTML 文件"/"保存 HTML" → 写 daily_report_YYYYMMDD.html 到当前工作目录。
• 用户说"生成文件"/"保存" → 同时写两份文件。
• 未提及文件 → Markdown 在对话中返回，HTML 不返回也不写文件，忽略。

版式目标是“像财经媒体专题页一样易读、易扫、易定位”，而不是原始字段堆砌或后台面板式罗列。

Markdown 版式

结构：封面式标题区 → 编者导语 → 市场脉络 → 焦点观点 → 大V直播明细 → 共识与分歧

• 标题格式：# 昨日财经大V直播日报 | 2026-05-15
• 标题下方优先使用紧凑元信息条，交代更新时间、样本量和状态提示；异常状态只允许以简短提示出现，不单独成节
• “编者导语”用于承接 one_line_summary，语气应像专题稿前言，而不是字段说明
• “市场脉络”默认改为 3 到 5 条短块式摘要，不再让大表格成为主视觉；只有在用户明确要求时才退回表格速览
• “焦点观点”优先展示 2 到 4 条信息密度最高的观点，按“结论 → 依据 → 操作提示”顺序排布
• 正文默认按大V分组；每位大V使用“人物名 + 场景标签 + 观点短卡”的写法，减少字段名直出感
• 对 suggestion、price_ref、bullish_sectors 使用短句或短块呈现，避免长段堆叠
• 样本量较少时自动收紧结构，允许省略“市场脉络”中的次级块，但保留导语、焦点观点和必要明细
• 只在确有价值时输出“共识与分歧”，不要机械生成
• 结尾补一段审慎表述，明确这是一份“观点整理”，不是投资建议

HTML 版式（仅用户明确要求生成 HTML 时适用）

结构：头图式标题区 → 导语区 → 市场脉络区 → 焦点观点区 → 快速导航 → 大V明细区 → 共识与分歧

• 页面视觉应接近财经媒体专题页，而不是后台面板；允许更强标题区、更明显分区层级和更有质感的留白
• 首屏必须先看到日期、导语、样本信息和市场脉络，不要一开始就堆叠明细卡片
• 焦点观点区应优先展示 core_view、core_logic、suggestion、price_ref 更完整的内容，卡片层次上先强调结论，再呈现依据与动作
• 大V明细区默认保留折叠能力，但未展开状态下也必须能读到人物名、直播场景、核心判断和简要操作提示
• 快速导航只保留一种主阅读结构，避免主题导航与人物导航重复展开同一批内容
• 按 references/report-template.md 中的骨架生成，模板内置下载按钮、三态立场标签与移动端适配

4. 文风要求

• 使用专业、克制、清晰的中文财经写法。
• 句子尽量短，减少空话套话。
• 先结论，后依据。
• 尽量使用并列短句、短段、表格，提高扫读效率。
• 不使用夸张标题，不使用"暴涨必来""满仓干"等情绪化表达，除非原文就是引用。
• 不使用花哨符号堆砌。允许适度使用分隔线、表格、加粗，但整体风格应偏商务汇报。

当前项目的数据约定

字段释义、排版映射、接口地址与调用示例见 references/project-data-mapping.md。

写作规则

• 必须在标题或前言中写出目标日期的绝对日期。
• 必须对不完整数据显式提示，不能假装是全量结果。
• 必须保留大V归属。
• 必须尽量保留直播场景归属，尤其是盘中直播、盘后直播等时间语境。
• 必须区分"市场观点"和"板块观点"。
• 必须把原始字段加工为可读表达，而不是原样逐字段罗列。
• 必须优先生成“像成稿”的层次与节奏，而不是把字段名逐项翻译后直接拼接。
• 同时生成 Markdown 与 HTML 时，两份产物必须保持事实一致，不能一份有结论、一份漏观点。
• 禁止设置"数据缺口""风险提示与数据缺口""失败项明细"等独立章节。
• 禁止凭空推导未出现的行业机会、大盘点位、操作区间或市场立场。
• 禁止把 confidence 解释成收益概率；它只是抽取结果的置信度。
• 用户明确要求"今日"/"今天"/"实时"内容时，必须直接拒绝并说明当前仅支持昨日内容，不得自动回退为昨日日报。
• 禁止把普通资讯快讯、媒体转述或研报摘要包装成”财经大V直播内容”。
• 生成 HTML 时，必须对所有动态内容进行 HTML 实体转义（< → <，> → >，& → &，” → "），防止 XSS 注入。不得将接口返回或用户输入的原始文本直接插入 HTML 标签内部。

兜底策略

• 如果只有少量观点，直接输出精简版标准日报，不要为了排版硬凑章节。
• 如果没有有效观点，明确写“暂无可形成日报的明确观点”，并附上简短状态说明。
• 如果用户只要“漂亮排版”，保留事实不变，仅增强结构、导语、焦点观点、卡片层级与摘要节奏，不改变结论。