基于 solax-cloud-api 封装，安全获取 Solax 逆变器实时数据并返回结构化 JSON，助力家庭能源监控与自动化。

基本信息

• 技能名称?solax-summary-fetch
• 中文名称?光伏能源数据智能监控助手
• 作者?Unknown
• 分类?开发
• 版本?latest
• 标签?api, data-analytics, automation, iot, energy

使用方法

使用说明
该 Skill 通过封装 npm 包 solax-cloud-api ，为 Solax 光伏逆变器用户提供标准化的数据获取接口。用户需提供 Solax Cloud API Token（tokenId）和逆变器序列号（sn），Skill 将自动调用 Solax Cloud 的 getAPIData() 接口并转换为结构化的 SolaxSummary JSON 数据。支持通过环境变量或 CLI 参数传入凭证，输出直接面向标准输出流，便于与 Home Assistant、Node-RED 等自动化平台集成。
该 Skill 在安全设计方面表现突出：明确强制使用环境变量存储敏感凭证，内置 redact() 函数对 Token 进行脱敏显示（仅展示前后字符），并禁止在日志中输出完整密钥。工程实现上采用 TypeScript 类型定义（SolaxSummary 接口），提供结构化错误处理（返回 {ok:false, error:...} 而非崩溃），且依赖版本严格锁定（0.2.0），有效避免供应链攻击风险。部署方式轻量便捷，仅需 Node.js 环境，通过标准 npm install 即可安装，无需复杂配置。
主要限制在于数据来源单一且依赖第三方库：核心功能完全依赖 solax-cloud-api npm 包（v0.2.0），若该库停止维护或出现兼容性问题，Skill 将受影响。其次，功能范围较窄，仅支持获取"摘要数据"（Summary），无法获取历史详细数据或进行设备控制。此外，来源可信度为 T3 级别（个人开发者 allmightysauron），对于企业级高安全要求场景可能需要额外审计。网络层面，完全依赖 Solax Cloud 服务可用性，本地局域网直连功能缺失。
该 Skill 最适合拥有 Solax 品牌光伏逆变器的家庭用户和智能家居爱好者，特别是需要能源数据自动化采集的场景。适用于构建个人能源监控仪表板、自动化规则（如根据发电量控制家电）或进行长期的能源效率分析。对于开发者而言，可作为物联网数据接入的中间件，快速集成到现有的数据分析 pipeline 中。
使用过程中的常规风险包括：1）凭证管理风险，尽管 Skill 本身安全，但用户若误将 Token 提交至 Git 仓库或在不安全环境变量中存储，仍可能导致能源数据泄露；2）网络稳定性，Solax Cloud API 的响应延迟或故障将直接影响数据获取；3）依赖维护，npm 包的长期维护状态不确定，建议定期运行 npm audit 检查漏洞；4）速率限制，Solax Cloud 可能对 API 调用频率有限制，高频自动化场景需注意遵守平台限流策略。

基于 Oban 官方最佳实践的 Elixir 后台任务设计指南，提供队列配置、重试策略、定时调度等一站式工作者生成方案。

基本信息

• 技能名称?oban-designer
• 中文名称?Elixir 后台任务架构设计专家
• 作者?gchapim
• 分类?开发
• 版本?v1.0.1
• 标签?backend, development-engineering, database, automation, elixir

使用方法

