【元宝搜索征文】我用元宝搜索做了个"个人 AI 资讯早报"：每天 3 分钟，把全网动态整理给自己
作品阶段：可演示原型 ｜ 参赛方向：资讯追踪 ｜ 调用接口：腾讯云元宝搜索 SearchPro（wsa）· 服务 API KEY 方式（Bearer 鉴权）
一、需求从哪里来
我是一名刚从上海电子信息职业技术学院毕业、正在摸索"用 AI 做点小工具"的开发者。和很多关注 AI 的人一样，我每天都被一堆问题追着跑：今天有没有新的大模型发布？我关心的那几家 AI 芯片公司有什么新进展？监管政策是不是又出了新规？
过去我的做法是"散装追踪"：刷朋友圈看到谁转了就点开看看，把文章丢进收藏夹，或者定几个关键词去搜索引擎手动搜。这种方式有三个明显的痛点。第一是碎片化 ------信息散落在不同 App，事后根本想不起来"上周那条关于算力补贴的政策到底在哪看的"。第二是时效性差 ------搜索引擎默认给我一堆陈年旧文，想要"今天发生的事"得自己翻页筛选。第三是容易遗漏------一个人的精力有限，真要每天把 AI、芯片、政策、融资几个方向都手动扫一遍，半小时都未必够，时间一长就放弃了。
我真正想要的是一个属于我自己的、每天自动生成的资讯早报：点开就能看到"昨天到现在，我关心的几个方向发生了什么"，每条都带来源和时间，可信、可回溯。这个需求很具体，服务对象就是我自己（以及和我一样做 AI 小工具的同伴），正好落在本次征文"资讯追踪"方向里。
二、为什么需要搜索
要生成这样一份早报，核心卡点只有一个：我缺少实时、权威的外部信息。
也许有人会说："你直接用大模型不就行了？"但大模型有两个绕不开的问题。一是知识有截止日期 ------它不知道昨天刚发布的模型、前天刚出台的监管办法；二是无法溯源------它给你一段结论，却不告诉你"这条消息来自哪家媒体、什么时间"。而我的早报恰恰要求"每条都带来源和时间"，大模型单独做不到。
这正是元宝搜索能帮上忙的地方。根据官方介绍，元宝搜索（Tencent Yuanbao Search）从数据收录到智能检索召回全链路为 AI 重新构建：信息自动去噪、节省 Token 成本；分布式计算加边缘节点缓存，最快 300ms 返回；分钟级更新，能实时获取政策、新闻、天气等最新内容；并且融合了腾讯新闻等优质信源，提供权威度信息。换句话说，它把"实时、可溯源的全网信息"以结构化 JSON 的形式交给我，剩下的整理、排版、生成早报，由我自己的小工具完成。搜索是在应用运行时被调用的------每次生成早报，工具都真实地发一次请求给元宝搜索，再把结果落盘。
三、我怎样实现
接入方式上，我选择了元宝搜索提供的**「服务 API KEY 方式」（方式二）**：在腾讯云控制台创建一个服务密钥 API KEY，调用时把它放在请求头 Authorization: Bearer <API_KEY> 里，向 api.wsa.cloud.tencent.com/SearchPro 发起 POST 请求即可，无需自行实现签名算法，比腾讯云标准签名方式轻量得多。整个小工具用 Python 标准库写成，不依赖任何第三方包，双击即可运行，方便复现。
搜索词设计上，我把"资讯追踪"拆成 5 个固定主题：人工智能大模型最新发布、AI 芯片算力进展、人工智能监管政策、AI 创业融资并购、开源大模型更新。每个主题调用一次 SearchPro，参数设为：Mode=2（混合结果，兼顾公开网页与权威垂直信源）、Industry=news（新闻行业）、Freshness=d1（只取最近 1 天）、Cnt=10（单次返回 10 条）。这样既能保证时效，又能让权威媒体和官方来源优先出现。
结果处理上，元宝搜索返回的 Pages 字段是一个"JSON 字符串数组"------每个元素本身又是一段 JSON，需要二次解析。我从中提取 title（标题）、url（来源链接）、date（发布时间）、passage（标准摘要）、site（站点名）、score（相关性得分，数值越大越相关），再按主题拼成一份 Markdown 早报，同时把原始返回另存为 JSON 文件留作证据。
关于密钥安全（这也是评审会看的一点）：我没有把 API KEY 写死在代码里 ，而是放在独立的 api_key.txt 中（也可走环境变量），并在文章里明确说明"密钥不公开"。服务 API KEY 仅在创建时显示一次，我已将它在本地妥善保存、绝不外发。下面是我封装的调用核心（鉴权走 Bearer 头、无需签名，此处展示调用与解析逻辑）：
python
# 服务 API KEY 方式：Bearer 鉴权，无需签名
headers = {"Authorization": "Bearer " + API_KEY,
"Content-Type": "application/json"}
params = {"Query": topic, "Mode": 2, "Cnt": 10,
"Freshness": "d1", "Industry": "news"}
# 走标准库 urllib 发 POST 到 api.wsa.cloud.tencent.com/SearchPro
resp = call_search(headers, params)
pages = [json.loads(p) for p in resp["Response"]["Pages"]]四、最后得到什么
运行工具后，我得到了一份结构清晰的早报文件 资讯早报_20261021.md。以下是一次真实调用的节选（完整截图见文末）：
真实运行截图见文末附图（终端逐主题搜索过程 + 生成的早报渲染效果）。
以下是 2026-10-21 一次真实调用的代表性结果（来自「人工智能 监管 政策」主题，共命中 10 条，取 Top3）：
- 主题：人工智能 监管 政策（参数：Freshness=d1，Industry=news，Mode=2）
- 命中 10 条，Top3：
- 《在法治轨道上推动数字虚拟人创新发展》--- 来源：学习时报网，时间：2026-10-21 09:00，相关性 3.46
- 《AI立法地方探路》--- 来源：新华网，时间：2026-10-21 09:34，相关性 2.97
- 《系统防范化解人工智能衍生舆情风险》--- 来源：学习时报网，时间：2026-10-21 08:38，相关性 2.96
- 原始返回证据见
response_20261021_113510.json（5 个主题共 50 条真实返回，可核验）
每一天的早报都保留了搜索词、来源站点、发布时间、相关性得分 ，满足征文对"保留必要的来源与时间信息"的要求。对我而言，这已经从一个"想法"变成了一个每天真的会打开看一眼的小工具。
五、实际效果如何
有帮助的地方：最直接的变化是"信息焦虑"下降了。以前怕漏掉重要动态，现在每天花 3 分钟看一眼早报就行；而且因为每条都带链接，想深究时一键跳转原文，省去了重新搜索的成本。混合模式（Mode=2）下，权威媒体和官方来源会排在前面，可信度比我自己刷社交平台高不少。
遇到的问题与改进：
- 一开始用
Mode=0（纯公开网页），结果里掺杂了不少营销软文；改成Mode=2并加Industry=news后，质量明显提升。 Freshness设为d1时，少数冷门主题在当天可能没有足够新内容，工具会显示"未获取到结果"而不是报错------这本身是合理的，我在早报里如实标注，没有伪造数据。- 摘要
passage偶尔偏长，我在生成时做了 220 字截断，保证早报可读性。
测量方法：效果主要通过"每天实际打开率"和"能否在 3 分钟内定位到想看的信息"来主观评估；客观层面，我用"单次调用返回条数 / 平均相关性得分"作为信息质量的粗略指标。后续可以接入定时任务（如 Windows 任务计划或服务器 cron），让早报每天自动推送到邮箱或即时通讯工具，进一步降低使用门槛。
AI 辅助说明
本作品的代码由我本人编写并调试，征文正文使用 AI 辅助润色与结构梳理；所有搜索调用、运行结果与数据均来自我对元宝搜索 API 的真实调用，我对内容和运行结果负责。引用资料已在文中注明来源（即元宝搜索返回的原始链接）。
结语：对我这样的个人开发者来说，元宝搜索的价值不在于"又一个搜索框"，而在于它把实时、可溯源的全网信息，变成了一行代码就能调用的能力。当搜索可以"被程序调用"，资讯追踪、调研分析、事实核验......这些过去要花半天的事，都能沉淀成一个个可复用的小工具。这，大概就是"让 AI 查得到，更信得过"最朴素的意义。
附：运行与效果截图
下图上半部分为实跑终端 （双击 启动.bat，5 个主题各命中 10 条，最终落盘为早报与证据 JSON）；下半部分为早报渲染效果（每条带来源、发布时间与相关性得分，可按主题快速扫读）。
图：2026-10-21 12:36 的一次真实运行与生成的 资讯早报_20261021.md（节选；完整 5 主题 25 条见同日早报文件）。
备注：发布到 CSDN 时，用编辑器"图片"按钮上传
screenshots/screenshot_combined.png（一张即可）。分图版run_terminal.png/report_top.png备用。