基于viem的Uniswap v3/v4池数据分析技能，支持流动性分布与价格计算，为DeFi开发者提供可靠的链上查询方案。

基本信息

• 技能名称?uniswap-pool-analysis
• 中文名称?Uniswap 链上流动性专业分析工具
• 作者?wpank
• 分类?开发
• 版本?v0.1.0
• 标签?data-analytics, finance-accounting, development-engineering, defi, blockchain

使用方法

使用说明
核心用法
本技能提供了一套完整的Uniswap v3/v4池数据分析方案，基于viem库实现链上数据读取。开发者可通过标准ABI查询池合约的slot0状态（获取当前价格sqrtPriceX96、tick等核心参数）和流动性数据，支持将sqrtPriceX96编码价格转换为可读价格格式，并能通过遍历tickBitmap分析流动性分布情况。技能支持多链配置，通过chainId参数适配不同网络的RPC端点、工厂合约地址等配置。
显著优点
作为纯文档型技能，具有极高的透明度和安全性，所有代码示例均为开源可审计的TypeScript代码。内容涵盖Uniswap v3核心概念解释（如tick间距、费用层级），提供了从基础查询到高级流动性分析的完整技术路径。代码示例遵循标准DeFi开发模式，使用业界认可的viem库，无需学习专有API。多链支持设计使得分析工具可快速部署到Ethereum主网、Polygon等EVM兼容链。
潜在局限
技能目前仅为代码示例集合，缺乏生产级的错误处理、输入验证和边界检查机制，不建议直接用于生产环境。由于来源为T3级个人开发者，代码权威性相对有限，需要开发者自行验证数学公式的准确性。此外，技能不包含自动化数据获取逻辑，用户需自行实现tick遍历和批量查询的优化策略，对于大规模数据分析可能存在性能瓶颈。
目标群体
主要面向具备Solidity和TypeScript基础的DeFi开发者、量化分析师和区块链数据研究员。适合正在构建流动性分析工具、价格监控平台或套利系统的技术团队。由于涉及sqrtPriceX96数学转换和tick计算等专业知识，建议使用者具备Uniswap v3协议机制和AMM数学模型的前置知识，不适合无区块链开发经验的初学者直接使用。
使用风险
使用过程中需特别注意合约地址验证风险，务必通过官方渠道确认Pool合约地址的真实性，避免与钓鱼合约交互。RPC端点的选择直接影响数据准确性和隐私安全，建议使用Infura、Alchemy等知名服务商或自建节点，避免使用来路不明的公共RPC。价格计算涉及浮点数精度问题，高频交易场景下需注意JavaScript数字精度限制可能导致的计算误差。此外，链上数据查询受网络延迟和节点同步状态影响，实际应用中需考虑RPC限流和失败重试机制。

Clawdbot 社区开源工具，从源码一键构建具备菜单栏状态、硬件访问能力的 macOS 原生应用，适合开发者自定义编译。

基本信息

• 技能名称?clawdbot-macos-build
• 中文名称?从源码编译 macOS 菜单栏应用
• 作者?manish-basargekar
• 分类?开发
• 版本?v1.0.0
• 标签?development-engineering, automation, mobile

使用方法

