--- name: layer2-stock-brief description: "当用户明确提到某个具体股票或上市公司时——如'保隆科技最近怎么了''帮我快速看一下600519''茅台最近有什么重要信息'。整合行情、公告、新闻和研报。行业整体问题用 industry-brief,研报专项用 research-digest,公告专项用 announcement-brief。" --- Use when: - 需要快速了解某个股票最近发生了什么 - 需要把行情、公告、新闻、研报放在一起看 - 仅当用户已经明确点名某个股票,且确实需要个股层信息时使用 - 用户用灵感页口吻问“手把手看懂一只股票”“朋友推荐这只股票靠谱吗”“这家公司最近到底怎么了” - 典型场景: - 单一股票公开资料分析 - 上市公司简析(客观视角) - 近期消息面意义及影响 - 公司定期报告/预告/业绩修正 Not for: - 不要直接用于纯投教、法规解释、财富规划 - 不要在缺少底层数据时强行输出“投资建议”或“目标价判断” - 不要把它当成默认推荐个股、引导客户围绕个股反复追问的入口 - 如果用户问题更适合从行业、板块、宏观或市场结构解释,优先引导到这些层面,而不是把回答越做越细到个股 Depends on: - `layer1-fin-data` - `layer1-doc-search` Workflow: 1. 先通过 `search_security` 或直接传入 `ticker` 确认标的身份,优先拿到标准证券代码。 2. 调用 `get_security_profile` 获取公司基础画像,至少确认市场、行业和证券简称。 3. 如果用户关注“现在怎么样”“最近怎么样”“帮我分析一下”“公司是做什么的”这类当前导向问题,不要只凭参数知识直接回答;至少先获取 `security_profile`,再补最近公开信息。 4. 如果用户关注“现在怎么样”或“最近走势”,优先调用 `get_latest_snapshot`;如果用户关注区间表现,再调用 `query_data`。 5. 如果用户问“最近发生了什么”或“帮我快速分析一下”,优先使用 `get_entity_event_timeline` 或 `search_normalized_events` 做一次近 `7-30` 天时间线梳理,避免把新闻、公告、事件分开重复查很多轮。 6. 如果需要拆开看来源,再调用 `search_company_news` 获取最近公司新闻,默认优先近 `7-30` 天。 7. 调用 `search_announcements` 获取最近公告,优先关注: - 定期报告 / 业绩预告 / 业绩修正 - 分红、回购、减持、增持 - 重组、重大合同、管理层变动 8. 如果线上研报链路可用,再调用 `search_research_reports` 获取最近个股研报;公司级研报必须使用第 1-2 步确认出的 `company` 和/或 `ticker` 做 scoped search,不要只把公司名放进 `query` 后配 `1y` 这类长窗口;如果研报不可用或参数报错,要明确说明而不是跳过不提。 - 港股、美股、英国市场要保留解析出的市场代码;scoped 结果为空时,再用可靠公司名去掉 `ticker` 重试一次。 - 当前结构化行情身份工具并非覆盖所有海外市场;未确认到行情身份时可以继续做明确公司名的文档检索,但必须把行情画像标为未返回,不能猜代码。 9. 合并输出为“个股快查摘要”,明确区分: - 市场表现 - 新闻事件 - 公告 - 研报观点 10. 如果用户要求 HTML、灵感样张或“做同款”,把结果整理成 WorkBuddy 证据包: - 标的身份:公司名、证券代码、市场、行业 - 最新状态:最新行情或区间表现;拿不到就标“未返回最新行情” - 最近 `7-30` 天发生的 3-5 件事:新闻、公告、研报分开标来源类型 - 给小白看的解释:这些事为什么重要、影响的是收入/成本/政策/竞争/资金偏好中的哪一类 - 支持证据、风险证据、还不能下结论的地方 - 后续 3 个观察信号:公告、财报、订单/价格、行业数据、研报覆盖或政策 - 源头复核入口:保留返回的 `source_url`、`document_url`、`report_url`、`original_url` 或小程序内容页;入选 Same Boat 内容缺少文章级 URL 时,按 `layer1-same-boat` 调用 `generate_content_url_link` 并只使用返回的 `url_link`;没有链接就只标来源类型 11. 在总结时优先补一句“这对所属行业、板块或更大市场环境意味着什么”,尽量把用户视角从单一个股拉回行业和宏观背景。 12. 最后如确有必要,再补一句“这对当前个股意味着什么”,但只做信息归纳,不做买卖建议。 Rules: - 只要用户已经明确点名某个股票,就应先走个股信息链路,不要跳过工具直接凭模型常识作答。至少拿到 `get_security_profile` 后,再描述公司业务和近期状况;公司近期信息必须来自时间线、公告、新闻或研报,不要用模型记忆中的旧描述。 - 如果用户问题明显指向“财报 / 业绩预告 / 业绩修正 / 最近公告说了什么”,优先按公告链路处理:先 `search_announcements + get_document`,不要先把新闻和研报铺满。 - 只要回答里出现“近期动态”“最近发生了什么”“亮点”“风险点”“订单”“产能”“业绩”“研发布局”“机构观点”等近况表述,就必须先调用新闻、公告、研报中的至少一种工具;没有检索证据时不要写这些内容。 - “最近发生了什么”优先用 `get_entity_event_timeline` 或 `search_normalized_events` 收敛,不要先分别发起多轮新闻/公告搜索。 - 如果一个工具都没调到,不要输出带有时间性的个股分析,不要凭记忆补“2024Q1”“近期签约”“今年规划”这类信息。 - 新闻、公告、研报最多各取 `3-5` 条,不要堆太多。 - 如果用户问“最新价”,优先使用 `get_latest_snapshot`。 - 如果用户问“最近怎么了”,默认优先看最近 `7-30` 天,而不是拉很长历史。 - 如果用户问“这只股票怎么看”,先讲事实层,再讲风险点和待验证点,不要直接替用户做交易决策;涉及个人持仓、仓位或账户适配时必须回到公开资料研究边界。 - 如果用户问“朋友推荐这只股票靠谱吗”,把问题改写为“公开资料能支持哪些说法、哪些说法还没证据”,不要替用户判断是否买入。 - 默认弱化“个股推荐感”,不要把回答组织成“这只股票值不值得买/卖”的风格。 - 只要能从行业、景气度、政策、市场风格、资金偏好解释,就优先从这些层面组织信息,而不是把重点放在个股涨跌本身。 - 如果用户只是泛泛问“最近有什么机会”“该看什么”,不要主动落到单一个股,优先引导到行业、主题、指数或宏观框架。 - 如果新闻和公告都为空,要明确说明“近期公开信息较少”。 - 如果公告很多,优先选择高信息密度类型,不要把日常经营类流水公告铺满。 - 如果新闻、公告、研报结论不一致,要明确区分来源,不要合成一个过度确定的判断。 - 如果研报链路报错或不可用,要明确写出“研报暂不可用,本次摘要主要基于行情、新闻和公告”。 - 如果 `search_research_reports` 返回 `INVALID_BROAD_TIME_RANGE`、`MISSING_RESEARCH_FILTERS` 或其他参数/范围错误,这不是“没有研报”,应改用已确认的 `company`/`ticker` 重试;只有 scoped company/ticker 检索成功且结果为空,才写“本次未命中公司级研报样本”。 - 海外公司精确上市地研报为空时,保留 `ticker`、`market` 和 `scope="listing"`,只能写“当前研报源与时间窗下未命中”,不能写“公司没有研报”。只有用户要求发行人整体覆盖时,才另行使用并明确标注 `scope="issuer"`,不得静默去掉 `ticker`。 - 港股公告为空时要明确当前公告源不包含港交所披露易原生公告,不能把空结果写成“公司近期没有公告”。 - 登录页、OAuth 授权页、控制台、服务/反馈页、搜索页和门户首页都不是原文入口;不得把这些地址包装成“同舟认证证据”“认证查看”或其他源头复核卡片。 - 如果 `search_security` 未能确认标的,或 `get_security_profile` 未返回有效画像,要先说明“暂未确认到准确标的身份”,不要直接展开个股分析。 - 不要直接做投资建议,只做信息整合。 - 不要整段贴公告正文或研报长文本,只提炼关键事实与短摘要。 Suggested output template: 1. 标的与最新市场表现 2. 最近重要新闻 3. 最近重要公告 4. 最近研报观点 5. 所属行业或更大市场背景 6. 当前需要重点关注什么 7. 一句话综合摘要 WorkBuddy HTML handoff: 1. 页面标题建议用“手把手看懂:{公司名}最近发生了什么” 2. 首屏给一句话结论、证据窗口、3 个关键信号 3. 中段用“发生了什么 / 为什么重要 / 证据怎么说 / 风险在哪里 / 接下来盯什么” 4. 文末必须有信源复核和非投资建议 Examples: - `保隆科技最近怎么了` - `贵州茅台最近一周有什么重要信息` - `帮我快速看一下 600519` - `手把手看懂宁德时代最近发生了什么`