使用说明
Oban Designer 是一款专为 Elixir 生态系统打造的背景任务架构设计技能，旨在帮助开发者高效实现基于 Oban 框架的后台作业系统。该技能提供了从基础安装配置到高级功能实现的完整指南，涵盖 Worker 定义、队列管理、重试机制、唯一性约束及 Cron 定时任务等核心场景。
核心用法方面，用户可通过该技能快速生成符合最佳实践的 Oban Worker 代码模板，配置多队列并发策略（如邮件队列 20 并发、Webhook 队列 50 并发），并实现指数退避重试、自定义超时、作业去重等高级特性。文档详细展示了如何结合 Ecto.Multi 实现事务性作业插入，以及如何利用 Oban Pro 的 Batch、Workflow 和 Chunk 功能处理复杂依赖和批量操作。测试部分提供了完整的测试配置和断言示例，确保背景作业的可靠性。
显著优点体现在其全面性和实用性上。首先，内容覆盖了 Oban 生态的完整功能谱系，包括开源版和专业版特性，满足不同规模项目需求。其次，提供了经过社区验证的设计模式，如按 I/O 密集型和 CPU 密集型区分队列并发数，以及基于优先级的任务调度策略。此外，文档结构清晰，从基础概念到进阶技巧层层递进，配合丰富的代码示例（邮件发送、数据清理、定时报告等），大幅降低了 Elixir 开发者上手 Oban 的门槛。
潜在缺点与局限性需引起重视。首要限制是该技能专为 Elixir/Phoenix 生态设计，对使用其他技术栈的开发者无直接价值。其次，文档中提及的 Oban Pro 功能（如 Workflow 工作流、Chunk 批处理）需要商业许可证，开源项目可能无法直接使用。此外，作为 T3 来源的个人开发者作品，部分示例代码可能需要根据具体业务场景调整，且随着 Oban 版本迭代（当前基于 2.18+），部分 API 可能存在细微差异。
适合的目标群体主要是 Elixir/Phoenix 后端开发者，特别是需要构建可靠后台处理系统的团队。无论是初创项目需要快速搭建邮件发送、Webhook 推送等基础功能，还是企业级应用需要设计复杂的定时任务编排和批量数据处理流程，该技能都能提供有价值的架构参考。对于正在从其他语言（如 Ruby Sidekiq、Python Celery）迁移到 Elixir 的开发者，这也是理解 Elixir 并发模型和容错设计的优质资源。
使用该技能存在的常规风险主要包括版本兼容性问题和示例代码的适用性。由于 Elixir 和 Oban 生态持续演进，建议在实际应用前验证代码与当前依赖版本的兼容性。文档中的配置示例（如数据库迁移、队列参数）需要根据具体基础设施调整，直接复制可能导致配置错误。此外，背景作业系统的复杂性意味着在生产环境中需要配套完善的监控（Telemetry）和告警机制，文档虽提供了基础指引，但完整的可观测性方案仍需团队自行建设。

基于Node.js的自托管NWC桥接方案，通过systemd服务将本地Lightning钱包安全接入Stacker.News等Nostr生态应用，实现去中心化支付能力。

基本信息

• 技能名称?agent-wallet-nwc-bridge
• 中文名称?自托管闪电网络NWC桥接服务
• 作者?kristapsk
• 分类?开发
• 版本?v1.0.0
• 标签?bitcoin, lightning-network, nostr, crypto, backend, automation, finance-accounting, api, self-hosted

使用方法

