x402hub 是 Base Sepolia 上的 AI Agent 市场，支持 Agent 注册、赏金领取、USDC 收益及 Relay 点对点通信，采用 BYOW 自托管钱包模式保障私钥安全。

基本信息

• 技能名称?x402hub
• 中文名称?AI Agent 链上市场与实时通信
• 作者?capncoconut
• 分类?开发
• 版本?v1.3.0
• 标签?blockchain, automation, api, backend, productivity, operations, development-engineering

使用方法

使用说明
核心用法
x402hub 是一个面向 AI Agent 的链上市场基础设施，核心功能围绕「注册-接单-交付-收益」的闭环设计。Agent 通过 BYOW（Bring Your Own Wallet）模式自主生成钱包并完成链上注册，获得唯一的 Agent NFT 身份标识。注册后即可浏览 OPEN 状态的赏金任务（Run/Bounty），通过钱包签名完成认领、提交交付物（IPFS 哈希）、或放弃任务。所有状态变更操作（submit/approve/reject/abandon）均需 EIP-191 钱包签名，确保操作不可伪造。
Relay 通信系统是 x402hub 的另一核心能力，基于 TCP 长连接实现 Agent 间的实时消息传递。协议采用 4 字节大端序长度前缀 + JSON 载荷的帧格式，支持离线消息队列、在线状态感知、PING/PONG 心跳保活。Agent 通过注册时获取的 authToken 或独立申请的 relay-token 接入网络，可向指定 Agent 发送结构化消息。
显著优点
安全架构设计合理 ：BYOW 模式从根本上杜绝了私钥托管风险，x402hub 服务端永不接触用户私钥；所有敏感操作强制钱包签名，配合 5 分钟时间戳窗口有效防御重放攻击。
零 Gas 注册体验 ：测试网阶段采用后端代付 Gas 的元交易模式，用户仅需签名即可完成链上注册，降低了 Agent 部署门槛。
协议简洁可扩展 ：Relay 协议基于标准 TCP 和 JSON，无复杂依赖；长度前缀帧格式易于解析，支持二进制安全传输。
经济模型清晰 ：赏金以 USDC 计价（6 位小数），任务生命周期状态机（OPEN→CLAIMED→SUBMITTED→COMPLETED/REJECTED）设计完整，支持取消、放弃等异常流处理。
潜在缺点与局限性
测试网限制 ：当前仅部署于 Base Sepolia，合约层赏金托管未激活，实际资金流转依赖后端 API 而非链上智能合约，主网迁移时可能存在 Breaking Changes。
Relay 中心化风险 ：Relay 服务器 trolley.proxy.rlwy.net 为单一托管节点，无多节点冗余或去中心化中继网络设计，存在单点故障和审查风险。
质押机制待完善 ：测试网 MIN_STAKE_USDC 为 0，缺乏经济约束可能导致 spam 行为；未来主网的质押门槛和罚没规则尚未明确。
生态早期阶段 ：作为新兴项目，Agent 数量、赏金流动性、Relay 网络规模均处于早期，实用价值依赖生态冷启动进展。
适合的目标群体
AI Agent 开发者 ：需要为 Agent 寻找变现渠道、接入点对点通信能力的开发者
自动化任务平台 ：希望将任务分发到去中心化 Agent 网络的 bounty 平台
多 Agent 协作系统 ：需要 Agent 间安全通信基础设施的复杂工作流设计者
区块链实验者 ：关注 AI x Crypto 交叉领域、愿意参与测试网生态的早期用户
使用风险
私钥管理责任 ：BYOW 模式将安全责任完全转移给用户，私钥泄露或丢失将导致 Agent 身份和收益不可恢复；建议专用隔离钱包，避免与主资产混用。
第三方服务依赖 ：API 服务端 api.clawpay.bot 和 Relay 服务由项目方运营，存在服务中断、API 变更、或项目终止风险；无 SLA 保障。
智能合约风险 ：虽然 AgentRegistry 合约已部署，但赏金托管合约未激活，当前资金流转依赖可信后端；主网合约审计状态未知。
网络与性能 ：Relay TCP 连接需维持长连接，网络抖动可能导致消息延迟或丢失；离线队列的持久化策略和容量限制未明确文档说明。
blockchain automation api backend productivity operations development-engineering

基于Archon DID技术，从现有去中心化身份派生Nostr密钥对，实现DID与Nostr协议的统一身份管理，简化多协议密钥维护。

基本信息

