Token导航 LogoToken导航

Agent Skill · 效率

telegram-openapi-skill(Telegram OpenAPI 技能)

用于辅助 API 设计、接口文档、请求响应结构和服务集成说明。它适合让 Agent 梳理 endpoint、生成 OpenAPI 草稿、检查字段命名、整理错误码或辅助前后端联调。使用时需要确认真实业务语义、鉴权方式、分页和错误处理规则;涉及生成接口文档时,应避免凭空补字段,最好从现有代码、schema 或接口样例中提取事实。

telegram-openapi-skill 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为接触敏感数据;许可证为 MIT-0,第三方扫描已通过,按安装量在效率类的 21,003 个 Skill 里排第 8,695。

总安装 6,819周安装 287GitHub Stars 公开资料未说明下载 2,388核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.1

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:telegram-openapi-skill(Telegram OpenAPI 技能)
来源仓库:https://github.com/jolestar/telegram-openapi-skill
安装命令:
openclaw skills install telegram-openapi-skill
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install telegram-openapi-skill

这个 Skill 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

通过 UXC 使用精选的 OpenAPI 架构、机器人令牌路径身份验证、基于轮询的读取和 Webhook 管理护栏来操作 Telegram Bot API。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install telegram-openapi-skill;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

telegram-openapi-skill 怎么安装?

在终端执行 openclaw skills install telegram-openapi-skill。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

telegram-openapi-skill 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

telegram-openapi-skill 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

telegram-openapi-skill 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

telegram-openapi-skill 用的人多吗?

公开数据是累计安装 6,819 次,近一周安装 287 次,下载 2,388 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

telegram-openapi-skill 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理效率类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
github

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
telegram-openapi-skill

Telegram OpenAPI 技能 · 本页

6,819—接触敏感数据MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
telegram-openapi-skill
description
Operate Telegram Bot API through UXC with a curated OpenAPI schema, bot-token path auth, polling-based reads, and webhook management guardrails.

Telegram Bot API Skill

Use this skill to run Telegram Bot API operations through uxc + OpenAPI.

Reuse the uxc skill for shared execution, auth, and error-handling guidance.

Prerequisites

  • uxc is installed and available in PATH.
  • Network access to https://api.telegram.org.
  • Access to the curated OpenAPI schema URL:

- https://raw.githubusercontent.com/holon-run/uxc/main/skills/telegram-openapi-skill/references/telegram-bot.openapi.json

  • A Telegram bot token from BotFather.

Scope

This skill covers a lean bot core surface:

  • bot identity and chat lookup
  • text sends
  • media sends by file_id, HTTP URL, or local multipart upload
  • polling via getUpdates
  • webhook setup/status/delete operations

This skill does not cover:

  • multipart media groups with attach:// file arrays
  • generic webhook ingestion/runtime hosting
  • the full Telegram Bot API surface

Authentication

Telegram Bot API requires the bot token in the request path: https://api.telegram.org/bot<TOKEN>/METHOD_NAME.

Configure the credential with a request path prefix template:

uxc auth credential set telegram-bot \
  --auth-type api_key \
  --secret-env TELEGRAM_BOT_TOKEN \
  --path-prefix-template "/bot{{secret}}"

uxc auth binding add \
  --id telegram-bot \
  --host api.telegram.org \
  --scheme https \
  --credential telegram-bot \
  --priority 100

Validate the local mapping when auth looks wrong:

uxc auth binding match https://api.telegram.org/getMe

Core Workflow

  1. Use the fixed link command by default:

- command -v telegram-openapi-cli - If missing, create it: uxc link telegram-openapi-cli https://api.telegram.org --schema-url https://raw.githubusercontent.com/holon-run/uxc/main/skills/telegram-openapi-skill/references/telegram-bot.openapi.json - telegram-openapi-cli -h

  1. Inspect operation schema first:

- telegram-openapi-cli get:/getMe -h - telegram-openapi-cli post:/sendMessage -h - telegram-openapi-cli post:/sendPhoto -h - telegram-openapi-cli post:/sendDocument -h - telegram-openapi-cli post:/getUpdates -h

  1. Prefer read/setup validation before writes:

