npm-publish-ci-cd
用于搭建 npm 包自动化发布流程的技能:通过 GitHub Actions 结合 OIDC 或令牌认证,配置版本提升、变更日志与 provenance,并在 semantic-release、changesets、release-please 等工具间做出选择。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-04 00:13
13,072 个结果
用于搭建 npm 包自动化发布流程的技能:通过 GitHub Actions 结合 OIDC 或令牌认证,配置版本提升、变更日志与 provenance,并在 semantic-release、changesets、release-please 等工具间做出选择。
该技能用于搭建或修复 GitHub Actions CI:渲染 Compose 的 @Preview 可组合项,并在 PR 上发布前后对比差异评论,涵盖 compose-preview 基线分支与统一 apply 复合动作的配置。
一套面向 GitHub 项目可持续开源发布的完整框架,按八个阶段依次指导准备工作,涵盖安全清理、许可证与所有权、社区基础、文档与贡献指南、基础设施、维护者与沟通、漏洞报告及资金可持续性等主题。
Zeabur 域名注册人资料管理技能,用于通过 Zeabur CLI 创建、更新、删除和列出域名注册所需的联系人资料(WHOIS 数据),购买域名前至少需要一个资料。
这是一个关于生产环境可观测性建设的技能包,围绕日志、指标、追踪三大支柱展开。当需要监控生产、调查线上问题或配置告警时使用,目标是产出一套可工作的监控 Dashboard 与告警规则。技能覆盖了 Metrics 的 RED 与 USE 方法、结构化日志与日志级别规范、分布式追踪链路传递、告警分级与设计原则、健康检查端点设计、面向不同受众的 Dashboard 分层,以及常见的错误认知与验证清单。当尚未进入上线或生产诊断阶段、仅需本地修功能或单次查看日志时,不建议使用。
发布后健康监控技能。当代码已部署、需要持续验证生产健康时使用,或提到"金丝雀""canary""监控""健康检查"时触发。入口是通过 review 且已部署的代码,出口为 docs/features/<name>/06-canary-report.md,之后可衔接 reflect-team-retro(监控稳定后建议 /retro)。前置加载 CANOR.md。不适用于代码尚未部署、仍在 review/ship/deploy 前、没有生产或可观测环境可验证、只是本地 smoke test 或一次性手动检查的情况。
这是一个用于合并已通过审查的 PR、等待 CI 全绿、合并到主分支并验证生产部署的发布工作流技能。当前资料未提供官方中文说明,以下内容依据提供的资料整理:它从“已通过 review 的 PR”入口开始,先检测 PR 状态是否为 OPEN、APPROVED、MERGEABLE,再持续等待 CI 全部通过(15 分钟超时),随后进行合并准备度检查(CI 全绿、review 有效期 7 天内、PR 描述准确、必要时 rebase),再执行合并(默认 gh pr merge --squash --delete-branch),检测部署策略并等待部署完成(10 分钟超时),最后做健康验证与回滚能力确认,并生成 docs/features/<name>/07-deploy-report.md 部署报告。资料要求 CI 红灯时不得合并,部署超时不假设失败,健康检查失败不自动回滚。
Ship — 发布与交付是 zeroz-lab/unified-skills 中的一个发布上线工作流技能,负责把已通过 review 的代码或产物推进到正式上线或交付。它先读取 spec 的 artifact_type,software 类型加载 ship-infrastructure-deploy 执行代码质量、安全、性能、基础设施与文档的预发检查,并按需运行 npm test && npm run build && npm run lint && npx tsc --noEmit;document / article / deck / visual 类型加载 ship-artifact-export 执行导出、预览、归档和交付检查。随后按产物类型分派安全、性能、无障碍、文档、导出等 auditor 做发布审计,反馈分 Blocking / Important / Suggestion 三级。software 强制经过 Staging 验证,再做 Go/No-Go 决策并文档化回滚计划,最后聚合生成 docs/features/<name>/README.md 与 05-ship.md,并可衔接 canary、land、doc-sync 等发布后闭环。
这是一个性能优化流程型技能,核心原则是先测量、再优化,只修复由测量证实的瓶颈。它要求遵循 MEASURE → IDENTIFY → FIX → VERIFY → GUARD 五步流程:先收集 Lighthouse、RUM、profiler 等指标,再定位最大的那个瓶颈,然后一次只改一处,改完重新测量对比 before/after,最后加入回归测试或性能预算。该技能给出了 Core Web Vitals 目标参考(LCP ≤ 2.5s、INP ≤ 200ms、CLS ≤ 0.1、TTFB ≤ 800ms 为良好),并列举了前端瓶颈(大 JS bundle、大图片、布局偏移、长任务、未缓存)与后端瓶颈(慢查询、N+1 查询、无分页、缺缓存、同步阻塞)及其常见修复方式,同时提供了无界查询分页、响应式图片、Cache-Control 策略和性能预算 JSON 等示例。它还强调验证证据需包含输入来源、执行动作、验证结果与阻塞回退,并列出红旗警示与验证清单。该技能明确不适用于没有可量化性能目标或基线的场景、常规代码清理、以及问题本质是功能错误、安全风险或架构不清的情况。
shader-check 是一个用于检查应用 GPU 工作的技能:查看应用发布的着色器、它们如何被使用,以及录制记录是否显示出可修复的明显卡顿。它面向侧边栏 GPU 区域中的每个着色器,读取其 AIR 与“Loaded by”信息,定位加载它的 CPU 函数;结合 GPU 录制时间线或 gpu_profile 数据,判断 GPU 接近满载、帧间 GPU 空闲、首帧过慢等情形,并给出最有用的一项改动建议。
紫鸟设备管理技能,用于管理紫鸟浏览器使用的代理设备(IP),包括查询设备列表、添加或修改自有代理、绑定与解绑店铺、查询套餐、购买、续费及自动续费,并提供底层 API 命令访问。
紫鸟开放平台 API 探索技能:当现有快捷命令无法覆盖需求时,借助通用 api 命令与已知路径清单,查找并裸调紫鸟全部 73 个 API 接口,覆盖部门、员工、账号、设备、角色和访问策略等模块。
紫鸟 CLI(ziniao-cli)的共享基础技能,用于指导如何操作紫鸟开放平台资源并控制紫鸟浏览器。内容涵盖应用配置初始化(config init 的三种模式:AI Agent 的 --new、人类交互、CI/CD 的 --api-key-stdin)、统一 apiKey 认证(Bearer Token,同时用于服务端 API 与本地 ZClaw Bridge)、Boss 与成员账号的权限差异、配置查看/自检/删除命令、ISV 应用所需的各模块权限点、companyId 等公共参数、由通用 api 命令与快捷命令构成的两层命令体系、account 与 store 命令的区别、命令选择优先级、输出格式与错误处理、版本更新检查、Windows Git Bash 路径转义兼容问题,以及安全规则(如禁止明文输出完整 apiKey、写操作前确认意图、高风险操作交互式确认与 --dry-run 预览)。适合首次配置、遇到认证或权限问题、以及初次使用 ziniao-cli 的场景。
用于检查 OpenClaw 版本更新的技能:当用户说“检查更新”“有没有新版本”“update”“升级”时,对比当前版本、npm 最新版与 GitHub 最新版,并给出更新内容摘要和是否建议更新的判断。
GeoServer REST API 是 GeoServer 提供的 RESTful 配置管理接口,可通过 HTTP 请求以 JSON 或 XML 格式对工作空间、数据存储、图层、样式、图层组、服务设置及安全等资源进行增删改查,适用于自动化运维、CI/CD 与 AI 智能体集成。
这是一个用于在实现 OAuth、API、SDK、Webhook 等集成之前,创建、更新、选择或验证 Zoom Marketplace 应用的技能。它帮助区分新建与更新应用,分类产品场景,提供模板选择、清单验证、URL 配置、安全检查、辅助工具串联和本地隧道同步等功能,确保 Zoom 应用边界正确设置。
本技能面向 Oracle Cloud Infrastructure(OCI)的监控与可观测性场景,提供指标、告警与日志排障方面的专家知识。它覆盖 OCI Monitoring 的常见陷阱,包括指标命名空间混淆、告警阈值设置问题、缺失数据处理、日志采集缺口等。技能强调使用 OCI Landing Zone Terraform 模块部署可观测性栈,并提醒 OCI CLI/API 知识可能过时,需引用技能内提供的准确命令。适用于配置指标与告警、排查指标不显示或告警不触发、设置 Service Connector 与 IAM 策略、优化指标查询等任务。
该技能属于 Rust 技能体系中的云原生领域约束层(Layer 3),用于在构建云原生应用时提供设计约束与实现指引。内容围绕 12-Factor、可观测性、健康检查、优雅关闭、水平扩展和容器友好等核心规则,给出对应的 Rust 实现建议,并列出 gRPC、Kubernetes、Docker、Tracing、Metrics、Config 等常用 crate。适用于使用 Rust 开发微服务、Kubernetes Operator、gRPC 服务等云原生场景,帮助开发者避免本地状态、缺少 SIGTERM 处理、缺少追踪、静态配置等常见错误。
该技能用于自动化 CI/CD 流水线搭建,适用于设置或修改构建与部署流水线、自动化质量门禁、配置测试与部署流程。它强调通过 lint、类型检查、单元测试、构建、集成测试、端到端测试、安全审计和包体积检查等门禁,确保每次变更在合并前都经过验证。内容涵盖 GitHub Actions 配置示例、数据库集成测试、E2E 测试、CI 失败反馈给 AI 智能体的闭环、预览部署、功能开关、分阶段发布、回滚方案、环境与密钥管理、Dependabot/Renovate 自动化、Build Cop 角色、PR 检查、CI 优化策略、常见借口与红旗警示以及验证清单。
该技能用于在开发功能时同步为代码添加可观测性埋点,使生产环境中的行为可被看见和诊断。核心做法:先写出值班工程师会问的2到4个问题,再为每个问题选择结构化日志、指标或分布式追踪信号;要求日志以JSON格式输出带稳定事件名、字段和关联ID,指标遵循RED/USE并控制标签基数,追踪使用OpenTelemetry自动埋点;告警基于用户可感知的症状而非原因,并需附带可执行的运行手册;最后验证遥测本身正确。适用于生产功能开发、新增服务/端点/后台任务/外部集成、告警规则配置、包含I/O/重试/队列/跨服务调用的PR审查等场景;不适用于诊断正在发生的故障、性能优化或发布日监控检查清单。
这是一个用于生产环境发布与上线的技能,帮助开发者在部署到生产环境前做好准备。它提供了一份完整的发布前检查清单,涵盖代码质量、安全、性能、可访问性、基础设施和文档等方面,并给出功能开关策略、分阶段灰度发布流程、监控与可观测性配置、回滚方案以及发布后验证步骤。适用于首次将功能部署到生产、发布重大变更、迁移数据或基础设施、开放测试版等场景。核心理念是每次发布都应可回滚、可观测、可增量推进,并通过错误预算作为客观的发布门禁。
OpenClaw 机器人配置管理技能,用于管理 OpenClaw 机器人的频道、智能体、安全与自动驾驶设置。该技能提供一套运维手册,涵盖健康检查、文件结构说明,以及 WhatsApp、Telegram、Signal、定时任务和记忆系统的故障排查命令。所有命令均以复制粘贴形式给出,用于诊断和修复真实问题。
用于对 AEM Edge Delivery Services 进行身份认证的技能。它会打开浏览器完成登录并捕获令牌,认证后获得的令牌可用于 admin.hlx.page 和 Config Service 的 API,无需预先了解内容来源(content source),系统会根据 org 与 site 自动检测身份提供商(IDP)。
create-site 是 Adobe 官方技能库中的一个技能,用于从零开始创建全新的 AEM Edge Delivery 站点。当用户希望搭建新站点、创建新的 EDS 项目或引导新站点上线,且尚不存在 GitHub 仓库或 DA 内容时使用。该技能覆盖从收集输入、基于 adobe/aem-boilerplate 模板创建 GitHub 仓库、安装 aem-code-sync 应用、完成 DA(da.live)的 Adobe IMS 认证、在 DA 中创建 nav、footer、index 三个必需页面,到触发预览并交付预览 URL 与 DA 编辑链接的完整流程。技能会自动化可自动化的步骤,并明确标注需要人工在浏览器中完成的操作(如安装 GitHub App)。它不适用于导入或迁移已有页面,也不适用于在已有站点上构建或修改区块。