技能介绍

它解决什么问题

每天追踪 AI 行业动态，常见做法是刷 RSS、翻 X、看 Papers with Code，但来源分散、时间口径不一致，摘要和原文经常对不上。等到要写周报或做事实核对，又得重新找原始链接。这个技能把“看新闻”和“查证新闻”统一到一个结构化接口上，让模型在对话里直接拿到带来源的资讯，而不是凭记忆拼凑。

工作方式

底层是 AITOP 的公开接口（Base URL https://aitop.news/api/public），不需要 API Key，但请求必须携带真实 User-Agent；用 curl 时要自己补上浏览器 UA 和 aitop-skill/1.2 标识。需要字段级定义时读 https://aitop.news/api/public/openapi.yaml。

两条核心原则：

优先服务端过滤：关键词、时间范围、分类都通过 query 参数传给服务端，不拉全量再在本地筛。
链接职责分明：detailUrl 是 AITOP 站内详情页，用作默认标题链接；sourceUrl 是上游原文，只在用户要求引用、核对或“查看原文”时给出。两者不能混用，url 已弃用，不要再用。

路由按用户措辞区分：说“今天”“本周”走 since + mode=selected 的滚动窗口；只有明确说“日报”才调 /daily 或 /daily/{YYYY-MM-DD}；只有明确说“全部”“全量”才用 mode=all。分类取 ai-models、ai-products、industry、paper、tip 五个 slug。展开某条资讯调 GET /items/{id}。

输出约束与注意点

聊天场景默认精选 5–8 条，summary 直接透传接口结果，不重新摘要；缩略图用按分类映射的 CSS 色块，不把图片塞进上下文。翻页时把上一页 nextCursor 原样传入，串行执行，hasMore 为 false 就停。

容易踩的坑：

id 是数字字符串，不要假设固定长度。
summary、category、publishedAt 可能为 null，tags 始终按数组处理。
详情接口返回 404 时保留列表摘要并说明详情暂不可用，不要猜。
接口失败时如实说明 AITOP 暂时不可访问，不伪造缓存结果。
recommendReason、bodyOriginal、coverImageUrl、duplicates 可能为空，别为了填满回答去调其他来源。