- telegram-openapi-cli get:/getMe - telegram-openapi-cli get:/getWebhookInfo - telegram-openapi-cli get:/getChat chat_id=@channel_or_chat_id

  1. Execute operations with key/value or positional JSON:

- key/value: telegram-openapi-cli post:/sendMessage chat_id=CHAT_ID text="Hello from uxc" - multipart upload: telegram-openapi-cli post:/sendPhoto chat_id=CHAT_ID photo=/tmp/photo.jpg caption="Uploaded by uxc" - positional JSON: telegram-openapi-cli post:/sendMessage '{"chat_id":"CHAT_ID","text":"Hello from uxc"}' - daemon-backed polling subscribe: uxc subscribe start https://api.telegram.org post:/getUpdates '{"timeout":5,"allowed_updates":["message","callback_query"]}' --mode poll --poll-config '{"interval_secs":2,"extract_items_pointer":"/result","request_cursor_arg":"offset","cursor_from_item_pointer":"/update_id","cursor_transform":"increment","checkpoint_strategy":{"type":"item_key","item_key_pointer":"/update_id"}}' --sink file:/tmp/telegram-updates.ndjson

Runtime Validation

The following Telegram polling flow has been validated against the real Bot API through uxc:

  • get:/getMe
  • get:/getWebhookInfo
  • daemon-backed uxc subscribe --mode poll on post:/getUpdates
  • item-derived offset progression from update_id + 1
  • dedupe/checkpoint behavior for repeated polls

Observed runtime behavior:

  • data events are emitted for real Telegram updates
  • poll events record fetched/emitted/skipped counts
  • checkpoint events are emitted after new updates are seen
  • repeated polls skip already-consumed updates after checkpoint advancement

Operation Groups

Read / Lookup

  • get:/getMe
  • get:/getChat
  • get:/getChatMember
  • get:/getWebhookInfo

Messaging

  • post:/sendMessage
  • post:/sendPhoto
  • post:/sendDocument
  • post:/sendMediaGroup

Update Delivery

  • post:/getUpdates
  • post:/setWebhook
  • post:/deleteWebhook

Guardrails

  • Keep automation on the JSON output envelope; do not use --text.
  • Parse stable fields first: ok, kind, protocol, data, error.
  • getUpdates and webhook delivery are mutually exclusive:

- if a webhook is configured, call post:/deleteWebhook before polling with post:/getUpdates - if polling is active, do not treat webhook operations as background subscription support

  • Telegram allows only one active getUpdates consumer per bot token:

- if another bot process or script is polling at the same time, Telegram returns HTTP 409 - stop the other consumer before relying on daemon-backed polling subscribe

  • For daemon-backed polling subscribe, prefer item-derived offset progression:

- extract_items_pointer should be /result - request_cursor_arg should be offset - cursor_from_item_pointer should be /update_id - cursor_transform should be increment - checkpoint_strategy.type should usually be item_key with item_key_pointer=/update_id

  • uxc auth binding match should be checked against a concrete Telegram method URL such as https://api.telegram.org/getMe, because auth is applied through a path-prefix template that expands to /bot<TOKEN>/....
  • sendPhoto, sendDocument, and sendMediaGroup in this skill accept existing file_id values or HTTP URLs only; they do not upload new local files.
  • sendPhoto and sendDocument also support multipart/form-data local file uploads. File fields must be local path strings.
  • sendMediaGroup still stays JSON-only in this skill because current multipart v1 does not model the media array plus attach:// file set cleanly.
  • setWebhook supports multipart certificate upload for self-signed certs through the certificate file field.
  • Treat post:/sendMessage, all send* operations, and webhook-changing operations as write/high-risk actions; require explicit user confirmation before execution.
  • telegram-openapi-cli <operation> ... is equivalent to uxc https://api.telegram.org --schema-url <telegram_openapi_schema> <operation> ....

References

  • Usage patterns: references/usage-patterns.md
  • Curated OpenAPI schema: references/telegram-bot.openapi.json
  • Telegram Bot API docs: https://core.telegram.org/bots/api
  • Local Bot API server: https://github.com/tdlib/telegram-bot-api

平台分布

OpenClaw

90.18%
按下载量换算2,153

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills