telegram-bot-builder
用于从零构建生产级 Telegram 机器人的技能，覆盖架构选型、框架选择、数据库、部署、变现与安全，支持 Python（aiogram 3.x、python-telegram-bot）与 TypeScript（grammY）。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-15 00:13
编程与开发
41,172 个结果
pulsum
Pulsum 是一个 Git 工作流辅助技能，用于拉取当前分支的最新上游变更，并以简报形式总结自上次拉取以来的所有改动，包括变更内容、变更者以及可能的原因。它适用于需要快速了解代码库最新动态的开发者，提供结构化的变更摘要和行动建议。
nuxt-visual-development
用于 Nuxt 项目的可视化开发工作流技能：在修改组件、页面、布局或样式时，结合 Playwright 截图与 Compodium 组件预览进行视觉验证，避免只依赖代码判断 UI 改动效果。
randroid-game-feel
用于改善游戏核心交互、响应、反馈与可玩迭代的技能，适合游戏体验像应用或菜单、需要营造“游戏感”的场景。依据资料，它强调先在真实运行状态下复现问题，再定位输入、状态、模拟、镜头或反馈环节。
idea-to-spec
Idea to Spec 是一个把粗略的功能想法或需求简报，转化为经过验证、可直接实施的技术规格（spec）的技能。它通过四个部分组织规格：起点、目标与非目标、约束、证明。整个流程分为多个阶段作为关卡：先做功课（homework），再起草并由全新上下文的智能体进行批判（critique），然后逐条访谈用户做决策，最后检查并回放（playback）确认，用户确认后才写出规格。核心原则是：事实来自本次会话的探测、命令或一手来源，绝不向用户询问环境能回答的事实；所有决策（策略、阈值、供应商、时长、兼容性、权限、破坏性行为）都归用户所有；认证、凭据、不可信输入、读权限变更、破坏性操作、覆盖唯一数据副本必须显式提问，绝不默认。每个目标、不变量和变更行为都要有用户决定的表面（surface）和验证器（verifier），验证器必须能闭环给出通过或失败。
task-lifecycle
Task Lifecycle 是一个用于将仓库改动以“经过审查与验证的 PR”形式交付的技能。它把整个流程编排为：构建（一个分支）→ 打开 PR → 审查→修复（1–2 轮）→ 验证→修复（1 轮）→ 确认 →（合并 → 部署 → 线上检查）。编排者自身不碰代码，每个动手步骤（构建、审查、修复、验证）都在独立的全新子代理或进程中运行，由编排者负责排序、传递产物、向用户报告进度，并在任何合并前停下来询问用户。该技能没有计划步骤，不写计划或阶段拆分，构建者边读代码边决定。它支持两种模式：改动仍需编写时走完整步骤 0–7；改动已存在（PR、分支或磁盘上的工作）时跳过构建，走“Already built”部分再执行步骤 4–7。运行产物存放在 .git/task-lifecycle/ 目录（run-state.md、implementation-notes.md），该目录位于克隆内但从不提交，因此不会进入 PR diff。
clojure-babashka-cli
babashka.cli 是一个把 Clojure 函数变成命令行工具的库，支持 :foo 与 --foo 两种参数风格、自动类型转换、校验、子命令分发和帮助文本生成。可独立引入，也内置于 babashka。
Writing Clojure Docstrings
一套编写 Clojure docstring 的规范技能，指导使用 Markdown 格式、反引号标注参数与关键词、双方括号 wikilink 交叉引用、代码示例和表格来编写清晰易读的文档字符串，适用于使用 cljdoc 与 Codox 的项目。
rdc-rest-setup
用于为项目配置 @data-client/rest 的技能，在 rdc-setup 检测到 REST 模式后使用。它安装 REST 包，并创建带有认证、urlPrefix、错误处理等通用行为的自定义 RestEndpoint 基类，供 REST 接口复用。
cliproxyapi-cloudflare-stack
自托管 OpenAI 兼容 LLM API 网关方案，整合 CLIProxyAPI 多凭据池与自动故障转移、Cloudflare Worker + D1 邮件验证码接收、Cloudflare Tunnel 免端口转发 HTTPS 暴露，统一 /v1/* 接口兼容 OpenAI SDK。
contextanalyzer
contextanalyzer 是一个 OpenCode 会话分析工具，读取会话历史并按工具统计上下文 token 与耗时，用终端直方图展示，帮助定位消耗 token 最多、浪费最大的工具调用。
backend
介绍在 Android 应用后端使用 RevenueCat REST API 读取与更新订阅状态的技能：通过 v1 subscribers 端点、促销权益授予/撤销、属性和 Webhook 处理后端逻辑，而非自建 Google Play 收据验证服务。
backend-architecture
面向 Google Play 结算收据校验的后端架构技能，讲解从客户端接收购买令牌、调用 Google Play Developer API 校验、幂等入库、授予权益并在 3 天内确认的完整流程，适合构建订阅与一次性商品校验服务的后端开发者。
cancellations-pauses-winback
用于 Google Play 订阅生命周期末端处理的技能：涵盖用户取消、开发者取消、支付失败的系统取消、订阅暂停与恢复、延期、立即撤销，以及挽留（winback）优惠。依赖 RTDN 通知与 Play Billing 8.1+ 接口，按取消类型区分访问权限、退款与恢复策略。
pbl-v7-to-v8-migration
该技能用于将 Android 应用从 Play Billing Library 7.x 迁移到 8.x，涵盖全部破坏性变更清单、依赖升级与必需的 API 重命名，并包含构建、测试与设备验证步骤。
pbl-v8-to-v9-migration
用于把 Android 应用从 Play Billing Library 8.x 迁移到 9.x 的技能。PBL 9.0.0 未移除任何 API，主要涉及依赖升级、目标 SDK 提升到 35、错误码重新分类与可空链接处理等少量改动。
price-changes
用于在 Google Play 上调整订阅价格的技能说明，覆盖降价自动生效与涨价需用户同意两种情况、30 至 37 天通知周期、存量用户价格分组迁移及 RTDN 处理流程，适合 Android 订阅类应用的开发者参考。
revenuecat-api-quick-reference
RevenueCat Android SDK 10.x 与 REST API 的快速参考技能，用于在编写 Android 应用或服务端逻辑时快速查询 Purchases 配置、常用 API 签名、Offerings 与 CustomerInfo 结构、权益判断和错误处理方式。
setup
用于在编写 Android 计费代码前配置 Google Play Console 的技能：创建商品与订阅、开通服务账号 API 访问、配置 Pub/Sub 实时开发者通知（RTDN），并验证环境是否就绪。
understanding-billing
understanding-billing 是 Google Play Billing 的入门引导技能，帮助开发者了解其三大支柱与四类参与者，并把目标映射到后续具体实现技能（如 PBL 集成、服务端验证、RTDN 等）。
interswitch-customer-insights
Interswitch 客户洞察 API，可获取客户人口统计、交易历史与消费习惯数据，用于 KYC、信用评分与个性化服务。调用前需客户明确同意，并遵守尼日利亚数据保护法规。
interswitch-payouts
Interswitch Payouts API 技能：查询收款机构、发现付款渠道，并为尼日利亚的付款路由选择合适渠道。提供渠道列表、机构列表与机构详情三类只读接口，适合在发起转账前做机构与渠道校验。
bug-hunting
bug-hunting 是一个用于修复缺陷、调试故障或主动审查代码隐藏问题的技能，分反应式（修已知缺陷）与主动式（审查代码找缺陷）两种模式，强调先确认根因、以证据说话、修源头而非症状。
create-pr
create-pr 是 Pocketto 的企业级 PR 记录器技能，由用户显式触发，为已完成的开发阶段创建或复用拉取请求并记录其身份。它支持堆叠计划与非堆叠计划两条路径，不负责阶段裁决报告，也不会合并 PR 或关闭 issue。