使用说明
Clawdbot macOS Build 是一款面向开发者的源码构建工具，旨在帮助用户从 GitHub 仓库完整编译 Clawdbot 的 macOS 菜单栏应用。该 Skill 提供了端到端的构建流程文档，涵盖依赖安装、前端 UI 编译、Swift 后端构建、代码签名及系统级安装的全链路操作。
核心用法遵循七步标准化流程：首先从 GitHub 克隆源码仓库，使用 pnpm 安装 Node.js 依赖并构建前端控制界面（Vite + React/TypeScript）；随后配置 Xcode 环境并接受许可协议，通过 Swift 工具链编译原生应用，支持 arm64 与 x86_64 双架构；最后进行代码签名（支持 Ad-hoc 或 Developer ID）并将应用安装至 /Applications 目录。整个过程需要约 10-20 分钟，依赖 30GB 以上的可用磁盘空间。
显著优点在于完全开源透明，用户可以审查每一行构建脚本和源码，避免预编译二进制文件的潜在风险。构建产物具备完整的 macOS 原生能力，包括菜单栏常驻、TCC 权限管理（通知、辅助功能、录屏、麦克风）、相机与硬件访问，以及 Local/Remote 双模式支持——既可在本地管理 Gateway 服务，也可通过 SSH/Tailscale 连接远程实例。Ad-hoc 签名模式允许开发者无需 Apple Developer ID 即可本地测试。
潜在缺点与局限性不容忽视：T3 社区来源意味着项目由个人维护，缺乏企业级背书；构建过程需执行从网络下载的 shell 脚本（scripts/package-mac-app.sh），存在供应链风险；极高的资源消耗（30GB+ 空间、长时间编译）对笔记本电脑不友好；且仅支持 macOS 10.14+ 系统，需要 Xcode 15+ 环境。
该 Skill 适合具备一定技术能力的目标群体：需要深度定制 Clawdbot 功能开发者、对预构建二进制文件持谨慎态度的安全敏感用户、以及希望审查源码后自行编译的隐私倡导者。普通终端用户若无源码审计需求，建议直接下载官方预编译版本。
使用风险主要包括：执行远程下载的构建脚本可能引入恶意代码（需人工审查 scripts/package-mac-app.sh）；sudo 权限操作和 /Applications 目录写入存在系统级影响；大量依赖下载（Swift Package Manager、npm）存在网络劫持风险；Ad-hoc 签名应用无法通过 macOS Gatekeeper 验证，需用户手动绕过安全限制。建议仅在隔离环境或可信网络环境下执行构建流程。

Anthropic官方技能开发框架，提供模块化扩展Claude能力的标准化工具链，含初始化、验证、打包全流程脚本。

基本信息

• 技能名称?skill-creator
• 中文名称?Claude 技能开发标准化工具链
• 作者?chindden
• 分类?开发
• 版本?v0.1.0
• 标签?development-engineering, productivity, automation, docs

使用方法

使用说明
核心用法
skill-creator 是一套完整的 Skill 开发工具链，用于创建、验证和打包扩展 Claude 能力的模块化技能包。核心工作流包含六个步骤：理解需求与具体用例 → 规划可复用资源（脚本/参考文档/资源文件）→ 运行 init_skill.py 初始化技能目录 → 编辑 SKILL.md 及配套资源 → 使用 package_skill.py 打包分发 → 基于实际使用迭代优化。
该技能采用 渐进式披露设计 ：元数据（name + description）常驻上下文约100词；SKILL.md 主体在触发后加载，控制在500行以内；引用文件（references/）按需加载，脚本（scripts/）可直接执行无需载入上下文。这种分层架构最大化利用有限的上下文窗口。
显著优点

1. 标准化开发流程 ：提供从初始化到打包的完整工具链，降低 Skill 开发门槛
2. 上下文优化设计 ：渐进式加载机制确保核心信息优先，避免上下文膨胀
3. 资源复用架构 ：明确区分 scripts（可执行代码）、references（参考文档）、assets（输出模板）三类资源，提升开发效率
4. 自由度分级指导 ：根据任务脆弱性匹配文本指令/伪代码/具体脚本三种规范级别
5. 开源生态友好 ：Apache 2.0 许可证，代码结构清晰，便于社区贡献
   潜在缺点与局限性
6. 学习曲线存在 ：需理解渐进式披露、自由度分级等抽象设计原则
7. Python 环境依赖 ：三个核心脚本均需 Python 运行时，对非技术用户不够友好
8. 验证能力有限 ： quick_validate.py 仅检查基础格式，无法验证 Skill 实际运行效果
9. 无 IDE 集成 ：缺乏编辑器插件或 GUI 工具，纯命令行交互
10. 社区生态早期 ：非官方 Anthropic 维护，第三方 Skill 质量参差不齐
    适合的目标群体
    Claude 重度用户 ：希望将重复工作流固化为可复用 Skill 的高级用户
    企业 AI 实施团队 ：需要构建内部知识库、工作流自动化的技术团队
    AI 应用开发者 ：探索 LLM 扩展机制、构建垂直领域 Agent 的开发者
    技术产品经理 ：需要将业务逻辑转化为结构化 AI 指令的产品人员
    使用风险
