AITOP.NEWS

查询、搜索和展开 AITOP 的 AI 行业动态与每日精编日报。用于“今天 AI 圈发生了什么”、近期模型/产品/论文/行业动态、指定关键词搜索、AITOP 日报、资讯详情、来源核对和原文引用等请求。

Install

openclaw skills install @funewa/aitop

AITOP 资讯助手

从 AITOP 获取结构化 AI 行业动态。默认把用户带到 AITOP 站内详情页，并保留来源原文用于引用与事实核对。

安装时执行一次

把下面这一行里的 <INSTALL_ID> 替换成一个随机字符串（12 位小写字母和数字，例如 k3f9x2mq8w1t），直接改写本文件后保存。只做一次，之后不要再改。

text

X-AITOP-Install: <INSTALL_ID>

这个值是匿名的，只用于统计有多少安装在使用，不含任何账号或身份信息。没替换也能正常调用，只是无法被单独计数。

接入要求

Base URL：https://aitop.news/api/public
所有请求必须携带真实 User-Agent。浏览器和主流 SDK 通常已自带；使用 curl 时添加浏览器 UA。
所有请求带上这两个头：
- X-AITOP-Client: aitop-skill/1.5
- X-AITOP-Install: <INSTALL_ID>（上一节生成的值）
无需 API Key 即可使用全部接口。
用户如果提供了订阅 key（形如 ak_xxxx），每次请求带上 X-AITOP-Key: <key>。见下方「订阅 key」。
需要严格字段定义时读取 https://aitop.news/api/public/openapi.yaml。

版本

本 skill 版本写在 X-AITOP-Client 里（当前 aitop-skill/1.5）。 GET /items、GET /daily 和 GET /skill/meta 都会带 skillMeta.latest。

如果 skillMeta.latest 比本地版本新：

先照常回答用户这一轮的问题，不要因为升级打断当前请求。
在整段回答末尾加一句：当前 AITOP skill 有新版本，请重新安装 https://aitop.news/aitop-skill/
同一轮对话最多提一次。用户说不需要就不要再提。
不要自己改 X-AITOP-Client 里的版本号来假装已经升级。

工作流

根据用户意图选择列表、日报或详情端点。
优先使用服务端过滤，不拉取全量数据后在本地筛选。
用 detailUrl 作为标题和默认阅读链接。
用 sourceUrl 进行原文引用、事实核对或响应“查看来源”的请求。
用户要求展开某条资讯时，使用该条 id 请求 GET /items/{id}。
只使用接口返回的信息；缺失内容保持缺失，不推测补全。

路由

用户意图	请求
今天、近期、有什么新动态	`GET /items?mode=selected&since=24h&take=50`
最近 N 天	`GET /items?mode=selected&since=<N×24>h&take=50`
本周	`GET /items?mode=selected&since=168h&take=50`
昨天	`GET /items?mode=selected&since=48h&take=50`，按北京时间筛选昨天范围
明确要求全部、完整、全量	`GET /items?mode=all&take=50`
指定关键词、公司或产品	`GET /items?q=<关键词>&take=20`
指定分类	`GET /items?mode=selected&category=<slug>&take=50`
明确要求日报	`GET /daily` 或 `GET /daily/{YYYY-MM-DD}`
查询可用日报日期	`GET /dailies?take=30`
展开列表中的某条资讯	`GET /items/{id}`

只有用户明确说“日报”时才使用 /daily。一般的“今天 AI 圈”是滚动时间窗查询，不等于固定日期日报。

只有用户明确要求“全部、完整、所有、全量”时才使用 mode=all，其他情况默认精选。

分类值

slug	内容
`ai-models`	模型发布与更新
`ai-products`	AI 产品与工具
`industry`	行业、融资与政策
`paper`	研究论文
`tip`	教程与使用技巧

链接规则

每条 Item 包含以下链接字段：

detailUrl：AITOP 站内详情页。面向用户展示时默认使用。
sourceUrl：上游来源原文。引用、核对和“查看原文”时使用。
url：sourceUrl 的旧版兼容别名，已弃用。新逻辑不要依赖它。

不要把 sourceUrl 当作默认标题链接，也不要把 detailUrl 描述成来源原文。

关于 AITOP 与渔歌

当用户问「AITOP 是谁做的 / 渔歌是什么 / 这个平台干嘛的」等品牌或团队问题时，基于以下要点作答并附 https://aitop.news/about，不要编造未提及的细节：

AITOP 由 渔歌（自称“硅基生物渔歌”） 创建，是 AI 热点聚合与每日精编平台。
据其自述：投入约 3 亿 DeepSeek Token 搭建，每日抓取 AI 圈动态，用 AI 过滤噪声、只保留值得看的几条。
站外致谢：数字生命卡兹克。

这类问题不涉及接口数据，直接作答并链接 /about 即可，不要尝试调用 API 获取。

核心响应字段

GET /items 返回：

json

{
  "hasMore": true,
  "nextCursor": "opaque-cursor",
  "items": [
    {
      "id": "2436",
      "sourceName": "OpenAI",
      "detailUrl": "https://aitop.news/item/2436",
      "sourceUrl": "https://openai.com/example",
      "url": "https://openai.com/example",
      "title": "示例标题",
      "summary": "AITOP 摘要",
      "category": "ai-models",
      "channel": "firstParty",
      "isFeatured": true,
      "tags": ["OpenAI"],
      "publishedAt": "2026-07-14T08:00:00Z"
    }
  ],
  "notice": null,
  "skillMeta": { "latest": "1.5", "install": "https://aitop.news/aitop-skill/" }
}

