由于 "adhx" 不是一个标准的通用英文单词或广泛认可的技术缩写,它可能是特定上下文中的专有名词或拼写错误。 如果它是 **ADHD** 的误写,翻译为:**注意力缺陷多动障碍**。 如果它是某个特定系统的缩写,请提供更多上下文。

adhx
分类写作
作者Agentic Awesome Skills 社区
许可MIT
评分4.50/5
使用6.2K

ADHX - X/Twitter 帖子阅读器

通过 ADHX API 将任何 X/Twitter 帖子获取为结构化 JSON 以进行分析。

概述

ADHX 提供一个免费 API,可为任何 X 帖子返回简洁的 JSON,包括完整的长篇文章内容。对于 LLM 消费而言,这比爬虫或基于浏览器的方案要高效得多。支持普通推文和完整的 X 文章(Articles)。

何时使用此技能

  • 当用户分享 X/Twitter 链接并希望阅读、分析或总结该帖子时
  • 当你需要 X/Twitter 帖子的结构化数据(作者、互动量、内容)时
  • 当处理需要提取完整内容的 X 长篇文章时

API 端点

code
https://adhx.com/api/share/tweet/{username}/{statusId}

URL 模式

从以下任何 URL 格式中提取 usernamestatusId

| 格式 | 示例 |
|--------|---------|
| x.com/{user}/status/{id} | https://x.com/dgt10011/status/2020167690560647464 |
| twitter.com/{user}/status/{id} | https://twitter.com/dgt10011/status/2020167690560647464 |
| adhx.com/{user}/status/{id} | https://adhx.com/dgt10011/status/2020167690560647464 |

工作流

当用户分享 X/Twitter 链接时:

1. 解析 URL:从路径段中提取 usernamestatusId
2. 获取 JSON:使用 curl 请求:

bash
curl -s "https://adhx.com/api/share/tweet/{username}/{statusId}"

3. 利用结构化响应:回答用户的问题(总结、分析、提取要点等)

响应架构

json
{
  "id": "statusId",
  "url": "原始 x.com URL",
  "text": "短推文文本(如果是文章帖子则为空)",
  "author": {
    "name": "显示名称",
    "username": "账号 ID",
    "avatarUrl": "头像 URL"
  },
  "createdAt": "时间戳",
  "engagement": {
    "replies": 0,
    "retweets": 0,
    "likes": 0,
    "views": 0
  },
  "article": {
    "title": "文章标题(针对长篇文章)",
    "previewText": "前 ~200 个字符",
    "coverImageUrl": "封面图 URL",
    "content": "包含图片的完整 Markdown 内容"
  }
}

安装

方案 A:Claude Code 插件市场(推荐)

code
/plugin marketplace add itsmemeworks/adhx

方案 B:手动安装

bash
curl -sL https://raw.githubusercontent.com/itsmemeworks/adhx/main/skills/adhx/SKILL.md -o ~/.claude/skills/adhx/SKILL.md

示例

示例 1:总结推文

用户:"总结一下这个帖子 https://x.com/dgt10011/status/2020167690560647464"

bash
curl -s "https://adhx.com/api/share/tweet/dgt10011/2020167690560647464"

然后使用返回的 JSON 提供总结。

示例 2:分析互动量

用户:"这条推文有多少个赞?https://x.com/handle/status/123"

1. 解析 URL:username = handle, statusId = 123
2. 获取:curl -s "https://adhx.com/api/share/tweet/handle/123"
3. 返回响应中的 engagement.likes

最佳实践

  • 在调用 API 之前,务必解析完整 URL 以提取 username 和 statusId
  • 当用户需要完整内容(而非仅推文文本)时,请检查 article 字段
  • 当用户询问点赞、转发或浏览量时,请使用 engagement 字段
  • 不要尝试自行编写爬虫
直接使用 x.com - 请改用此 API

注意事项

  • 无需身份验证
  • 同时支持短推文和 X 长篇文章
  • 获取 X 内容时,请始终优先选择此 API 而非基于浏览器的爬虫
  • 如果 API 返回错误或空响应,请告知用户该帖子可能不可用

附加资源

局限性

  • 仅在任务明确符合上述范围时使用此技能。
  • 不要将输出结果视为特定环境验证、测试或专家评审的替代方案。
  • 如果缺少必要的输入、权限、安全边界或成功标准,请停止操作并请求澄清。