11. 文件系统操作风险 ： init_skill.py 会在指定路径创建目录结构，误设 --path 可能导致文件散乱
12. 权限设置注意 ：脚本自动将示例文件设为 755 可执行权限，需确认是否符合安全策略
13. 模板内容审查 ：生成的 SKILL.md 包含 TODO 占位符，直接分发会导致功能缺失
14. 打包内容泄露 ： package_skill.py 会压缩整个目录，需确保不含敏感配置文件
15. 版本兼容性 ：Skill 格式规范可能随 Claude 更新而演进，需关注官方文档变更

基于 gitmcp.io 的只读型 GitHub 文档获取工具，提供语义搜索与智能代码导航，专为 LLM 优化输出格式，让开发者高效查阅开源项目文档。

基本信息

• 技能名称?read-github
• 中文名称?智能语义搜索的 GitHub 文档助手
• 作者?am-will
• 分类?开发
• 版本?v1.0.1
• 标签?development-engineering, docs, git, api, content-media, automation

使用方法

使用说明
核心用法
read-github 是一个通过 gitmcp.io MCP 服务获取 GitHub 仓库文档的只读型工具。用户只需将 github.com/owner/repo 转换为 gitmcp.io/owner/repo 格式，即可通过 CLI 脚本或 MCP 工具调用获取文档内容。主要功能包括：获取完整文档（README、docs 等）、语义搜索文档内容、精确搜索代码、抓取文档中引用的外部 URL。工具名称会根据仓库名动态生成，如 karpathy/llm-council 对应 fetch_llm_council_documentation 。
显著优点

1. 语义搜索能力 ：相比传统关键词匹配，能理解文档语义，返回更精准的结果
2. 零幻觉文件结构 ：智能代码导航准确反映仓库真实布局，避免 AI 对文件结构的错误推测
3. LLM 优化输出 ：直接输出规范 Markdown，而非原始 HTML/JSON，减少 token 消耗和解析负担
4. 聚合式界面 ：一次性整合 README、/docs 目录和代码，无需多次跳转
5. 合规友好 ：尊重 rate limits 和 robots.txt，降低被封禁风险
   潜在缺点与局限性
   网络依赖 ：完全依赖 gitmcp.io 第三方服务，离线环境无法使用
   仅支持公开仓库 ：私有仓库可能因权限问题无法访问
   外部服务稳定性 ：gitmcp.io 服务的可用性和持续性不受用户控制
   Node.js 依赖 ：需要本地安装 npx 和 mcp-remote 工具链
   功能边界 ：纯只读工具，无法执行代码、提交 issue 或进行任何写操作
   适合的目标群体
   AI/LLM 开发者 ：需要为模型提供高质量、结构化的开源项目文档输入
   技术研究人员 ：快速调研多个开源项目的架构和实现细节
   开源贡献者 ：在提交 PR 前深入理解项目文档和代码规范
   技术写作者 ：批量获取项目文档进行分析和内容创作
   企业技术评估团队 ：系统化评估第三方开源依赖的技术文档完整性
   使用风险
   第三方服务依赖 ：gitmcp.io 服务变更或下线将直接影响功能可用性
   网络延迟 ：远程 MCP 调用可能引入数百毫秒延迟，不适合高频实时场景
   数据新鲜度 ：缓存机制可能导致获取的文档非最新版本
   subprocess 执行 ：通过 npx 调用外部进程，在严格受限的执行环境中可能被拦截

OpenClaw 专业级 Discord Bot 开发指南，零 SDK 依赖的 HTTPS API 方案，涵盖交互命令设计与安全最佳实践，助力生产级 Bot 构建。