使用说明
agent-wallet-nwc-bridge 是一个专为 Nostr 生态设计的轻量级桥接服务，基于 Node.js 开发，旨在将本地运行的 @moneydevkit/agent-wallet Lightning 钱包通过 NIP-47 协议暴露为标准的 Nostr Wallet Connect (NWC) 服务端。该技能通过 systemd 用户服务形式常驻运行，使 Stacker.News 等支持 NWC 的客户端能够安全地调用本地的 make_invoice 和 pay_invoice 能力，实现去中心化的比特币闪电网络支付功能。
核心用法上，用户需在 Linux 环境下部署该服务，通过 npm install 安装依赖后，使用提供的 install_systemd_user.sh 脚本将服务注册为 systemd 用户单元。服务启动后，会生成本地 state.json 存储钱包连接密钥，并监听配置的 Nostr 中继（如 wss://nos.lol）等待 NWC 客户端请求。用户可为不同用途（收款/付款）生成独立的 NWC URI，并设置预算上限（budget_sats）进行权限隔离。
该技能的显著优点包括：完全自托管架构确保私钥本地留存，符合"Not your keys, not your coins"的加密精神；systemd 服务单元配置了严格的安全加固选项（NoNewPrivileges=true、PrivateTmp=true、ProtectSystem=strict），以用户级权限运行无需 root；支持通过环境变量灵活配置多中继节点和默认预算；与 Stacker.News 等主流 Nostr 应用生态无缝集成。
潜在缺点与局限性方面，该技能强制依赖 Linux systemd 环境，Windows 和 macOS 用户无法直接使用；作为 T3 来源的个人项目，长期维护稳定性不及企业级方案；依赖管理中使用 ^ 版本范围且通过 npx 动态安装 @moneydevkit/agent-wallet，存在供应链更新风险；此外，NWC 协议本身的复杂性要求用户具备一定的 Lightning Network 和 Nostr 协议知识。
适合的目标群体主要包括：运行个人 Lightning 节点并希望接入 Nostr 生态的技术用户；使用 @moneydevkit/agent-wallet 的自托管钱包用户；对中心化托管方案不信任、偏好本地密钥管理的隐私敏感型用户；以及需要将 Stacker.News 等内容平台与自有 Lightning 节点集成的内容创作者。
使用该技能可能存在的常规风险包括：state.json 文件包含 NWC 连接私钥，若未设置适当文件权限（如 chmod 600）或误提交至 Git 仓库可能导致密钥泄露；npx 动态安装依赖包虽包名固定，但仍存在供应链投毒的理论风险；预算配置不当或 URI 权限管理疏忽可能导致非预期资金支出；作为网络服务暴露在外，虽无高危漏洞但需确保 Nostr 中继连接的安全性。建议用户定期备份 state.json，并在生产环境使用前充分测试预算限制功能。

阿里云内容安全（Green）OpenAPI 管理工具，基于官方 SDK 实现 API 发现与配置管理，帮助开发者高效对接内容审核服务。

基本信息

• 技能名称?alicloud-security-content-moderation-green
• 中文名称?阿里云内容安全 API 管家
• 作者?cinience
• 分类?开发
• 版本?v1.0.2
• 标签?api, cloud-service, security, content-moderation, alibaba-cloud, automation, backend, devops

使用方法

使用说明
核心用法
本 Skill 提供阿里云内容安全（Green）服务的 OpenAPI 管理能力，采用元数据优先的发现模式。用户通过 list_openapi_meta_apis.py 脚本获取阿里云官方 API 清单，进而调用 List** 、 、Describe 等查询类 API 进行资源盘点，或使用 Create 、 、 Update** 等变更类 API 进行配置管理。支持通过环境变量（ ALICLOUD_ACCESS_KEY_ID 等）或共享配置文件（ ~/.alibabacloud/credentials ）进行身份认证，默认 API 版本为 2022-03-02。
显著优点

1. 官方生态兼容 ：完全基于阿里云官方 OpenAPI 和 SDK 设计，与阿里云内容安全服务深度集成，API 调用规范可靠。
2. 安全认证规范 ：强制优先使用环境变量管理 AccessKey，避免敏感信息硬编码，符合云安全最佳实践。
3. 元数据驱动 ：通过自动化脚本发现 API 结构和参数，降低人工查阅文档的成本，提升开发效率。
4. 零外部依赖 ：仅使用 Python 标准库，无第三方包依赖，部署简单，兼容性强。
5. 输出可控 ：明确指定输出目录 output/alicloud-security-content-moderation-green/ ，便于结果管理和审计。
   潜在缺点与局限性
6. 功能范围受限 ：当前版本主要聚焦于 API 发现和元数据获取，实际资源变更操作需用户自行编写调用代码，非开箱即用的完整管理工具。
7. 网络依赖性强 ：必须从阿里云官方下载 OpenAPI 元数据（ api-docs.json ），离线环境无法使用。
8. T3 来源等级 ：代码来自个人开发者社区，虽经安全审计，但缺乏官方背书和企业级维护保障。
9. 无图形界面 ：纯命令行工具，对非技术用户不够友好。
10. 异常处理较基础 ：网络超时等异常依赖底层库隐式处理，缺少详细的错误重试和日志记录机制。
    适合的目标群体
    云原生开发者 ：需要集成阿里云内容审核能力的后端工程师
    DevOps/运维人员 ：负责阿里云安全产品配置和巡检的技术团队
    安全合规团队 ：需要审计和监控内容安全策略配置的安全工程师
    技术架构师 ：评估阿里云 Green 服务 API 结构和集成方案的设计人员
    使用风险