• 技能名称?archon-nostr
• 中文名称?去中心化身份跨协议密钥派生
• 作者?macterra
• 分类?开发
• 版本?v0.1.0
• 标签?did, nostr, backend, development-engineering, cryptography, blockchain

使用方法

使用说明
Archon Nostr Identity 是一款专注于去中心化身份互操作性的技术工具，旨在帮助用户从现有的 Archon DID（去中心化标识符）派生出 Nostr 协议的密钥对（nsec/npub），实现同一 secp256k1 密钥在两种协议间的复用与身份统一。
核心用法上，该技能通过解析 Archon 钱包的 BIP44 路径（m/44'/0'/0'/0/0）派生密钥，利用与比特币相同的椭圆曲线算法，将 DID 的验证密钥转换为 Nostr 兼容格式。用户需预先配置 ARCHON_PASSPHRASE 环境变量并安装 nak CLI 工具，通过本地脚本执行密钥派生，随后可选择将 Nostr 公钥信息（npub 与 hex 格式）写入 DID 文档以实现身份关联。整个过程强调本地计算，私钥不会离开用户设备。
显著优点包括技术架构的简洁性与安全性。通过复用既有的 Archon DID 密钥，用户避免了管理多组助记词的复杂性，降低了密钥丢失风险。该方案基于成熟的加密标准（BIP32/BIP39）和广泛审计的开源库（@scure/bip32、secp256k1），密钥派生逻辑透明可追溯。同时，工具支持将 Nostr 身份与 DID 文档绑定，增强了跨协议身份的可发现性与可验证性。
然而，该技能也存在明显局限性。首先，它高度依赖特定的技术栈（Archon DID），未使用 Archon 的用户无法直接应用。其次，安装过程涉及从网络直接下载并执行第三方脚本（nak CLI），存在供应链安全风险。npm 依赖未实施版本锁定，可能导致构建不可重现。此外，操作需要较高的技术门槛，普通用户难以理解 BIP44 派生路径或 JWK 坐标转换等技术细节。
适合的目标群体主要是已部署 Archon DID 的开发者和技术用户，特别是需要在去中心化社交网络（Nostr）与 W3C DID 标准间建立身份关联的场景。对于追求密钥管理极简化的加密货币用户或希望实现跨协议身份统一的技术架构师尤为适用。
使用风险方面，除前述的网络脚本执行与依赖版本漂移外，用户需确保 ARCHON_PASSPHRASE 环境变量的安全，避免在共享环境中残留敏感信息。密钥文件（~/.clawstr/secret.key）的权限设置（chmod 600）至关重要，不当的权限配置可能导致私钥泄露。建议用户在离线或隔离环境中执行密钥派生操作，并手动验证 nak CLI 安装脚本的完整性。

基于开源 crawl4ai 框架的 AI 驱动网页爬取工具，支持动态内容解析与结构化数据提取，适合开发者高效获取网络数据。

基本信息

• 技能名称?crawl4ai
• 中文名称?AI 驱动的智能网页数据采集
• 作者?codylrn804
• 分类?开发
• 版本?v1.0.0
• 标签?content-media, data-analytics, automation, api, development-engineering

使用方法

使用说明
核心用法
Crawl4ai 是一个 AI 驱动的网页爬取框架，专为从网站提取结构化数据而设计。它结合了传统 HTML 解析与 AI 技术，能够处理动态 JavaScript 内容、智能提取文本，并清理复杂网页结构中的数据。核心使用方式是通过 AsyncWebCrawler 异步上下文管理器执行爬取任务，支持多种配置选项如浏览器模式、无头模式、JavaScript 执行、自定义延迟等。
典型工作流程包括：初始化爬虫实例 → 配置爬取参数（URL、是否执行 JS、等待条件等）→ 执行 arun()() 方法 → 处理返回结果（Markdown、Clean HTML、结构化 JSON 或截图）。对于动态网站，可启用 javascript=True 并设置 wait_for 和 delay 参数确保内容完全加载。高级用法支持自定义 JavaScript 注入、会话管理和批量爬取。
显著优点

1. AI 增强解析 ：相比传统爬虫，能更智能地理解和提取结构化数据，减少人工编写解析规则的工作量。
2. 动态内容支持 ：内置浏览器引擎，可执行 JavaScript 并等待 AJAX 加载完成，解决现代单页应用（SPA）的爬取难题。
3. 多格式输出 ：同时支持 Markdown、Clean HTML、结构化 JSON、截图和链接提取，满足不同场景需求。
4. 异步架构 ：基于 asyncio 设计，支持高并发爬取，提升大规模数据采集效率。
5. 灵活配置 ：提供丰富的参数选项（超时控制、缓存策略、标签过滤、自定义 JS 等），适应多样化需求。
   潜在缺点与局限性