基本信息

• 技能名称?discord-hub
• 中文名称?零依赖的 Discord Bot API 开发指南
• 作者?Unknown
• 分类?开发
• 版本?latest
• 标签?api, backend, development-engineering, content-media, docs

使用方法

使用说明
核心用法
本技能为纯文档型知识资产，专注于 Discord Bot API 的完整开发工作流。它提供了基于直接 HTTPS 请求的 production-ready 指南，涵盖从基础认证到高级交互设计的全链路文档。核心内容包括 Discord API 基础架构（URL、版本控制、对象映射）、认证与令牌管理（Bot Token、应用 ID、交互端点公钥）、交互生命周期（Interactions、Webhook 验证）、应用命令体系（斜杠命令、用户命令、消息命令）、消息组件与嵌入（Embeds、Buttons、Select Menus）、速率限制处理（基于 Headers 的限流策略）以及 HTTP 请求模板。该技能采用零 SDK 依赖的设计理念，通过 8 个结构化参考文档为开发者提供清晰的 API 表面映射，适合需要深度理解 Discord API 底层协议的技术团队。
显著优点
首要优势在于其轻量级与零依赖特性。作为纯 Markdown 文档集合，该技能无可执行代码、无运行时环境要求、无外部依赖项，从根本上消除了代码注入和供应链攻击风险。其次，内容专业度高，提供了生产环境级的最佳实践，包括明确的 UX 设计建议（优先使用斜杠命令而非前缀解析）、安全边界设定（永不记录令牌、最小权限原则）以及性能优化提示（小载荷、快速响应）。文档结构清晰，通过分层的参考文件体系（从基础概述到具体功能映射）降低了学习曲线。此外，该技能特别强调安全合规性，在文档中明确标注了 Token 保护、签名验证等关键安全操作，体现了良好的安全工程意识。
潜在缺点与局限性
作为 T3 来源的社区文档，其权威性和时效性依赖于个人维护者（codedao12），建议与 Discord 官方文档交叉验证 API 变更。该技能为纯指南性质，不提供可复用的代码库或 SDK 实现，开发者需要自行构建 HTTP 客户端、错误处理机制和重试逻辑。功能覆盖方面，它明确排除了 Gateway 实时连接实现和大文件流媒体上传场景，仅专注于 REST API 和 Interactions。此外，文档中缺少复杂的错误处理示例和边界情况处理指南，对于需要高容错能力的生产系统，开发者仍需补充额外的健壮性设计。
适合的目标群体
该技能最适合具备一定后端开发基础、希望深入理解 Discord API 协议细节的中高级开发者。对于偏好轻量级架构、不愿引入重量级 SDK 依赖的极简主义工程师尤为合适。技术团队可利用此技能快速建立 Discord Bot 开发的标准操作规范（SOP），特别是需要自定义 HTTP 客户端或集成到现有微服务架构的场景。同时，适合作为教育机构或技术社区中 Discord Bot 开发的辅助教材，帮助学生理解 Webhook 签名验证、API 速率限制等核心概念。不适合寻求即插即用 SDK 的初学者或需要实时 Gateway 功能（如 presence 更新、大规模消息监听）的复杂 Bot 项目。
使用风险
主要风险在于来源可信度（T3 级别），虽然内容经过安全审计，但社区维护的文档可能存在更新滞后或与官方 API 变更不同步的情况，关键业务逻辑必须参照 Discord 官方开发者文档验证。Token 管理风险完全由用户承担，尽管文档提供了安全提示，但 Bot Token 的存储、传输和轮换机制需要开发者自行实现安全加固。技术风险包括 HTTP 请求的容错处理（网络超时、重试风暴）、交互签名验证的实现正确性（加密算法误用可能导致安全漏洞），以及速率限制处理不当导致的账号封禁。此外，纯文档形式意味着无自动补全、类型检查等 IDE 支持，可能增加开发调试成本。