| name | doubao-daily-stock |
| description | 用于单一上市股票或二级市场公司的当日/近期个股日报，解释涨跌和异动原因，梳理行情、资金流、新闻公告、板块联动、技术面、预期与风险。适用于“某股今天为什么涨跌”“做个日报”“近期表现”“资金面和消息面”等问题；默认先输出结构完整、观点深入的对话版分析，并询问是否继续生成自包含投行风格 HTML 完整报告；不用于长期商业模式/护城河、财报业绩、行业/板块、多股主题、一级市场或大盘事件解读。 |
doubao-daily-stock
适用场景
本 skill 用于单一上市股票或二级市场公司的当日/近期个股日报，重点分析行情表现、涨跌原因、资金变化、新闻公告、板块联动、技术面、预期与风险。
适用于用户询问“某股今天为什么涨跌”“做个日报”“近期表现如何”“资金面和消息面怎么样”“生成完整 HTML 报告”等场景。核心判断标准是：单一公司 + 短期动态 / 行情复盘。
不用于长期商业模式/护城河、财报业绩深度分析、行业研究、板块热度、多股主题、一级市场或大盘事件解读；遇到这些问题应转向相应 skill 或先澄清。
默认先获取数据并输出结构完整、观点深入的对话版个股日报，结尾询问用户是否继续生成自包含投行风格 HTML；只有用户明确同意时，才生成完整 HTML 报告。
数据准确性最高优先级
这是一份严谨金融分析报告。数据准确性高于版式、速度和观点表达；只要一个关键数据错误，整份报告就失去权威性和意义。
执行本 skill 时必须先完成“数据验收”，再进入分析写作和 HTML 生成：
- 所有关键行情、财务、资金、板块、技术指标、新闻、公告、研报/一致预期数据，原则上必须从 2-3 个独立渠道交叉核实；只有来源一致、时间口径一致、证券代码和市场一致时才可使用。每一个进入报告的数值都必须记录来源链接；不是模型自己计算的数值，正文和 HTML 中必须用上角标回链到“信息来源”。
- 如果数据存在冲突、口径不明、日期不对、数量不足或无法核验，宁可留空；表格和指标卡统一写短占位
暂无，不得写“暂未获取可信信息”这类长句，也不得猜测、补造或沿用疑似错误数据。
- 必须先判断用户发起请求的时间点，并据此确定
report_request_time、data_as_of 和最近有效交易日。非交易日请求时，应向前推到最近一个真实交易日；若该日停牌或休市，继续向前推。
- 取数阶段必须先形成内部数据核验记录，至少包含：证券身份、报告时点、数据截至时点、每一个行情/财务/新闻/技术指标字段的数值、单位、原始外部来源链接、交叉验证结果、缺失项、自己计算项及公式。该记录只用于工作流内部核验，不要求保存为本地
.txt，也绝不能作为报告末尾“信息来源”。后续分析和 HTML 只能使用已核验数据；若必须新增材料，也必须先补充核验后再使用。
- 当前版本不获取 1 分钟级行情，不获取 30 个交易日日线，不获取 90 个交易日行情，也不生成 K 线图。MA、MACD、RSI、量比、PE TTM、资金流、投行一致预期等指标优先直接获取权威数据源披露值；由于不同平台算法口径不同，不再要求 agent 自行重算技术指标。若确需自行计算，必须写明公式、输入来源和计算过程，并在报告中标注为“自行计算”。
- 新闻、公告和研报必须核查原文真实性、发布日期和是否落在要求时间范围内。正文引用的重要事实必须有可打开来源；无法核验的传闻不得写成事实。
- 任一难获取字段经过至少 3 次换源/扩大区间/修正代码尝试后仍无法准确获得，可以留空并跳过对应展示或分析；不得为了完整性牺牲准确性。
文件导航
按步骤加载，不要一次性读完整个 skill 目录：
总工作流
1. 识别股票与用户问题
先同时识别两件事：
- 股票主体：股票名称、证券代码、市场、币种。
- 用户问题：每日复盘、目标价/上涨空间、短线交易、事件催化、持仓处理、风险判断、估值贵不贵等。
必须把用户问题转化成 question_focus，并贯穿对话版日报和后续 HTML 正文。不要只生成模板化日报而不回答用户原问题。
常见 question_focus：
target_price：用户关心股价能到哪里。重点看技术压力位、震荡区间、投行一致预期、估值分位、业绩弹性，给出情景区间而非确定目标价。short_trade：用户想短线快进快出。重点看今日量价、资金流、技术指标来源值、支撑压力和波动风险；只能给研究视角的短线环境判断，不给具体买卖、仓位、止损或止盈指令。event_catalyst：用户问销量、订单、公告、政策、行业新闻是否会拉动股价。重点核查事件真实性、收入/利润贡献、持续性、是否已被股价反映，并说明对短期情绪和中期基本面的不同影响。position_advice：用户提到持仓、空仓、被套、盈利。重点分持仓状态给出操作边界和风控。daily_recap：用户只要求复盘。按标准日报生成，但仍要提炼最重要矛盾。
如果用户问题不清楚，先用最接近的 question_focus 推断；只有股票主体无法确定时才向用户确认。
- A股：支持
300308、SZ300308、300308.SZ、中际旭创 等。
- 港股：支持
00700、0700.HK、腾讯控股 等。
- 美股：支持
NVDA、MSFT 等。
如果名称可能对应多只股票，先用搜索或行情接口确认；无法确定时向用户确认。
2. 获取数据
必须联网或调用可用行情/数据工具，不要凭记忆。数据要求见 references/data-contract.md，数据源优先级见 references/data-sources.md。
在豆包等支持搜索工具的环境中，取数和资料搜集必须先调用 seed_finance_search 与 general_search：seed_finance_search 优先用于证券识别、行情摘要、量比、PE TTM、资金、板块、技术指标、预测等金融结构化数据；general_search 优先用于公告、新闻、产业信息、权威来源、可打开原文和交叉验证。两者不可用、字段不全或校验失败时，再进入同花顺、华泰证券、老虎证券等 MCP 和后续兜底源。
最低数据集：
- 当前价/涨跌幅/日内区间/总市值/PE TTM/成交额/换手率/量比。
- 主力资金、北向或等价外资、大单资金。
- 相关板块表现。
- MA、MACD、RSI、震荡区间、压力位、支撑位。
- 最近 3 日内权威财经新闻、产业新闻、公告或监管披露。
- 投行一致预期与短期风险。
按 question_focus 补充取数：
target_price：补充一致预期 EPS/PE、历史估值区间、可核验压力位/支撑位、上方缺口/前高/整数位、可比公司估值。short_trade：补充当日快照、收盘位置、成交额相对 5 日均值、短线资金流和可核验关键波动区间，用于说明风险环境，不用于生成具体交易指令。event_catalyst：补充事件公告/新闻原文、事件发生日期、市场是否已交易该事件、对收入/利润/订单/产能/政策预期的可能影响。position_advice：补充成本区间无法获知时，用当前价上下关键位给出通用持仓/空仓/短线三类建议。
3. 输出对话版完整日报
完成数据获取和分析后，默认先输出对话版完整日报，不直接生成 HTML。对话版日报不是简短摘要，必须结构完整、内容有深度、观点清晰，并覆盖 HTML 报告会包含的核心分析。
输出前必须读取并遵守 references/content-rules.md 的“对话版报告格式硬规则”：
- 使用 Markdown 输出，但版式按投行晨会/交易台快报口径固定。
- 标题层级、字体口径、段间距、行间距、表格格式和引用格式必须稳定，不得随 agent 习惯变化。
- 不使用 emoji、彩色卡片、夸张营销标题、随意分割线或不同风格的二级标题。
- 对话版正文最开头必须先输出固定提示语：
「以下内容仅为行情与逻辑分析，不构成任何投资买卖建议，务必结合自身风险承受能力决策」；该提示语位于报告标题之前，且只出现一次。
对话版日报必须包含：
核心结论：3-5 点，第一点直接回答用户问题。一、今日行情、量能与资金流向：解释价格、成交额、换手率、量比、资金流和造成该走势的基本面/行业/宏观/公告原因。二、板块联动与个股地位：说明相关板块表现、个股相对强弱和是否属于 alpha/beta。三、技术面分析：说明 MA、MACD、RSI、震荡区间、压力位和支撑位。四、消息面与隔夜观察：列出最近 3 日权威消息、公告、产业新闻和未来潜在催化。五、投行一致预期：列出可获取的净利润、收入、EPS、PE，或港股/美股常见的机构评级、目标价；若经核验确无投行/券商覆盖，不出表格，改用文字说明“暂无可核验覆盖”及其机会与风险。六、综合评估：给出评估和 2-3 段理由，包含基本面或行业趋势判断。七、短期风险提示：3-5 条，至少一条直接对应用户问题。信息来源：列出正文实际引用且可打开核查的全部原始外部来源，包括公告、新闻、公司/交易所/监管披露、产业媒体、研报/预测，以及进入正文或表格的行情、资金、板块、技术指标和估值数据来源。不得把内部核验记录、本地 txt、本地材料包或中间文件作为信息来源。免责声明：使用合规口径，说明不构成投资建议。
对话版日报第一部分或核心结论第一条必须直接回答用户问题，例如：
- 目标价问题：先说明“上方第一观察区间/乐观情景/失效条件”。
- 短线问题：先说明当前短线交易环境、波动和风险，不给具体买卖、仓位、止损或止盈指令。
- 事件催化问题：先说明“事件对股价是短期情绪催化、中期基本面支撑，还是已被定价/影响有限”。
不得以报告自身口吻输出直接投资操作建议，例如“建议买入 / 卖出 / 加仓 / 减仓”“适合买入”“应减仓”等。允许在客观转述、条件假设、风险提示或用户既有状态描述中出现相关词汇，但必须明确保持研究分析口径，不得形成操作指令或替用户作出交易决策。
对话版日报结尾必须询问用户是否继续生成完整 HTML 报告，例如：
如果你需要，我可以继续把以上内容生成一份自包含、可本地打开和分享的投行风格 HTML 完整报告。
4. 用户确认后生成 HTML
只有当用户明确表示“生成 HTML / 需要完整报告 / 做成页面 / 继续生成”时，才生成单文件 HTML：
- 生成 HTML 时必须先严格按照本 skill 的固定 HTML/CSS、数据契约、版式规则和 QA 清单生成自包含 HTML 文件。在交付 HTML 产物时，务必遵循下面的顺序：先使用 FileBatchUpload 工具拿到公网链接，作为附件；将附件带给 app_builder_agent 工具进行交付，要求严格按照 HTML 源文件进行渲染输出，不做任何代码变更，技术栈严格使用html，即arch_type=html
- CSS 内嵌；不内嵌任何 K 线图表库、K线数据或图表脚本。
- 不依赖 CDN、外部字体、外部图片或外部 JS。
- 必须使用 references/html-style.md 的单一最终版式系统；不得临时创造新 CSS、复制历史 override、添加卡片/hero/timeline/news-card 等非本报告组件，或用 inline style “局部美化”。
- 报告正文、表格、信息来源和免责声明必须在生成时写成静态 HTML；不得用运行时 JS 拼接正文、表格、章节或信息来源。
- 首屏顺序固定：
header.report-header -> .lead -> .metric-grid -> 第一部分正文。不得插入 K线模块或任何图表分隔线。
- 章节顺序固定：一、今日行情、量能与资金流向；二、板块联动与个股地位；三、技术面分析；四、消息面与隔夜观察；五、投行一致预期；六、综合评估；七、短期风险提示；信息来源；免责声明。
- 正文中重要事实必须用上角标引用回链到“信息来源”，例如
<a class="cite-ref" href="#source-1">[1]</a>；不得只在文末泛泛列“公开信息”。信息来源必须真实可核查，不得编造媒体、日期、标题或链接。
- 当前价、涨跌幅、成交额、换手率、量比、资金流、板块行情、MA、MACD、RSI、PE TTM、投行一致预期等所有进入 HTML 的数据，必须在正文或表格中带上角标，并在“信息来源”中列出可打开来源；找不到真实来源链接的数据不得展示。
- 资金流向表格只适用于 A 股。港股、美股及其他非 A 股不得生成 A 股资金流表格，也不得硬套“主力资金 / 北向资金 / 大单资金”；相关交易线索合并写入第一部分“价格与量能”文字分析。
- 版式、颜色、字体、边框、表格、价格区间带都必须按 references/html-style.md。
- 不新增章节破坏固定版式；用户个性化问题必须嵌入
.lead、第一部分“价格与量能”、第三部分“技术面分析”、第四部分“消息面与隔夜观察”、第六部分“综合评估”和第七部分“短期风险提示”。
- 缺失字段不得触发替代版式；表格和指标卡缺失项统一写
暂无，核心字段缺失则回到取数步骤，不得让模板 fallback 拼出另一种页面。
5. HTML 强制交付闭环
生成 HTML 后不得立即交付。必须执行：
- 全量复核数据、内容、HTML结构、信息来源。
- 发现任意失败项，先修复，再从头全量复核。
- 至少完成两轮复核。
- 必须确认页面不存在 K线图、图表库、图表脚本、
market-chart-module、window.RECAP_CHART_DATA、今日/1个月/3个月 tabs 或图表分隔线。
复核细则见 references/qa-checklist.md。
合规口径
本 skill 生成研究讨论材料，不提供保证收益或确定性买卖结论。必须保留免责声明：
免责声明必须作为“信息来源”之后的独立章节，标题单独一行，使用与“信息来源”一致的 .section.source-note 版式，并固定为以下三段：
以上内容为AI自动生成或AI辅助生成，仅用于信息整理、投研辅助、教育交流或一般性分析参考，不构成对任何金融产品、交易策略或投资行为的推荐、邀约、承诺或保证，也不构成投资、法律、税务、会计等专业意见。以上内容可能基于公开信息、历史数据或用户提供材料进行总结、归纳、推演与情景分析，但相关内容可能存在时效性不足、信息缺漏、事实误差、模型偏差或生成性错误，历史数据、历史业绩、回测结果及情景假设均不代表未来表现。用户应基于自身风险承受能力、投资目标、财务状况及适用法律法规独立作出判断，必要时咨询持牌专业机构或顾问。任何因依赖以上内容而作出的决策及其后果，由用户自行承担。
