分类 开发 下的文章

阿里云官方SDK驱动的轻量服务器全生命周期管理工具，支持实例管控、命令执行、防火墙配置等运维操作，适合云原生运维团队高效管理SWAS资源。

基本信息

  • 技能名称?alicloud-compute-swas-open
  • 中文名称?阿里云轻量服务器智能运维中枢
  • 作者?cinience
  • 分类?开发
  • 版本?v1.0.1
  • 标签?devops, backend, automation, api, cloud, infrastructure, operations

使用方法

使用说明
核心用法
alicloud-compute-swas-open 是面向阿里云轻量应用服务器（SWAS）的全功能管理技能，基于 SWAS-OPEN 2020-06-01 OpenAPI 实现端到端资源管控。核心能力覆盖六大模块：实例生命周期管理（查询、启动、停止、重启）、云助手命令执行（RunCommand/InvokeCommand）、存储与快照（磁盘、快照、自定义镜像）、网络安全（防火墙规则/模板）、访问控制（密钥对管理）以及运维监控（标签、轻量数据库、监控指标）。
技能采用 Python SDK 优先策略，提供开箱即用的脚本工具链，包括全地域实例清单导出、按套餐/状态统计、SSH 免密修复等实用场景。用户通过环境变量注入 AccessKey 完成认证，所有操作均通过阿里云官方 SDK 发起 RPC 调用，本地无敏感数据持久化。
显著优点
官方生态深度整合 ：直接调用阿里云官方 Python SDK（alibabacloud_swas_open20200601），API 签名、错误处理、重试机制均由 SDK 托管，避免手写签名带来的安全漏洞和兼容性问题。
运维场景覆盖完整 ：从日常巡检（跨地域实例清单）到故障修复（SSH 端口查询与免密修复），再到批量变更（防火墙规则批量下发），形成轻量服务器运维的闭环工具集。
安全设计规范 ：凭证严格从环境变量读取，无硬编码风险；脚本内置 argparse 参数校验和异常捕获；SKILL.md 明确倡导 RAM 最小权限原则，符合云安全最佳实践。
低门槛快速上手 ：提供虚拟环境搭建指南、OpenAPI Explorer 迁移路径、以及常见操作映射表，降低非专业开发者的使用门槛。
潜在缺点与局限性
地域与产品边界限制 ：仅支持阿里云轻量应用服务器（SWAS），无法管理 ECS、ACK 等其他计算产品；跨地域操作需逐个 Region 轮询，大规模实例（数千台）场景下效率受限。
CLI 支持不完善 ：aliyun CLI 未原生支持 swas-open 产品名，CLI 用户需通过 OpenAPI Explorer 生成示例后手动迁移，增加脚本化成本。
依赖版本未锁定 ：文档未提供 requirements.txt 固定 SDK 版本，可能因 SDK 升级引入破坏性变更。
T3 来源信任成本 ：项目托管于个人 GitHub 账号，缺乏组织背书和明确开源许可证，企业合规审计时可能面临额外审查。
适合的目标群体
中小企业运维工程师 ：管理数十至数百台轻量服务器，需要批量巡检、状态统计、快速故障修复。
云原生开发者 ：在 CI/CD 流水线中集成轻量服务器部署、镜像制作、命令下发等自动化任务。
MSP/云服务商 ：为多个客户代维阿里云资源，需要标准化、可审计的运维工具链。
技术爱好者与个人开发者 ：低成本体验阿里云 OpenAPI 开发，学习云助手、防火墙等产品的编程接口。
使用风险
凭证泄露风险 ：虽然技能本身无硬编码问题，但用户若将 AccessKey 误写入脚本参数或日志，可能导致密钥泄露。建议配合阿里云 KMS 或 OIDC 角色扮演进一步加固。
误操作影响面 ：Start/Stop/Reboot 实例、ResetDisk 等操作属于高危变更，批量执行时若实例 ID 列表错误，可能导致生产服务中断。建议操作前通过 ListInstances 二次确认目标范围。
SSH 配置变更风险 ：fix_ssh_access.py 通过云助手修改远程实例的 SSH 配置，若实例处于关键业务状态或自定义 SSH 配置复杂，可能引发连接中断。建议先在测试实例验证。
API 限流与成本 ：高频调用 ListInstances 全地域轮询可能触发阿里云 API 限流；创建快照、自定义镜像等操作产生存储费用，需关注账单变化。
SDK 兼容性 ：阿里云 SDK 存在多版本并存（tea-openapi vs. legacy），未来若 SWAS OpenAPI 版本升级，可能需要同步更新 SDK 版本。

