注册新闻简报服务。用户说「帮我注册」「我想开始用简报」等时调用。 返回一个token，后续可以用token或用户名识别身份。

切换默认身份。用户说「把默认身份切到xxx」「以后默认用xxx的身份」时调用。

设置或更新用户的兴趣偏好。用户说「我想关注XX」「帮我加个兴趣」「不想再看XX」等时调用。 只传需要更新的字段，其他保持不变。兴趣偏好是新闻过滤的核心依据。

通过问答了解用户的兴趣偏好。用户说「帮我设置偏好」「重新设置我关注的内容」等时调用。 返回引导问题，收集完毕后整理成JSON调用 briefing_set_profile 提交。

根据用户的兴趣偏好推荐新闻来源（RSS、Reddit、Hacker News）。 用户说「帮我推荐信源」「有什么好的订阅推荐」等时调用。

按分类订阅新闻来源。用户确认推荐的信源后调用。 已有的自定义信源会保留。

添加自定义新闻来源（追加，不会覆盖已有的）。 用户说「帮我加一个RSS」「我还想看XX的Reddit」等时调用。

查看当前订阅了哪些新闻来源。用户说「我现在订阅了什么」「看看我的信源」等时调用。

从订阅的新闻来源抓取最新内容。用户说「看看今天的新闻」「最近有什么值得看的」「这周的简报」等时，先调用此工具获取数据。

时间范围：24=今天，168=本周，720=本月。

获取已抓取的文章列表。返回标题、来源、摘要等，供Claude根据用户的兴趣偏好筛选和分析。

获取用户的兴趣偏好，包含关注领域、当前项目、不想看的内容等。 在分析新闻前应先读取，作为筛选依据。

记录用户的阅读行为。当用户展开某条新闻、深入讨论、或收藏时，自动调用。 用于后续分析用户的兴趣趋势。

分析用户最近的阅读兴趣趋势。用户说「我最近关注了什么」「这周看了些啥」等时调用。

查看最近的阅读记录明细。

添加或更新关注的股票。用户说「帮我关注苹果」「加一只股票」「我想跟踪 CBA」等时调用。 不填 focus 则按 market + sector 自动推荐侧重面，返回推荐结果让用户确认。 可选信源（optin_sources）需用户明确说「加上」才填入，添加前告知用户相应限制说明（optin_notices）。

sector 常用值：Technology / Financials / Healthcare / Energy / Consumer / Other

查看关注的股票列表及每只股票的侧重面配置。用户说「我关注了哪些股票」「看看我的 watchlist」等时调用。

从关注列表中移除股票。用户说「不看 AAPL 了」「把 CBA 从 watchlist 删掉」等时调用。

调整某只股票的关注侧重面。用户说「AAPL 不看供应链了」「CBA 加上分析师评级」等时调用。 add_focus 和 remove_focus 可以同时传，都是侧重面ID列表。 可用ID：executive_trades / earnings / product_launch / competitor_share / regulatory / supply_chain / analyst_rating / litigation / ma_partnership / buyback_dividend / interest_rate_policy / macro_outlook

管理某只股票的自定义信源（RSS）。用户说「给 AAPL 加一个 RSS 源」「AAPL 删掉那个自定义源」「看看 AAPL 的自定义信源」等时调用。 add_urls 添加 RSS 源，remove_urls 按 URL 移除。两者都不传则仅查看当前自定义信源列表。 URL 支持 {ticker}、{company} 占位符，抓取时自动替换。

开启或关闭每日自动抓取股票新闻。用户说「帮我开启自动抓取」「关闭自动更新」「每天自动帮我更新股票消息」等时调用。

当用户首次通过 briefing_stock_watchlist_set 添加股票时，应主动问用户是否要开启每日自动抓取，解释其作用（保证趋势数据连续性），并尊重用户的选择。

抓取关注股票的最新新闻。用户说「看看我的股票有什么消息」「股票有什么新动态」等时调用。 不传 tickers 则抓取整个 watchlist。抓取后调用 briefing_stock_digest 获取文章列表做分析。

获取已抓取的股票新闻列表，供分析利好/利空。核心定位是帮用户提前看到风险。拿到数据后请：

1. 根据该股票的侧重面（focus）逐条分析

2. 每条新闻标注：🟢🟢 强利好 | 🟢 弱利好 | ⚪ 中性 | 🔴 弱利空 | 🔴🔴 强利空

3. 跟侧重面无关但重大的消息也要标注

4. 对🟢🟢和🔴🔴级别的消息，用 web search 查证官方来源

5. 检查该股票的 active alerts（返回的 stock_alerts + global_alerts）：

   • 对每条新闻，检查是否命中任一 alert 的 keywords

   • 命中时根据 alert 的 sensitivity 判断相关性： loose = 可能相关即触发 / normal = 直接相关才触发 / strict = 确定性进展才触发

   • 判断为相关后，触发前先做事件去重： · 提取新闻中的事件日期（事件本身发生的日期，非新闻发布日期）和事件摘要 · 调用 briefing_stock_alert_trigger 检查是否重复 · 如果返回 near_date_found + near_entries，比对新闻内容与已有 event_signature：

     • 语义相同 → 调用 action='append_duplicate' 追加来源，不重复触发预警

     • 有实质性进展 → 调用 action='confirm', is_update=true，触发并标注为事件更新

     • 不同事件 → 调用 action='confirm', is_update=false，正常触发

   • 触发的新闻用 ⚠️ 标注并附上 alert 描述

   • 事件更新用 ⚠️🔄 标注，附上"此前已有相关预警，本次为事件进展"

   • 触发后立即 web search 深度查证，侧重"这个风险有多大、是否需要关注"

   • 通用预警触发用 🌐⚠️ 标注