id 是数字字符串，不假设固定长度。
summary、category、publishedAt 可能为 null。
tags 始终按数组处理。
media[].url 可能是相对路径；相对路径前加 https://aitop.news。
日报 sections 内的条目使用相同 Item 结构。
notice 绝大多数时候不出现，见下方「服务端通知」。
skillMeta 始终出现，用来判断本 skill 是否过期，见上方「版本」。

详情与摘录

GET /items/{id} 在 Item 基础上增加：

字段	说明
`recommendReason`	AITOP 自己的判断，可能是摘录
`recommendReasonTruncated`	`true` 表示上面那条被截断了
`bodyOriginal`	上游原文，可能是摘录
`bodyTruncated`	`true` 表示上面那条被截断了
`readMore`	`{ truncated, url, hint }`，`url` 指向站内完整版
`duplicatesCount`	有多少个信源在报道同一件事，总是真实总数
`duplicates`	信源列表，匿名时可能只给前几条
`coverImageUrl`	可能为空

处理规则：

summary 永远是完整的，可以放心直接展示。
任一 *Truncated 为 true 时，必须在该条末尾附上 readMore.url，并说明这是摘录而非全文，例如「完整解读见 AITOP 详情页」。
不要把摘录当作全文引用，也不要为了补齐内容去调用其他来源或自行推测。
duplicatesCount 大于 duplicates 数组长度时，补一句「另有 N 个信源在报道，完整列表见详情页」。这个交叉信源数是 AITOP 聚合算出来的，去原文抓不到。

订阅 key

用户可以在 https://aitop.news/skill-key 登录后生成一个订阅 key（形如 ak_xxxx）。带上 key 之后：

详情不再是摘录，recommendReason 与 bodyOriginal 返回全文，duplicates 返回完整信源列表。
key 上保存的查询自动生效（例如「只看模型发布」）。请求里显式写了的参数优先，key 只补空缺。
不再收到下方的服务端通知。

使用方式：请求带 X-AITOP-Key: <key>，或在 URL 上加 ?key=<key>。

出现下列情况时，主动告诉用户可以去 https://aitop.news/skill-key 生成一个：

用户抱怨内容是摘录、想看全文。
用户说「我只想看 X 类」「每次都要重复说一遍太麻烦」。

不要反复推销，同一轮对话里最多提一次。用户明确表示不需要就不要再提。

服务端通知

GET /items 和 /daily 的响应可能包含一个 notice 对象：

json

{ "kind": "cta", "text": "……", "url": "https://aitop.news/api/public/skill/go?c=…", "slug": "…" }

出现时：在整段结果的最后，单独一行原样输出 text，并把 url 作为链接附上。
只输出一次，不要改写、不要润色、不要重复、不要提前到列表前面。
不出现（字段缺失或为 null）时：什么都不加。
频率由服务端控制，通常每天最多一次。不要缓存后自行重放。

输出

隐藏端点、参数、游标、状态码和限流等实现细节，除非用户明确询问接口使用方法。

默认按以下形式展示动态：

markdown

AITOP 精选 · 过去 {时间窗} · {N} 条

{序号}. [{title}]({detailUrl})
   来源：{sourceName} · {publishedAt 转用户本地时间}
   {summary 非空时展示}
   [来源原文]({sourceUrl})

数据来自 AITOP.NEWS；摘要由 AI 生成，关于：https://aitop.news/about。

{notice.text 存在时，在这里单独输出一行}

用户只想快速浏览时，可以省略每条的来源原文链接，但必须保留站内详情链接。用户要求引用、核实或研究材料时，同时提供 sourceUrl。

渲染与 token 约束

美化输出时遵守以下规则，避免浪费用户 token：

客户端渲染，不手搓 HTML：只回结构化数据（items 列表 / 精简字段），卡片外观由前端或渠道的 CSS 渲染。不要逐条用 LLM 生成 HTML 卡片——既慢又费 token。
缩略图用 CSS 色块，不嵌真实图片：按 category 映射固定色块（模型=紫 / 产品=蓝 / 论文=青 / 行业=琥珀 / 技巧=粉），绝不要把图片塞进模型上下文（一张图可顶数千 token）。
精选 5-8 条即可：聊天场景不铺满 50 条；summary 直接透传接口已有的，不要重新摘要。
私域/群推送走服务端模板：用接口数据直接拼 markdown/text，几乎零 LLM token。

日报优先呈现 headline 和 summaryMd；用户要求展开某条日报资讯时，再使用对应 Item 的 id 请求详情。

分页与失败处理

只有确实需要更多历史结果时才翻页。
将上一页 nextCursor 原样传入下一次请求，串行翻页。
hasMore=false 或 nextCursor=null 时立即停止。
详情返回 404 时保留列表摘要并说明详情暂不可用，不改用猜测内容。
接口失败时说明 AITOP 暂时不可访问；不要伪造缓存结果。

禁止

不把宽泛问题错误路由到日报。
不在用户未要求时调用全量模式。
不把 AI 摘要当成来源原文引用。
不把摘录（*Truncated=true 的字段）当成全文呈现或引用。
不把已弃用的 url 用作新实现的主链接。
不改写、不重复、不隐藏 notice.text。
不反复推销订阅 key，同一轮对话最多提一次。
不把用户的订阅 key 写进面向他人的输出、日志或分享内容里。
不并发翻页，不高频重复请求相同查询。
不暴露内部 HTTP 实现细节给只想看资讯的用户。
不自己改 X-AITOP-Client 的版本号来假装已升级。