http-api-cloudbase
CloudBase 官方 HTTP API 客户端指南，用于后端、脚本或非 SDK 客户端通过原生 HTTP 调用 CloudBase 平台接口，覆盖数据库、云函数、云托管、存储、AI 等能力，需配合认证方式与 OpenAPI 文档使用。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-02 00:09
编程与开发
39,217 个结果
review-changes
用于审查 Tenzir 项目中的代码变更。当需要审计 diff 或 Pull Request，以排查缺陷、安全问题、缺失的测试、文档漂移、可读性等问题时使用。该技能强调以明确的严重级别与置信度输出评审结论，并按固定流程与报告结构组织结果。
proof-of-work
Proof of Work 是一个开发工作流技能，强调“展示而非空说”：在涉及测试、构建、验证或代码质量的任何断言时，必须提供真实命令输出作为证据，而不是总结或假设。它覆盖四个核心场景：实现功能时实际调用 Write/Edit 工具并展示工具结果、用 Bash 和 Read 确认文件确实存在；在委派子代理完成任务后，强制用 git status、git diff、ls、cat 等命令核验代理报告；在声称测试通过、构建成功、lint 干净、类型检查通过、CI 流水线绿色等结论前，必须运行完整命令并展示完整输出；同时拒绝“应该会通过”“大概没问题”等未经验证的假设，也拒绝只跑部分测试就宣称全部通过。
sip-media-negotiation
该技能用于在 SIP 应用中处理 SDP offer/answer 模型、编解码器协商、媒体能力与 RTP 会话建立。资料提供了 SDP 结构说明、完整的 SDP 解析与序列化实现、编解码器注册与查找、以及 offer/answer 处理逻辑，适合构建 VoIP 应用时参考。
levelup-init
levelup-init 是一个用于“从已有代码库（brownfield）中逆向沉淀团队知识”的技能。它扮演“上下文考古学家”的角色，从现有代码中挖掘可复用的模式，将其整理为 Context Directive Records（CDR），以便后续贡献到 team-ai-directives。该技能适用于没有团队级指令的存量项目、遗留系统现代化前的模式抽取、团队入职时把隐性约定显性化，以及为新团队 AI 指令库做初始填充。它会扫描代码中可复用的规则、角色（personas）、示例、可作为技能的能力以及可评测的模式，识别跨子系统模式和实现不一致，并为每个指令 CDR 配对生成带通过/失败用例的 eval CDR。生成结果写入 {REPO_ROOT}/.adlc/drafts/cdr/CDR-{NNN}.md，状态为 Discovered，并自动生成 cdr.md 索引。需要注意：本技能聚焦“现状分析”，即什么已经可复用；不适用于全新（greenfield）项目，也不用于从 git 历史或 issue 中恢复历史决策（后者用 /change-init）。使用前需确保 team-ai-directives 已配置。
diff-inspector
diff-inspector 是一个用于在打开拉取请求（PR）或合并代码之前审查代码差异（diff）的技能。它从用户输入、当前工作区、拉取请求或合并目标中确定审查范围，然后按顺序检查范围漂移、审查完整 diff，并执行技术检查，涵盖 SQL 与数据安全、竞态条件与状态、认证与安全、错误处理、性能与资源、可维护性、数据迁移、完整性与兼容性、API 契约以及测试。对于大型、跨组件或涉及认证、支付、敏感数据、迁移、并发等高风险行为的 diff，会运行对抗性子代理进行独立审查。该技能还检查受 diff 影响的文档与可分发指南（如 README、架构指南、AGENTS.md、可安装技能等）的一致性。最终输出以 P0/P1/P2 严重级别列出已确认发现，并单独列出需要调查的关切，同时报告范围差异。
issue
该技能用于根据用户描述在 tldraw/tldraw 仓库创建 GitHub issue，并通过追问逐步厘清用户意图。它先立即建 issue，写入用户原话，再以简短回述总结问题、预期行为与范围，并列出开放问题与信心状态行。它会做轻量分诊（查重、选类型标签与里程碑），对视觉缺陷确定复现目标（如本地示例应用、tldraw.com 应用或文档站端口），必要时将图片嵌入 issue。标题与正文遵循 write-issue 技能规范；issue 类型通过脚本设置，里程碑仅在明确匹配时分配，并一致维护 More Info Needed 标签。之后每轮回复都会更新正文、回述与信心行，并按新上下文调整标题、类型或标签，直至无关键问题未答、足以让人接手。
take
Take 是一个面向 tldraw/tldraw 仓库的 GitHub Issue 处理技能，用于自动完成从查找 Issue、认领、实现、验证到提交 Pull Request 的完整流程。当用户调用 take，或要求处理某个 Issue 时使用。它支持通过编号、URL 或描述定位 Issue，理解需求与验收标准，将 Issue 分配给当前 GitHub 用户，制定实现清单，从 main 创建分支并按仓库既有模式修改代码，运行类型检查与 lint 等验证，最后通过 pr 技能创建关联 Issue 的 PR 并输出总结。该技能强调需求不清时先询问用户，不猜测未明确的产品行为，保持改动范围聚焦，且不在提交、Issue 或 PR 中包含 AI 署名。
plan-crafting
Plan Crafting 是一个用于编写可执行实施计划文档的技能，适用于任务范围明确、需要多步骤实现、且尚未开始改动代码的阶段。它的核心原则是：计划文档必须让一个对代码库毫无上下文的执行者（worker）无需再提问即可执行，所有歧义都要在规划阶段解决。该技能通常在接受澄清（clarification）skill 完成并生成 Context Brief 文件后触发，也可在用户明确要求创建计划且提示清晰时使用，或用于需要定义任务顺序与依赖关系的多步骤实现。若不存在 Context Brief，需先与用户确认目标、工作范围和技术栈等必要信息；若工作范围仍模糊，则应回到澄清技能。计划文档默认保存于 docs/engineering-discipline/plans/YYYY-MM-DD-<feature-name>.md，包含目标、架构、技术栈、工作范围、验证策略等头部信息，并据此进行文件结构映射、验证能力发现、项目能力发现和任务分解。每个任务以 worker-validator 结构设计，具备目标、依赖、涉及文件与可二值判定的验收标准，要求无占位符、步骤可执行、并行任务不修改同一文件、依赖链完整，并以最终验证任务收尾。
rob-pike
Rob Pike 的 5 条编程规则构成的决策框架，用于防止过早优化、推行以测量驱动的开发方式。当用户提出优化代码、添加缓存、替换算法或并行化等诉求时，可借助该框架先确认是否已有测量数据、瓶颈是否确实集中在某一处、n 的规模有多大，以及新增复杂度是否值得，从而避免在缺乏数据支撑的情况下改动代码。该技能还提供了检查现有埋点（日志、性能剖析、计时、APM/可观测性）的步骤，并列出常见反模式及其对应违反的规则。
systematic-debugging
Systematic Debugging 是一套面向缺陷排查的严格调试工作流技能，适用于出现 bug、测试失败或意外行为时。它要求先复现、再定位根因、先建立失败测试再修复，核心目的包括修复原因而非症状、阻止基于猜测的修补、在修复前用测试锁定失败。该技能设定了硬性门槛：在获得可复现或可观察状态、陈述根因假设、建立失败测试或等价复现机制之前不得修复；每次只验证一个假设；修复期间不做顺手重构；三次修复失败后应怀疑结构性问题。它还规定了七项必须锁定的输出契约与分阶段工作流程。
golang-master
golang-master 是一个专注于 Go 语言的专业助手技能，覆盖并发模式、性能优化、标准库使用与测试策略。它通过结构化的思考流程帮助解决 Go 相关问题：先对问题分类（并发、性能、设计、调试、测试），再分析代码上下文（Go 版本、模块结构、依赖与既有约定），随后按 Go 惯用实践设计解决方案，并给出测试与审查清单。技能附带 lint 与 benchmark 脚本，可运行 go vet、gofmt、staticcheck、golangci-lint、go mod tidy 以及带 CPU/内存分析的基准测试。资料还提供了 Worker Pool、Context 超时、信号量、错误包装与自定义错误类型、pprof 性能分析、表驱动测试等示例代码，以及常见问题（数据竞争、goroutine 泄漏、内存占用高）的排查方向。
create
create 是 traderspost/pinescript-agents 项目中的一个快速向导技能，用于根据用户的文字描述生成可用的 Pine Script 代码。用户只需描述想要的指标或策略，该技能会分析请求类型（指标或策略）、复杂度（简单、中等、复杂）以及所需的关键组件，然后查找 templates/indicators/、templates/strategies/、templates/utilities/ 中的相关模板，在 projects/[descriptive-name].pine 路径下创建文件，并按照最佳实践实现代码，包括 //@version=6 声明、策略的 //@strategy_alert_message、输入分组与提示、NA 值处理、避免重绘问题以及必要的调试信息。交付前会检查代码能否无错误编译、是否处理 NA 值、是否使用缓存的循环边界、三元运算符是否单行书写、输入是否带有提示。
examples
该技能用于浏览和学习 Pine Script 示例脚本，按复杂度分为简单、中级和高级三类。调用后会列出 examples 目录中的全部示例，并按 simple（初学者基础模式，如均线、RSI 等基础指标、简单绘图与颜色、基础警报）、intermediate（进阶技巧，如多时间框架分析、自定义计算、表格与标签）、advanced（复杂实现，如 UDT-first 架构、复杂绘图管理、含完整回测的策略）进行归类，同时展示每个示例的文件名、文件头部简介和关键概念说明。用户可要求详细讲解某个示例、查看特定分类，或把示例作为项目起点：复制到 projects/ 下并重命名、讲解关键部分、协助按需定制。适用于学习 Pine Script 编写模式、获取灵感或快速搭建脚本原型。限制：资料未提供具体示例数量、运行环境要求、依赖或权限信息。
pr
用于为 UX 相关实现撰写高质量 Pull Request 描述的技能，帮助未参与设计讨论的工程师理解变更原因、行为变化与设计系统使用情况。
model-audit
model-audit 是一个用于审计代码库中所有 AI 模型调用的技能。它通过搜索模型配置与调用点，梳理每个功能的模型路由、任务类型、提示词规模与调用频率，并结合定价表计算真实成本。该技能会输出路由表，标记缓存、批处理与模型规格调整机会，适用于模型、用量或定价发生变化时。
supabase
Supabase 相关的中文技能条目，用于在项目中搭建、扩展或审计 Supabase 集成。内容覆盖数据库 schema、Postgres 授权（grants）、行级安全（RLS）、迁移（migrations）、类型化客户端、存储以及外部认证的配置与检查。适用于集成 Supabase 或修复数据库授权、迁移、类型与认证边界的场景。该资料强调以迁移为基础、类型化对接，并显式划定授权边界，流程包括先检查现有 supabase 目录、迁移、生成类型、已安装包与版本、框架与运行时、环境变量名（不打印取值）、认证与会话流程、经 Data API 暴露的 schema 以及已有的 grants/RLS，再据此设计键、外键、约束、索引、时间戳、生命周期与删除行为，创建具名迁移，并用 Postgres grants 与 RLS 双重保护每个暴露对象，同时区分 Supabase Auth、第三方认证与服务端管理客户端的策略，最后进行本地迁移重置、类型漂移检查以及允许与拒绝两类授权测试。关于具体价格、平台限制或官方文档未在资料中提供，暂未提供。
ue5-save-load-replication
该技能面向 Unreal Engine 5.6 至 5.8，提供存档/读档与多人网络复制的完整工作流指导。它帮助开发者区分本地持久化状态与网络运行时状态，设计带版本号的 SaveGame 数据模式，规划保存、加载与网络同步流程，并处理权威写入、RPC 校验、迁移与失败恢复等问题。适用于涉及存档结构设计、序列化、状态恢复、多人复制与重连一致性的游戏系统开发场景。
work-on-issues
work-on-issues 是一个用于自动化处理 GitHub/GitLab 议题（issue）的技能。它能够拉取并筛选以 PRD: 或 feat: 开头的主议题，按顺序逐个实现，处理并行子任务与依赖关系，运行 find-mismatch 审查，创建 PR/MR 并自动合并关闭议题。该技能通过 git worktree 隔离工作区，支持批量/连续模式与单议题模式，并包含 PRD 自动关闭、标签管理与 .env 文件回传等辅助流程。
semgrep-rule-variant-creator
将现有 Semgrep 规则移植到指定目标语言的技能。输入原规则和一种或多种目标语言，按语言独立执行适用性分析、测试先行、规则创建与验证四阶段，为每种适用语言产出规则 YAML 与带回注的测试文件。
pr-human-guide
PR Human Guide 是一个用于分析 PR diff 并向 PR 描述追加分类审查指南的技能，重点标出需要人工判断的地方，例如安全、配置/基础设施等。它通过 gh pr view / gh pr diff 获取 PR 元数据与差异，按七个审查类别分类变更，生成带锚点的审查清单并写入 PR 描述。该技能对 PR 标题、正文、diff 等不可信内容设有边界标记与参数校验等安全缓解措施，并支持重复运行时保留审查者已勾选状态。
simplify-pr-claude
这是一个面向 Claude Code 的 PR 简化工作流技能，用于在保留预期结果的前提下，安全地缩减当前拉取请求（pull request）中不必要的范围、复杂度与噪音。它通过运行指定命令启动简化流程，并以阻塞式前台任务方式执行，避免进程被提前终止。
simplify-pr-gemini
simplify-pr-gemini 是一个面向 Pull Request（PR）简化的技能，通过 Gemini CLI 在保留预期目标的前提下，安全地减少当前 PR 中不必要的范围、复杂度和噪声。它属于 PR 简化工作流的一部分，适合在代码评审前或合并前对改动进行精简。使用方式为运行指定命令：bunx @willbooster/agent-skills@latest simplify --agent gemini，并建议以阻塞式前台任务运行、设置 1 小时超时，以避免任务被提前终止；执行后需报告简化结果。
phase-4-api
phase-4-api 是 bkit-claude-code 工作流中的第四阶段技能，用于设计并实现后端 API，并采用 Zero Script QA（零脚本 QA）进行验证。该阶段覆盖 API 设计、API 实现与基于结构化日志的验证，产出 API 规范文档、API 实现代码（routes/controllers/services）以及 QA 结果文档。它遵循 PDCA 循环（Plan、Design、Do、Check、Act），并按项目级别区分应用方式：Starter 级别跳过此阶段，Dynamic 级别使用 bkend.ai BaaS，Enterprise 级别直接实现 API。技能还系统整理了 RESTful API 原则，包括六项核心原则、统一接口、HTTP 方法与状态码含义、统一响应格式、URL 设计规则、API 文档工具与设计检查清单。