基于 HMAC-SHA256 的轻量级消息混淆方案，为 OpenClaw 代理提供零依赖的安全通讯能力，有效防止公开渠道敏感信息明文泄漏。

基本信息

  • 技能名称?vectorguard-nano
  • 中文名称?轻量级代理安全通讯混淆方案
  • 作者?supere989
  • 分类?开发
  • 版本?0.1.0
  • 标签?security, communication, encryption, privacy

使用方法

使用说明
VectorGuard Nano 是一款专为 OpenClaw 代理生态设计的轻量级安全通讯组件，核心功能基于 HMAC-SHA256 算法构建可逆的字符混淆（Tumble）机制。用户通过 secureSend 和 secureReceive 两个核心 API，即可在 Moltbook、Telegram、Slack 等公开平台安全传递敏感信息，有效避免明文泄漏风险。使用时只需约定共享密钥（passphrase）和目标代理 ID，系统会自动生成基于时间戳的确定性数字流，对消息进行位移混淆，接收方通过相同密钥即可还原原始内容。
该技能的最大优势在于其极致的轻量性和安全性平衡。作为零外部依赖的纯 JavaScript 实现，它仅调用 Node.js 内置的 crypto 模块，避免了 npm 供应链攻击风险；代码完全透明无混淆，经过 BSS 安全认证，未发现 eval、exec 等危险函数或动态代码加载行为。所有处理均在本地完成，无网络通信和静默数据收集，输入验证和错误处理机制完善，不会暴露敏感堆栈信息。对于需要在社交平台分享 API 密钥、临时密码或会议信息的场景，它提供了恰到好处的隐私保护层。
然而，用户需明确认知其安全边界。首先，该技术本质上是"混淆"（Obfuscation）而非军事级加密，基于 HMAC 的字符位移算法对抗专业密码分析的能力有限，不适合金融交易、国家机密等高风险场景。其次，作为 T3 来源的社区项目，虽代码开源可审计，但缺乏企业级背书和长期维护承诺。此外，密钥管理完全依赖用户自主，若通过不安全渠道传输密钥本身，将抵消混淆保护效果。商业推广信息的嵌入（指向 Active-IQ 官网）也可能影响部分用户的纯粹使用体验。
此技能最适合 OpenClaw 生态开发者、运营人员及需要在公开频道临时分享敏感信息的团队协作场景。对于追求"防君子不防小人"的轻度隐私保护需求，或是需要在 Discord、Slack 等渠道传递内部链接而不希望被搜索引擎直接索引的用户，它是理想选择。但不适用于医疗记录、加密货币私钥、长期商业机密等需要高强度加密的场景，也不建议用于对抗有资源的专业攻击者。
使用风险方面，除上述安全强度限制外，还需注意时间戳参数的正确使用以防止重放攻击，确保密钥的随机性和长度足够抵抗暴力破解。由于采用可逆算法，一旦密钥泄漏，历史消息可被批量还原。性能上，虽然 HMAC 计算开销极小，但超长文本（如 MB 级别）处理可能产生延迟，建议用于短消息场景。总体而言，在理解其"轻量级混淆"定位的前提下使用，可有效提升代理间通讯的隐私性。

来自 GitHub 开源仓库的 AI 编码规范指南，通过 SRP/DRY/KISS 等原则指导 AI 生成简洁、可维护的代码，提升开发效率与代码质量。

基本信息

  • 技能名称?clean-code
  • 中文名称?务实简洁的 AI 编码规范指南
  • 作者?gabrielsubtil
  • 分类?开发
  • 版本?v1.0.0
  • 标签?development-engineering, productivity, automation, testing, backend, frontend, mobile, devops

使用方法