11. 网络稳定性 ：元数据下载依赖阿里云 API 服务可用性，网络波动可能导致脚本失败。
12. 权限配置风险 ：若 AccessKey 权限配置不当（如授予过高权限），可能引发非预期的资源变更。
13. 输出目录权限 ：需确保运行用户对输出目录有写入权限，否则会导致文件保存失败。
14. 版本兼容性 ：阿里云 OpenAPI 可能迭代更新，固定版本 2022-03-02 未来可能需要手动升级。

基于 Python 标准库开发的零依赖 WLED 控制工具，通过本地 HTTP API 实现对 LED 灯带和矩阵的电源、亮度、颜色及效果控制，为智能家居场景提供安全可靠的自动化解决方案。

基本信息

• 技能名称?wled
• 中文名称?本地WLED灯光控制专家
• 作者?rowbotik
• 分类?开发
• 版本?v0.1.0
• 标签?automation, smart-home, hardware, api, python

使用方法

使用说明
WLED Control 是一款专为 ESP8266/ESP32 驱动的 LED 控制器设计的 Python 命令行工具，通过 HTTP JSON API 实现对 WLED 设备的全面控制。该技能支持电源开关、亮度调节、RGB 颜色设置、动态效果切换、调色板选择以及预设场景加载等核心功能，为智能家居爱好者提供了轻量级且功能完备的灯光控制解决方案。
在核心用法方面，用户只需指定 WLED 设备的 IP 地址或主机名，即可通过简单的命令行指令完成各项操作。工具支持多种配置方式，包括直接参数传递、配置文件（ ~/.wled/config.json ）以及环境变量设置，满足不同使用场景下的便捷性需求。无论是调整卧室灯带的亮度，还是切换客厅 LED 矩阵的彩虹效果，都能通过一行命令快速实现，并支持通过别名简化常用操作。
该技能的显著优点体现在其极简的依赖设计和出色的安全性。完全基于 Python 3 标准库开发，无需安装任何外部 pip 包，从根本上避免了依赖冲突和供应链攻击风险。代码中严格避免了 eval() 、 exec() 、 subprocess 等危险函数，所有网络通信仅限于本地局域网内的 WLED 设备，不上传任何数据到云端，充分保障用户隐私安全。此外，完善的输入验证机制确保亮度、速度等参数始终在合理范围内（0-255），防止因非法输入导致设备异常。
然而，该技能也存在一定局限性。首先，它仅适用于本地网络环境，无法直接实现远程控制（除非配合 VPN 或端口转发等额外措施）。其次，由于依赖 IP 地址或主机名进行设备定位，网络环境变化（如 DHCP 重新分配）可能导致连接失败，虽然文档推荐使用静态 IP 或 mDNS 来缓解这一问题，但仍增加了初期配置的复杂度。此外，作为 T3 级别的社区个人开发者作品，其长期维护性和企业级支持相较于官方或大型组织项目略显不足。
目标用户群体主要包括智能家居 DIY 爱好者、WLED 硬件用户、家庭自动化系统集成者以及 IoT 开发者。对于已经部署了 WLED 灯带或 LED 矩阵，希望通过脚本实现自动化控制（如定时开关、根据环境光调节亮度、与音乐节奏同步）的用户而言，这款工具提供了理想的技术方案。同时，由于其零依赖特性，也适合在资源受限的嵌入式设备或离线环境中部署。
使用风险方面，虽然代码本身经过安全审计且无明显漏洞，但用户仍需注意网络环境的安全性。建议仅在受信任的家庭网络中使用，避免在公共 WiFi 环境下暴露 WLED 设备控制接口。配置文件中的设备地址信息虽非敏感数据，但仍建议设置适当的文件权限（ chmod 600 ）以防止信息泄露。此外，频繁的效果切换和亮度调整可能会对 LED 硬件寿命产生轻微影响，建议根据实际硬件规格合理设置使用频率和强度参数。