Skills
收录 99,064 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
基于 PRD 文档自动生成鸿蒙系统设计文档,包括架构设计文档和功能设计文档。生成前会分析 OpenHarmony 存量代码结构,确保与现有架构兼容。架构设计文档第2章必须为竞品方案分析,位于需求背景之后。适用于用户请求:(1) 生成架构设计文档, (2) 生成功能设计文档, (3) 从 PRD 生成设计文档, (4) 创建系统架构设计, (5) 编写功能规格说明, (6) 分析 OH 代码结构。关键词:architecture design, functional design, design doc, 竞品方案分析, OpenHarmony code analysis, 架构设计, 功能设计, 设计文档生成, OH代码分析, analyze codebase, competitor analysis
在将新增或更新的技能发布到 claude-skills-site Astro 网站时应使用此技能。无论是向网站添加新技能还是更新现有技能,都使用此技能。触发词为“/publish-skill skillname”“add skill to site”“publish skillname to skills site”“update skill on site”“edit skill on site”“sync skill to site”“republish skill”。从 skills 仓库读取 SKILL.md,生成 MDX frontmatter 和正文,选择正确的 bundle,更新 bundle 的 skills 数组,并提交/推送两个仓库。对于现有技能,传入 --update 可保留 apothecary_name、hero_image 和 activity 数据,同时重新生成其余部分。默认会生成 hero image(传入 --no-image 可跳过)。
当用户想要获取问题的快速修复建议,例如 "how to fix this issue"、"where should I make changes"、"quick-fix-suggestion"、"suggest fix"、"fix suggestion"、"how to implement this issue",或在开始实现前想了解变更范围时,使用此技能。此技能分析问题内容,定位仓库中的相关代码,并建议需要修改哪些文件以及草拟的实现方案。需要配置 Gitee MCP Server,且必须在本地 git 仓库中运行。
用于审查/评判已完成的全系统架构文档(及其链接的 ADR 文件),以判断工程师能否理解系统并将某项功能的 TDD 放入其中——这是验收门槛,而非编写工具。按单一事实来源的 10 项标准进行评判:边界、外部依赖与关注点;组件在全系统层面遵循单一职责(不涉及 api-spec/data-model 或功能 TDD 的细节);图表与叙述一致;每项重要决策都有独立、已链接且不可变的 ADR(每个文件一项,索引保持同步,以取代而非编辑的方式更新);决策有追溯依据且理由充分;实现 NFR 目标并说明权衡;处理横切关注点(韧性/安全/隐私/可观测性);涵盖 ASR;不捏造内容,声明与代码一致;修订范围限于差异。C4/arc42/ATAM/4+1 是辅助方法,按结果评判。输出严格为 `VERDICT: approve|revise`(文档简略时不得误判为 revise)。不用于编写 PRD、api-spec/data-model、功能 TDD,或通用设计文档/RFC/独立 ADR(使用 design-review)。
Salla 应用的按商户设置。在设计设置架构、注册表单或读写商户配置时使用。涵盖 salla_settings 表单 + 可选 Validation URL、支持功能声明(通信类应用的发布阻塞项)、安装时写入默认值、值读写(POST 是全量替换——要发送所有键)、响应 app.settings.updated(会激活应用且是存储的事实来源),以及 App Functions 中的 context.settings。管理 API → salla-api-core;生命周期 → salla-app-lifecycle。
使用此 skill 通过引导式访谈从一个清晰的想法 GENERATE 一个新的 Stackbone piece:先决定要构建什么——deep agent、durable workflow,还是 workflow-agent(调用 agent 的 workflow)——然后用 stackbone CLI 搭建它,并逐个 surface 访谈用户。对于 agent,你会询问它的工具和系统提示词;对于 workflow,你会询问输入数据和输出数据(inputSchema / outputSchema);然后你逐一走能力清单——我们需要数据库吗?human-in-the-loop?RAG?storage?LLM 调用?connector?prompts?config?secrets?schedule?调用另一个 agent?——并只接入用户真正需要的 surface。此 skill DRIVES 访谈和脚手架;它将真正的代码委托给 `stackbone` skill(SDK 编写),将命令委托给 `stackbone-cli` skill。触发请求如:build a new agent、scaffold a workflow、create a workflow that calls an agent、"I want to make an agent that …"、"I need a pipeline that takes X and returns Y"、start a new workspace piece、generate an agent with tools、kick off a new Stackbone project。编写 SDK 代码本身请使用 `stackbone` skill;CLI surface 请使用 `stackbone-cli`;排查失败的运行请使用 `stackbone-debug`。
用于 Stigg Governance 中按实体管理用量限制和支出控制:针对客户所需的任意子单元层级(实体模型由客户定义,并非固定)执行用量限制;定义带归属键的实体类型;为功能或额度货币设置实体权益;进行维度范围限定;查询治理树;运行时执行限制;以及将 v1-beta 代码迁移到 v1。触发词包括“per-entity budget”“per-team spend limit”“per-agent token cap”“cost center limits”“sub-customer limits”“entity type”“entity entitlement”“attribution keys”“governance tree”“budget enforcement”“scoped assignment”“v1Beta governance”“keep entities in sync”“re-parent entity”“CannotReportUsageForEntitlementWithMeterError”。如果是账户级额度发放/额度池/账本(stigg-credits)、没有实体层级的功能门控(stigg-entitlements)或目录建模(stigg-pricing-modeling),则跳过。
在 pnpm monorepo 中设计、构建、验证并发布生产级 TypeScript SDK 作为 npm 包。涵盖工作区布局、公共 API 与模块边界、插件扩展点、品牌类型与为库调优的 tsconfig、tsdown 打包(对比 tsup/仅 tsc/unbuild)、带双 ESM+CJS 与同构条件(browser/workers/RN/deno)的 package.json exports、Turborepo 流水线、publint 与 @arethetypeswrong/cli 验证、changesets 预发布模式、npm dist-tags(latest/next/beta/rc/canary),以及 alpha→beta→rc→stable 发布生命周期。触发场景:build a TS SDK、extract core library、package.json exports、dual ESM CJS、tsdown config、tsup vs tsdown、publint、attw、changesets prerelease、npm dist-tag、beta to rc、canary release、pnpm workspace SDK、isomorphic SDK、tsconfig library、npm provenance、shipping a TypeScript library。
操作 git-agent 命令行:原子提交、init/config 以及代码图(事件日志 + AST + 共同变更)。当用户想要提交或设置 git-agent 时使用;当你即将修改某个功能并需要随之变动的文件时(graph impact);当你修改函数并想了解其调用方/被调用方时(graph callers/callees);当你需要某个符号的位置或源码时(graph node/query);当决定变更后要运行哪些测试时(graph affected);当测试出错并想追溯引入该问题的操作时(graph diagnose);当你需要操作历史(graph timeline)或文件的重命名感知来源信息时(graph provenance)。所有图查询均为只读且离线(无 LLM、无 API key);只有 commit 和 init --scope 需要 provider。
火山引擎函数服务:当用户想把本地前端、Node.js、Python、静态站点或 API 服务部署上线,基于模板创建 serverless 应用,把已有项目接入 veFaaS,查看线上访问地址,配置生产环境变量、构建命令、启动命令或端口,发布、回滚、调用和调试线上函数,查看日志、实例状态或资源配置,拉取/推送云端函数代码,创建和管理沙箱实例,排查部署失败、鉴权失败、框架检测错误、网关缺失等问题,需要直接调用 veFaaS OpenAPI 完成高级操作,或初期上手 veFaaS、想了解 veFaaS 概念/能力/选型/计费、在终端查阅官方文档、接入 veFaaS SDK 或 OpenAPI 进行代码开发时使用。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