6. 呈现顺序：预警触发和利空消息优先排列，利好消息正常列出但不渲染成"机会"

7. 整体情绪总结

8. 如有 alert 被触发，在总结末尾单独列出预警触发情况，并调用 briefing_stock_alert_trigger 记录

9. 分析完成后，调用 briefing_stock_history_record 记录情绪快照（含 alert_triggers）

10. 如果历史快照 >= 5 天（通过返回的 divergence 字段判断），检查情绪与股价背离：

• 情绪偏正面 + 股价跌 + alert 触发利空 → 预警捕捉到了尚未被充分定价的风险，重点提示

• 情绪偏正面 + 股价跌 + 无 alert 触发 → 可能遗漏了某个风险信号，建议用户检查是否需要补设预警

• 将背离分析作为单独板块呈现

11. 不要主动给出买入/卖出/加仓/减仓建议，只提供风险信息

12. 使用中性语气呈现所有信息：

    • 不说"建议关注"、"持续关注"、"值得注意"、"需要警惕"，说"以下是匹配到的消息"或直接呈现内容

    • 不说"风险较大"、"情况不乐观"、"前景堪忧"，说"新闻情绪偏负面"并附上具体新闻

    • 不说"利好消息令人鼓舞"、"表现强劲"，说"新闻情绪偏正面"并附上具体新闻

    • 不说"可以考虑..."、"或许应该..."，只呈现信息，不引导任何行动

    • 预警触发时，只说"以下新闻匹配了你设定的预警条件"，不说"你担心的事情发生了"

    • 查证结果只呈现事实（"该消息来源为路透社，引述两位匿名官员；公司官方尚未确认"），不做可靠性判断（不说"可靠性中等"、"基本可信"）

用中文回复。

记录某只股票的每日情绪快照。在 briefing_stock_digest 分析完成后自动调用。 评分规则：🟢🟢=+2, 🟢=+1, ⚪=0, 🔴=-1, 🔴🔴=-2，sentiment_score = 加权平均值。

查看某只股票的历史情绪趋势。用户说「AAPL 最近一周情况怎么样」「看看苹果的趋势」等时调用。 返回每日情绪评分 + 收盘价 + 涨跌幅，以及背离检测结果。

返回的 data_status 标记每天的数据状态：

• complete: 有完整快照，直接使用

• raw_only: 有原始抓取数据但没有快照。先调用 briefing_stock_digest(date=该日期) 做分析，再调用 briefing_stock_history_record 写入快照，然后继续

• missing: 什么都没有，标记为数据缺失，在趋势分析中注明 补全完成后，再做整体的趋势分析和背离检测。

趋势呈现的语气约束：

• 背离分析只描述现象，不做预测。说"新闻情绪与股价走势方向不一致"，不说"回调风险在累积"、"可能即将反转"

• 列出可能的解释时用"可能的原因包括："，不用"这说明..."、"这意味着..."

• 不使用"健康"、"危险"、"安全"等暗示投资判断的词

• 不说"走势良好"、"势头强劲"、"令人担忧"，只呈现数据（"过去 5 天新闻情绪均值 +0.8，股价累计 -2.3%"）

批量创建预警。用户贴入分析师报告后由 Claude 提取关注点并调用此工具。 也可手动创建：「帮我设一个 AAPL 的预警，关注造车项目是否取消」。 每只股票最多 10 条活跃预警。不传 ticker 则创建通用预警（跨股票/宏观事件）。

如果用户提供了分析师报告，请先提取关注点，呈现给用户确认后再调用此工具。

呈现提取结果时使用中性描述：

• 不说"报告认为风险很大"、"分析师非常担忧"，说"报告提到了以下关注点"

• rationale 字段只描述为什么从报告中提取了这条（"报告指出 Q3 前会有明确决定"），不加入自己的判断（不说"这个风险确实值得重视"）

查看预警列表。用户说「我设了哪些预警」「AAPL 的预警」等时调用。 返回每条预警的状态、触发次数、剩余时间。

修改预警的松紧度、时间窗口、描述、关键词。 用户说「那条预警改成 strict」「延长 3 个月」「加个关键词」等时调用。

关闭一条或多条预警。用户说「第 3 条关了吧」「关掉那个预警」等时调用。

记录预警触发 + 事件级去重。在 briefing_stock_digest 分析过程中发现新闻命中 alert 时调用。

流程：

1. 从新闻中提取事件日期（event_date，事件本身发生的日期，非新闻发布日期）和事件摘要（summary）

2. 调用此工具，server 会检查 trigger_history 中是否有日期相近（±3天）的已触发记录

3. 如果返回 near_date_found + near_entries：

   • 比对新闻内容与已有 event_signature

   • 语义相同（同一事件重复报道）→ 再次调用此工具，action='append_duplicate'

   • 有实质性进展（传闻→官方确认等）→ 再次调用此工具，action='confirm'，is_update=true

   • 不同事件 → 再次调用此工具，action='confirm'，is_update=false

4. 如果返回 new_trigger → 已自动记录，无需额外操作

触发通知的语气：

• 说"你设定的预警条件匹配到了以下新闻"，不说"你担心的事情出现了新进展"

• 说"以下是相关来源的信息"，不说"经查证，该消息基本属实"

• 事件更新用 ⚠️🔄 标注，附上"此前已有相关预警，本次为事件进展"