6. 依赖外部框架 ：核心功能依赖 crawl4ai 开源库，版本更新可能引入 breaking changes，需持续跟踪维护。
7. 资源消耗较高 ：启用浏览器模式时内存和 CPU 占用显著高于纯 HTTP 请求，大规模爬取需考虑硬件成本。
8. JavaScript 注入风险 ： js_code 参数允许执行任意 JavaScript，若处理不可信输入可能导致安全问题。
9. 合规性责任 ：网页爬取本身存在法律灰色地带，工具不提供自动 robots.txt 检查，合规风险由用户承担。
10. 错误恢复有限 ：虽基础错误处理存在，但复杂场景（如反爬机制、验证码）需用户自行实现重试和代理策略。
    适合的目标群体
    数据工程师/分析师 ：需要批量采集网络数据进行清洗和分析
    后端开发者 ：构建需要聚合外部信息的产品功能（如价格监控、内容聚合）
    研究人员 ：采集学术数据、社交媒体内容或公开数据集
    自动化测试工程师 ：验证网页渲染结果或监控网站内容变更
    产品经理/运营 ：竞品分析、市场调研等需要结构化网络数据的场景
    使用风险
11. 性能风险 ：浏览器模式启动开销大，高频请求易触发目标网站反爬机制导致 IP 封禁
12. 依赖风险 ： crawl4ai 及其底层依赖（Playwright/Selenium 等）版本迭代快，存在兼容性隐患
13. 数据质量风险 ：AI 解析虽智能但非 100% 准确，复杂页面结构可能导致提取失败或数据错位
14. 法律合规风险 ：未遵守 robots.txt 或服务条款可能面临法律追责，特别是爬取受版权保护内容时
15. 安全风险 ：自定义 JavaScript 执行若未严格校验输入，可能被利用执行恶意代码

基于微软官方 Playwright 框架的代码级浏览器自动化方案，支持复杂网页抓取、截图和表单交互，为开发者提供精准的程序化控制能力。

基本信息

• 技能名称?playwright-npx
• 中文名称?代码级浏览器自动化专家
• 作者?mahone-bot
• 分类?开发
• 版本?v1.0.0
• 标签?automation, testing, development-engineering, content-media, data-analytics, web-scraping

使用方法

使用说明
Playwright-npx 是一款面向开发者的代码级浏览器自动化技能，通过 Node.js 脚本调用微软官方 Playwright 框架，实现对浏览器的精细化程序化控制。
核心用法 ：该技能采用"编写脚本-执行"的工作模式，用户通过创建 .mjs 文件调用 Playwright API，可完成网页截图、数据抓取、表单自动填写、会话持久化等任务。与简单的 HTTP 请求工具不同，它支持执行 JavaScript、等待动态内容加载、模拟真实用户交互，适用于单页应用（SPA）和复杂前端场景。脚本通过 node script.mjs 直接执行，支持有头/无头模式切换，并可通过 npx playwright codegen 录制生成代码。
显著优点 ：首先，它提供了完整的代码级控制能力，支持 CSS、XPath、ARIA 角色等多种选择器策略，以及网络空闲等待、条件等待等高级功能。其次，依赖微软官方维护的 Playwright 框架（T1 来源），稳定性和兼容性经过广泛验证。第三，文档结构完善，提供了从最小示例到复杂场景（登录会话保持、错误处理）的完整代码模板，降低了上手门槛。第四，与 web_fetch、browser 等工具形成清晰的能力分层，用户可根据需求选择合适方案。
潜在缺点与局限性 ：该技能对使用者的技术能力有明确要求，需要熟悉 JavaScript/Node.js 环境和命令行操作，非技术用户难以直接使用。作为 T3 来源的社区项目，虽然经过安全审计，但长期维护和支持的稳定性不如官方工具。此外，面对具备高级反爬虫机制（如 Cloudflare、CAPTCHA）的网站时，仍需配合 stealth-browser 等专门工具，本身不具备绕过能力。
适合的目标群体 ：主要面向前端/后端开发者、QA 测试工程师、数据分析师以及需要定制化网页自动化的技术人员。特别适合需要批量截图、结构化数据抓取、自动化表单提交、端到端测试脚本的场景。对于仅需简单页面获取的用户，建议使用 web_fetch；需要可视化交互的则适合 browser 工具。
使用风险 ：常规风险包括：1）网络通信风险——脚本会访问用户指定的外部 URL，需确保目标站点可信，避免访问恶意网站导致浏览器漏洞被利用；2）本地数据安全——session 持久化和截图功能会将敏感信息（cookies、页面内容）保存到本地 tmp/ 目录，需注意文件权限管理和敏感信息清理；3）合规性风险——自动化抓取需遵守目标网站的 robots.txt 和服务条款，未经授权的数据抓取可能导致法律风险；4）依赖管理——需要本地 Node.js 环境和 Playwright 浏览器二进制文件，首次设置需要下载数百 MB 的依赖；5）性能开销——相比简单 HTTP 请求，启动浏览器实例消耗更多系统资源，高频使用时需考虑资源优化。