使用说明
核心用法
Clean Code 是一个纯文档型的 AI 编程规范技能，旨在指导 AI Agent 编写简洁、务实、可维护的代码。它不执行任何代码，而是通过系统化的规则约束 AI 的输出行为。核心用法包括：遵循五大编程原则（SRP 单一职责、DRY 不重复、KISS 保持简单、YAGNI 不做过度设计、Boy Scout 改善遗留代码）；严格执行命名规范（意图明确的变量、动词+名词的函数、疑问形式的布尔值、全大写常量）；控制函数粒度（20行以内、只做一件事、最多3个参数、无副作用）；优化代码结构（卫语句提前返回、扁平化嵌套、组合小函数、相关代码就近放置）。
显著优点
该技能的最大价值在于建立了 AI 编程的"共同语言"，解决了 AI 生成代码常见的过度工程化问题。其优点体现在：一是极致的实用性，直接给出可执行的规则而非抽象理论，如"函数最多20行"比"保持函数短小"更具操作性；二是场景化指导，针对 AI 特性设计了专属风格（用户要功能就直接写、报bug就直接修、需求不清就问）；三是强制的质量门禁，要求编辑文件前必须分析依赖关系，避免牵一发而动全身；四是完善的验证体系，为不同专业角色（前端、后端、移动端、安全、性能等）配置了对应的自动化检查脚本，确保代码交付质量。
潜在缺点与局限性
作为规范型技能，其局限性也较为明显：首先，规则刚性可能抑制特定场景下的灵活性，例如20行函数限制在复杂业务逻辑中可能需要刻意拆分，反而降低可读性；其次，验证脚本依赖外部 Python 环境，若项目未配置对应脚本或环境缺失，则无法执行强制检查；第三，规范主要针对通用编程，对特定框架（如 React Hooks 规则、Rust 所有权模式）或领域（如嵌入式、数据科学）的针对性不足；最后，纯文档属性意味着它无法主动拦截违规代码，实际效果完全依赖 AI 的遵循程度，缺乏强制性约束机制。
适合的目标群体
该技能最适合以下场景和团队：追求代码简洁性的初创团队或开源项目，需要快速建立编码共识；使用 AI 辅助编程的开发者，希望减少 AI 生成代码的"废话"和过度设计；代码审查流程较轻的团队，需要前置的质量把控机制；多角色协作的项目（前端、后端、移动端、安全审计等），需要统一的交付标准。对于已有严格代码规范的大型企业，可作为 AI 编程的补充参考；对于编程初学者，也能从中学习到务实的工程思维。
使用风险
常规风险主要包括：性能方面，验证脚本的批量执行可能增加 CI 耗时，尤其在大型代码库中；依赖项方面，脚本依赖 Python 环境和特定库，跨平台兼容性需验证；误用风险，过度追求"无注释"可能导致复杂算法缺乏必要说明，或新手误解"直接写代码"为忽略需求分析；版本同步风险，技能版本（2.0）与项目实际使用的验证脚本版本可能不匹配，导致检查标准不一致。建议团队在使用前根据实际技术栈调整规则阈值，并建立规范本身的迭代机制。

来自 Claw Daily 官方平台的竞赛技能，支持 AI Agent 注册参赛、提交方案并追踪 Elo 排名，助力每日算法竞技优化。

基本信息

  • 技能名称?claw-daily
  • 中文名称?AI 智能体每日竞技排行榜
  • 作者?yanibu2777
  • 分类?开发
  • 版本?v1.0.1
  • 标签?api, automation, development-engineering, productivity

使用方法

使用说明
核心用法
Claw Daily 是专为 AI Agent 设计的每日竞赛平台，该技能提供了完整的参赛流程指引。用户首次使用时需通过 curl 向平台注册获取 API Key，并将其存储于本地配置文件 ~/.config/claw-daily/credentials.json 中。每日竞赛流程包括四个步骤：首先获取当日挑战详情（包含 prompt 和评估标准），然后基于要求生成解决方案，接着通过 POST 请求提交结果（需包含输出内容、使用模型、耗时、token 数及成本），最后可查询排行榜和个人成绩。评分体系综合考虑质量（60%）、速度（20%）和成本效率（20%），采用 Elo 等级分制度（Bronze 到 Diamond）进行排名。
显著优点
作为 Claw Daily 官方提供的技能，其最大优势在于权威性和完整性。平台提供了公平的竞技环境，通过多维度的评分机制（质量优先兼顾效率）鼓励用户优化 Agent 性能。技能本身为零代码风险的纯文档型资产，仅依赖系统标准工具 curl，无需安装额外依赖。所有数据传输目标明确（仅限 daily.ratemyclaw.xyz），流程透明，用户可以完全控制提交内容和时机。此外，Elo 排名系统提供了长期的竞技动力，适合持续优化算法。
潜在缺点或局限性
该技能的主要局限在于平台约束：每个挑战仅限一次提交，无法重新提交修改后的方案，要求用户必须一次到位。此外，技能本身不包含自动化逻辑，仅为操作文档，用户需要手动执行 curl 命令或自行编写调用脚本。API Key 的一次性特性（丢失无法找回）也增加了密钥管理的复杂性。对于非英语用户，挑战内容可能存在语言障碍。另外，评分依赖外部平台的黑盒评估标准，用户无法本地验证得分。
适合的目标群体
主要面向 AI Agent 开发者、算法工程师和自动化竞赛爱好者。适合希望测试自家 Agent 在标准化任务上表现的技术团队，以及关注推理成本优化的研究者。对于学习提示工程（Prompt Engineering）和模型调优的开发者，该平台提供了真实的测试场景。同时适合热衷于排行榜竞技、追求 Elo 分数提升的竞技型用户。不适合需要频繁迭代测试的敏捷开发场景，也不适合对 API 密钥管理感到困难的新手用户。
使用风险
首要风险是 API Key 的安全保管，一旦泄露他人可冒名提交，且官方不提供找回机制。其次，curl 命令中的 Bearer Token 若被日志记录或历史记录保存，可能造成密钥泄露。网络层面的风险包括：若 DNS 被劫持，curl 可能将数据发送到恶意域名（尽管文档明确提醒仅向 daily.ratemyclaw.xyz 发送）。合规风险方面，用户需确保提交的内容不违反平台规则，且成本数据需如实申报，虚假申报可能导致账号处罚。性能方面，依赖外部 API 的响应速度，若平台服务不可用则无法参赛。

基于 Central Portal 的 Java 库发布指南，提供标准化 Maven 配置，简化 GPG 签名与部署。

基本信息

  • 技能名称?maven-central-publish
  • 中文名称?标准化 Maven Central 发布工作流
  • 作者?MISAKIGA
  • 分类?开发
  • 版本?v1.0.0
  • 标签?development-engineering, backend, devops, java, maven, automation

使用方法

使用说明
该 Skill 提供了一套完整的 Java/Kotlin 库发布到 Maven Central 的标准化工作流，基于 Sonatype 最新的 Central Portal 机制。核心用法包括：首先完成前置条件准备，包括注册 Central Portal 账号、验证命名空间（groupId）以及生成用户令牌；其次配置本地环境，安装 Maven、GPG 和 JDK 17+，并设置 Loopback Pinentry 模式以实现无头环境的自动签名；接着配置 Maven 的 settings.xml 文件，填入 Central Portal 的用户令牌；最后在项目的 pom.xml 中配置必需的插件（source、javadoc、gpg、central-publishing），执行 mvn clean deploy -P release 即可完成发布。
显著优点包括：采用最新的 Central Portal 发布机制，替代即将淘汰的 OSSRH，符合官方最新标准；提供了经过验证的 pom.xml 插件配置模板，包含 Source、Javadoc、GPG 签名和 Central Publishing 插件的最佳实践；针对常见的 401 认证失败、GPG 签名错误、Javadoc 生成失败等问题提供了明确的解决方案；明确建议使用用户令牌而非主账号密码，采用 Loopback Pinentry 避免交互式输入，适合 CI/CD 环境。
潜在缺点与局限性：维护者为个人账号（T3 来源），虽经安全审查无恶意代码，但缺乏企业级维护保障；该 Skill 仅为配置指南和模板，不包含自动化脚本或工具，所有操作仍需用户手动执行；涉及 GPG 密钥管理、Maven 多环境配置、Portal 命名空间验证等多个环节，对新手仍有学习曲线；仅支持新版 Central Portal，不兼容仍在使用旧版 OSSRH 的遗留项目。
适合的目标群体包括：需要将 Java/Kotlin 开源库发布到 Maven Central 的开发者；首次接触 Maven Central 发布流程，需要详细配置指引的新手；希望从旧版 OSSRH 迁移到新版 Central Portal 的维护者；寻求标准化、可复用的 Maven 发布配置模板的团队。
使用该技能可能存在的常规风险：用户需在 settings.xml 中配置 Central Portal Token 和 GPG 密码，若误提交到版本控制或共享环境，可能导致仓库被恶意上传；Loopback Pinentry 配置不当可能导致签名失败或安全风险，特别是在多用户服务器环境；配置中 autoPublish 参数若设为 true，将跳过人工审核直接发布，一旦上传恶意或错误版本无法撤回；发布过程中网络中断可能导致半完成状态，需手动在 Portal 界面处理。

  1. 1
  2. ...
  3. 27
  4. 28
  5. 29
  6. 30
  7. 31
  8. 32
  9. 33
  10. ...
  11. 165