基于本地gRPC API的Starlink卫星天线管理方案，支持状态监控、设备列表与硬件控制，为已部署Starlink的用户提供便捷的本地网络管理能力。

基本信息

• 技能名称?starlink
• 中文名称?卫星网络本地智能管控
• 作者?danfedick
• 分类?开发
• 版本?192.168.100
• 标签?network, hardware, iot, productivity, development-engineering

使用方法

使用说明
核心用法
Starlink CLI Skill 是一个专门用于控制 Starlink 卫星天线的文档型工具，通过调用本地 gRPC API（192.168.100.1:9200）实现硬件管理。用户可通过该技能执行六大核心操作：使用 status 获取天线状态、运行时间、信噪比、延迟和遮挡信息；通过 clients 查看接入 WiFi 的终端设备详情（包括信号强度、频段、MAC 地址等）；运行 speedtest 进行网络测速；利用 stow/unstow 控制天线收纳与展开（适用于运输或存储场景）；执行 reboot 远程重启设备；以及获取 location GPS 坐标（需提前在 App 中授权）。所有命令均支持 --json 参数输出结构化数据，便于脚本集成与自动化处理。
显著优点
该技能的最大优势在于 完全本地化的控制方式 ，所有操作均通过局域网直接与卫星天线通信，无需经过云端服务，有效降低了网络延迟并增强了隐私保护。其次，它提供了 超越官方 App 的自动化能力 ，支持 JSON 格式输出，方便与 Home Assistant、Prometheus 等监控系统集成，实现网络质量的可观测性。此外，功能覆盖全面，从基础的信号监测到硬件级的收纳控制，满足了从日常使用到设备维护的全生命周期管理需求。对于网络管理员而言，能够快速排查连接设备、诊断信号遮挡问题，显著提升了运维效率。
潜在缺点与局限性
首先，该技能 严格依赖本地网络环境 ，仅在连接 Starlink 路由器时可用，不支持远程访问，这限制了异地管理的可能性。其次， 功能存在边界 ，如云端的设备暂停/恢复功能无法通过本地 API 实现，仍需使用官方 App。第三， 外部依赖较重 ，需要用户自行通过 Cargo 安装 starlink-cli 二进制工具，且要求系统预装 Rust 和 Protocol Buffers 编译器，对非技术用户存在一定门槛。最后，GPS 位置获取功能需要手动在 Starlink App 中开启调试权限，操作流程相对繁琐。
适合的目标群体
该技能主要面向三类用户： Starlink 重度用户 ，特别是需要频繁监控网络状态或管理大量接入设备的家庭或小型办公室； 网络技术爱好者与管理员 ，希望将 Starlink 集成到现有的网络监控体系中，实现自动化告警和数据分析；以及 移动场景使用者 ，如房车、船舶等需要频繁收纳/展开天线的用户，可通过 CLI 快速控制硬件状态。对于开发者而言，JSON 输出格式也便于构建自定义的网络管理界面。
使用风险
使用该技能需注意以下风险：首先是 网络连通性风险 ，若使用第三方路由器且未正确配置路由（如 bypass 模式），可能导致无法访问 192.168.100.1 管理地址；其次是 外部依赖安全风险 ，虽然 starlink-cli 通过标准 Cargo 安装，但作为 T3 来源（个人开发者）的项目，建议审查代码后再部署；第三是 硬件操作风险 ， reboot 和 stow 命令会中断网络服务，在关键业务运行期间需谨慎执行；最后是 隐私合规风险 ，获取 GPS 坐标功能涉及位置信息，需确保符合当地数据保护法规，并妥善保管包含敏感坐标的 JSON 输出文件。