Skills

C

contextualizar-negocio

adminoryslabs / armory

为 AI 优先地处理现有（brownfield）系统梳理业务背景：构建能力图（系统当前的功能），挖掘隐藏在代码中的业务规则，并与 ARCH 一起建立业务 ↔ 代码术语表，所有内容均附证据，然后暂停等待人工批准。当 BA 角色开始处理没有 PRD 或待办列表的现有系统，或被要求记录遗留系统的功能、提取其业务规则或建立领域术语表时使用

C

contextualizar-repo

adminoryslabs / armory

为 AI 优先地处理现有（brownfield）仓库建立上下文：验证如何启动和测试，创建 CodeGraph 索引，重建实际分层图，将继承的决策记录为 ADR，整理模式目录（规范与遗留）、技术债务图和可验证的构建规则，所有内容均附文件:行号证据，然后暂停等待人工批准。当 ARCH 角色开始处理没有 PRD 的现有代码库，或被要求在着手工作前为遗留/brownfield 仓库建立上下文、进行上手引导、编写文档、绘制映射或了解仓库时使用

C

correct

ericlitman / open-pstack

找出 Agent 在此代码仓库中反复犯的错误，并让这些错误无法再发生。优先从架构入手，然后是类型，再添加错误信息中指出修复方法的 lint 规则，之后编写测试，最后写文档。证明每项检查都能在过去的真实错误上失败。每次操作员纠正你后都重复此流程。用于 /correct。

D

debug-generated-project

tuist / tuist

通过在本地复现场景来排查用户在使用 Tuist 生成的项目时遇到的问题，必要时从源码构建 Tuist，并判断问题属于缺陷、配置错误还是需要团队介入。当用户反馈生成失败、生成后构建报错或项目行为异常时使用。

没有本地检出时，在 Dessn 云端处理应用代码。根据用户的描述找到屏幕及其背后的代码，解释其构建方式，在副本上进行修改、查看结果、将其与原始版本并排放到看板上，并可撤销，所有操作均通过 Dessn MCP 完成。用户本地没有代码（例如在空文件夹中使用 Claude Desktop、claude.ai 或 Claude Code 的产品经理或设计师），并希望了解、修改或探索其 Dessn 项目中的某个屏幕时使用，例如“这段文字来自哪里”“修改定价页上的文案”“空状态是如何构建的”“让它更友好并展示给我”。

将用户在本地所做的 UI 更改同步到 Dessn 画布。把工作树中更改的文件推送到 Dessn 画框的副本中，以真实图像查看结果，并将更改过的路由放到页面上。用户在本地编写代码（在自己的检出副本中使用 Claude Code、Codex、Cursor），并希望将更改放到 Dessn 上时使用，例如“在 Dessn 中显示我的本地更改”“将此分支的 UI 推送到画布”或“为我改动的内容创建画框”。

G

generated-projects

tuist / tuist

指导在 Tuist 生成的 Xcode 工作区中的日常工作，包括生成、构建和测试命令，以及可构建文件夹。适用于在 Tuist 生成的项目中工作，或当用户提到 `tuist generate`、`xcodebuild test` 或生成的工作区时。

G

github-comment-quality

dvcrn / skills

在 GitHub 上撰写或回复任何内容时都必须使用，包括 issue、pull request、讨论和评审串。确保技术表达简洁，并禁止 AI 执行日志、冗长报告、机器人水印和 em dash。

O

orca-cli

ladderchaos / orca-backend

通过 `orca` CLI 管理 Orca 管理的 worktree、文件夹上下文、终端、仓库、自动化、产物、技能共享、worktree 评论以及 Orca 内嵌浏览器。用户提到“$orca-cli”“Orca worktree”“child worktree”“spawn codex/claude in a worktree”“read/wait/send Orca terminal”“handoff”／“handover”／“give this to another agent”“Orca browser”“orca artifacts”或“share skills”时使用。涉及 Orca 状态时，优先于直接使用 git worktree、临时 PTY 或 Computer Use。仅当可见窗口需要 GUI 控制，且 CLI、文件系统或 API 无法完成时，才使用 Computer Use。

P

principle-explain-the-number

ericlitman / open-pstack

在相信、报告或依据测得的数字采取行动之前使用：例如加速比、性能回退、吞吐量、延迟或评估结果。找出限制因素，并排除测量内容与预期工作不符的可能性

从外部研究 SaaS 网页产品以便重建、克隆或复制（ClickUp、Pipedrive、Notion、CRM、项目工具）时使用；也适用于通过 Agent 操作的浏览器记录其 UX、界面、组件、数据模型、业务规则或 API，评估克隆产品上线的阻碍（受权限控制的集成、法规、认证），或 Agent 需要探索真实 SaaS 账户且不能损坏生产数据或通知真实用户的情况。

A

anti-slop-engineering

immamdouhaboammar / anti-slop-engineering

预防、检测并修复代码仓库中的 AI 编码劣化和不规范工程实践。适用于规划功能、编写代码、修改测试、审查拉取请求、重构、强化 CI、调试回归问题或审计 Agent 生成的更改。确保遵守行为契约、保持差异精简、维护测试完整性、遵循仓库约定和安全边界，并以证据确认完成。

C

commit

timerise-ai / commit

将 git 工作区中的更改整理为规范的 Conventional Commits：阅读差异、运行仓库自身的检查、按路径暂存、将无关更改拆分为独立提交、撰写提交信息，并验证提交结果。适用于：（1）用户希望提交、保存进度、记录 WIP 或完成任务收尾；（2）工作区混有应拆分为不同提交的无关更改；（3）更改破坏了现有用法，需要让发布工具识别；（4）用户提到：commit、commit this、commit my changes、save progress、WIP commit、conventional commit、commit message、git add、staged、untracked、BREAKING CHANGE、feat!、Co-Authored-By、pre-commit hook、“split this into commits”。包含避免将密钥和构建输出纳入提交的暂存规则、供 `bumpv` 读取以选择 MAJOR 版本的破坏性更改标记、钩子与 amend 规则，以及提交后检查，确保没有加入归属说明 trailer。适用于任意 git 仓库和技术栈；以仓库自身的检查和约定为衔接点。不是发布工具、变更日志编写工具，也不处理推送或拉取请求流程。

E

embedded-register-lookup

liujycode / embedded-toolkit

查询 MCU 外设寄存器、位域、复位值和地址（基于 CMSIS SVD），每条结论都附有出处与证据标签；支持地址反查、寄存器值解码与写入值计算、位域速查与位图、中断号与 NVIC 使能提示、CMSIS 风格宏生成、跨芯片与外设级整体对比、地址区间查询、SVD 质量检查、本机芯片清单与环境检查、Markdown 表格输出、解析结果缓存。用户询问寄存器、位域、复位值、外设基地址或中断号，想解码或计算要写入的寄存器值、生成寄存器宏、比较设备间的寄存器定义，或查找／验证机器上的 SVD 文件时使用。关键词：寄存器、位域、复位值、SVD、外设地址、寄存器值、掩码、位图、中断号、IRQn、NVIC、宏定义、对比、整体对比、质量检查、SVD 位置、芯片清单、读改写、USART1->CR1、register、bitfield、mask、reset value、decode、interrupt。不用于：引脚复用、手册章节检索、勘误查询、核对代码中的寄存器写入（使用 embedded-register-verify）。

F

factory-intent

tikalk / adlc-team-skills

在编排意图生命周期时使用：产品和架构工作流、两个范围锁定关卡、联合构建与验证；从一份 Mission Brief 生成 PRD.md 和 AD.md。

F

flow

gaboesquivel / flow-skills

在项目发生重要变更后，同步更新当前项目的 PRODUCT.md、DESIGN.md、GLOSSARY.md 和 ARCHITECTURE.md；按需撰写项目的 Flow 区块。用户说“update the docs”、“sync the context”、“keep the docs aligned”或“set up Flow here”时使用。

M

merge-branch-mac

koruworks / skills

将以 Windows（及 Android）为先的工作分支合并到 mac 分支，确保每项更改都已适配 macOS，或明确记录为尚未适配。用户要求合并到 mac、合并 mac 分支、让 mac 跟上进度，或将 Windows 工作移植到 mac 时使用。完整遵循 merge-branch 的审查关卡，然后增加 mac 适配审查，并将每项更改的结论——已适配、需要 mac 工作或延期——记录在项目的平台进度跟踪文件中（通常为 CATCHUP.md，除非项目另有存放位置），避免 Windows 行为在 Mac 上无声缺失。

N

nhcx-claim

nha-in / nhcx-package

NHCX 的核心配置

N

nhcx-coverage

nha-in / nhcx-package

NHCX 的核心配置

N

nhcx-preauth

nha-in / nhcx-package

NHCX 的核心配置

使用公共的 `orca` CLI 操作 Orca 管理的 worktree、文件夹上下文、终端、仓库、自动化、产物、worktree 评论以及 Orca 应用内嵌的浏览器。当用户说出「$orca-cli」、「use orca cli」、「Orca worktree」、「child worktree」、「cardStatus」、「spawn codex/claude in a worktree」、「read/wait/send Orca terminal」、「terminal send」、「full handoff」、「handover」、「give this to another agent」、「another worktree」、「Orca browser」、「orca artifacts」、「share HTML/Markdown」、「public artifact link」或「control the browser inside Orca」时使用。任务涉及 Orca 管理的状态时，优先使用它而非原始的 `git worktree`、临时 PTY、Playwright 或 Computer Use。对于 Orca 内嵌浏览器之外的浏览器窗口、webview 或桌面 UI，使用 Computer Use。

S

start

gaboesquivel / flow-skills

使用 flow-next 或 flow-mono 初始化新项目，验证设置、重命名项目标识，并创建独立的初始 Git 提交，同时由 explore 梳理产品形态。用户说“start a Next.js project”、“start a new project”或“start a monorepo”时使用。

S

syncdocs

timerise-ai / syncdocs

使仓库文档与代码实际内容保持同步：README.md、CLAUDE.md、AGENTS.md 和 docs/ 中的版本、依赖项、命令、项目结构和功能声明，在写入前逐项对照清单、锁文件、脚本和文件验证，同时保留原有的人类撰写文风、语气和章节顺序。适用于：（1）依赖项、框架或运行时版本已更改，但文档仍写着旧版本；（2）脚本、Makefile 目标或目录结构已更改；（3）新增、重命名或移除了功能，文档可能不再准确；（4）Agent 指令文件要求 Agent 运行可能不存在的命令；（5）用户提到：sync docs、update the README、docs are stale、docs out of date、outdated version in README、fix CLAUDE.md、AGENTS.md、package.json、lockfile、pyproject.toml、Cargo.toml、go.mod、“npm run lint” missing script、“docs: sync documentation with codebase state”。包含各生态系统的事实依据表、声明的版本范围与解析后版本之间的规则、无法验证的功能声明须标记而非猜测的规则，以及变更、已验证和已标记三部分报告。适用于任何项目类型，包括 Node、Rust、Python、Go 项目，以及完全没有清单的仓库；以仓库自身的清单和文件为衔接点。不是变更日志或版本更新工具，不会为缺失文件编写文档，也不审计代码是否符合文档。

W

write-release-notes

koruworks / skills

按照项目自身的发布说明编写指南，为某个发布渠道（stable、beta、nightly 或项目指定的其他名称）编写下一次发布的描述和说明。用户要求编写发布说明、更新日志条目、发布描述，或“下一个 nightly / beta / stable”时使用。收集当前已发布内容和此代码树中的内容，遵循项目指南确定版本和格式，写入文件，但绝不发布。

E

external-research

alexandru / skills

研究本地无法获取的证据：外部文档、指定 ref 的公开仓库、档案，以及已发布的依赖构件（JAR、源代码 JAR、POM、依赖关系图），并复用持久缓存中的 Git 克隆和 Maven 构件。用于查询库文档、上游源码及历史、依赖源码或元数据，或任何需要外部证据的问题。

F

factory-orchestrator

tikalk / adlc-team-skills

当软件工厂在生命周期的任何阶段收到工作时使用——包括新请求、信息咨询、已交付 PR 的 CI 失败、审查发现、合并通知或对工厂问题的回复——并需要将其转交给合适的工厂技能、人工关卡或后续上下文。

N

nhcx-communication

nha-in / nhcx-package

将 NHCX（印度国家医疗理赔交换平台）付款方通信接入现有 HMIS：通过所需的内置 NHCX 网关接收有关预授权或理赔的付款方查询、通知和备注，以文字和文档回复，并确认通知。适用于医院系统需要通过 NHCX 回复保险公司或 PMJAY 的查询时。

N

nhcx-payment

nha-in / nhcx-package

将 NHCX（印度国家医疗理赔交换平台）付款通知接入现有 HMIS：通过所需的内置 NHCX 网关接收付款方的付款通知和对账明细，将其与理赔匹配并确认。适用于医院系统需要记录通过 NHCX 收到的保险公司或 PMJAY 付款时。

N

nhcx-reprocess

nha-in / nhcx-package

将 NHCX（印度国家医疗理赔交换平台）的理赔重新处理和余额释放功能接入现有 HMIS：通过所需的内置 NHCX 网关，请求付款方重新审核已作出决定的理赔、申请部分付款理赔的未付余额，并处理付款方的回复。适用于医院系统需要通过 NHCX 对理赔决定提出异议或追回被扣留的余额时。

通过 `orca` CLI 管理 Orca 管理的 worktree、文件夹上下文、终端、仓库、自动化、产物、技能共享、worktree 评论以及 Orca 内嵌浏览器。用户提到“$orca-cli”“Orca worktree”“child worktree”“spawn codex/claude in a worktree”“read/wait/send Orca terminal”“handoff”／“handover”／“give this to another agent”“Orca browser”“orca artifacts”或“share skills”时使用。涉及 Orca 状态时，优先于直接使用 git worktree、临时 PTY 或 Computer Use。仅当可见窗口需要 GUI 控制，且 CLI、文件系统或 API 无法完成时，才使用 Computer Use。

S

ship

gaboesquivel / flow-skills

无需确认即可交付已接受的工作：必要时先构建，然后审查、运行通过检查、合并或推送，并检查已交付提交的部署是否正常运行。用户说“发布吧”“合并落地”或“提交规格说明”时使用。

W

webseite-bauen

dischen87 / albatros-skills

与没有相关知识的人一起，按固定的八个步骤搭建网站：模型图、设计（根据特性提供两到三个方案）、框架、供验收的 PRD、本地构建并展示、发送到港口并在那里用浏览器展示、生产线、网站或服务器。在 Cockpit 中打开该岛，并通过 schritt_melden 汇报每一步。凡是在网站构建过程中都使用此技能：在 webseite-planen 之后、webseite-modernisieren 完成现状盘点后，或遇到“帮我建这个网站”“模型图”“设计稿”“PRD”“本地查看”“计划之后怎么做”等请求时使用。

C

cms

dischen87 / albatros-skills

帮助没有经验的人判断网站是否需要内容管理系统（CMS），并在需要时进行配置，例如在 Albatros 服务器的 Docker 中运行 Strapi，通过安全隧道访问。用公告栏的比喻解释 CMS。当用户提到“CMS”“Strapi”“无需代码即可自行修改内容”“博客”“新闻”“管理活动信息”“我同事需要能修改文本”“WordPress”“管理后台”时使用此技能。

O

opensuse-packaging

opensuse / opensuse-packaging-skill

编写、修改、审查或构建 openSUSE RPM 包——包括 .spec 和 .changes 文件、osc / OBS，以及 src.opensuse.org (Gitea) 上的 Git 打包工作流。适用于 .osc/ 检出目录或 *.spec 文件；用户提到 osc、OBS、rpmbuild、git-obs、tea、rpmlint 或 spec-cleaner；或要求更新、构建、提交、审查或分叉软件包，检查软件包是否过时，或发起软件包拉取请求。

P

product-to-storybook

bradfrost / skills

将现有产品的界面补录到设计系统的 Storybook 中，作为具有代表性的页面模板；产品已使用本地设计系统的部分从 LOCAL 设计系统重建，并醒目标记所有不属于该系统的区域。用户说“get this product into Storybook”“backfill our screens”“represent this product in the design system”“I want to see how a component change ripples across products”“relocate these pages into Storybook”，或同时提到某个产品（网站、应用、代码仓库、URL）和 Storybook 时使用。这是迁移位置，不是翻译：移动界面并标记系统之外的内容；绝不将定制 UI 转换为系统样式（那是 vibe-killer），也不规划迁移（那是 ds-adoption-plan）。还会运行刷新操作，报告自上次捕获以来产品与 Storybook 副本的差异程度。

R

release-stable

koruworks / skills

按照项目自身的稳定版流程发布下一个稳定版本——检查 main 分支是否通过，选择版本并编写发布说明（通过 write-release-notes），手动发布仍需手动发布的平台；用户拿到说明后，再推送版本标签，监看构建并检查发布内容及标记为 latest 的版本。用户要求发布、制作、推出或上线稳定版本、推送版本标签，或调用 /release-stable 时使用。遇到 main 分支未通过或缺少指令时停止，不猜测；绝不移动、删除或强制推送版本标签。

S

setting-up-supabase-auth-emails

posthog / ai-plugin

连接 Supabase 项目，通过 Supabase Send Email Hook 使用 PostHog 邮件模板发送身份验证邮件，并按不会导致注册流程中断的顺序进行设置。用户要求设置、连接、测试或修复 Supabase 身份验证邮件、Supabase 邮件模板或 Supabase Send Email Hook，或者 Supabase 显示“email rate limit exceeded”或身份验证邮件错误时使用。

S

sweep

venhdev / skills

检查工作区的整洁状况，将可回收的临时产物暂存，并原子性地清除已完成的任务、过期的临时文件和已合并的工作树。

T

track-tasks

venhdev / skills

将任务生命周期状态持久化、同步并更新到已配置的问题跟踪器或本地代码库的 Markdown 存储中。

U

update-ffmpeg

remotion-dev / remotion

更新单体仓库中的 FFmpeg 存档，重新生成绑定，重建合成器二进制文件，并验证一个 Remotion 拉取请求。在七个平台的 FFmpeg 构建完成后使用。

B

bidirekt

bidirekt / skills

根据服务代码编写和更新 Bidirekt 合约文件（contracts/*.yaml），并根据 can-i-deploy 报告修复文件。用户提到 Bidirekt、合约文件、provides/consumes，或出现 can-i-deploy 失败时使用。

D

deslop

overextended / skills

清理 FiveM 资源代码（Lua、TypeScript、JavaScript）中的 AI 生成垃圾代码，同时不改变行为。用户要求清理、整理 Agent 编写的代码时，或完成资源修改后、提交前使用。

F

forge-batch

mgratzer / forge

将一组 Issues 分成可并行实施且互不干扰的 Waves：估算每个 Issue 涉及的内容，排除需要人工处理的项目，并打印启动命令行。用于用户准备了多个 Issues，并想了解哪些可以无人值守并行运行。

G

git-logbuch

dischen87 / albatros-skills

通过船上的航海日志和港口副本（Albatros 的 Git 服务 code.aufwind.sh）的比喻，为没有相关经验的人讲解 Git。指导用户从港口获取仓库，通过优质备注完成首次记录（Commit），将记录发送到港口（Push），并检查副本是否到达 Albatros 服务器的 ~/projekt。规则：仅使用 main，只逐个暂存自己的文件，绝不 force-push。在需要“Git”“GitHub”“港口”“commit”“push”“pull”“Repo”“什么是 Repository”“保存我的更改”“push 被拒绝”“冲突”，以及替用户提交任何内容之前使用此技能。

H

how

overextended / skills

通过只读子 Agent 说明资源或子系统的工作方式、其在客户端、服务器和 NUI 之间的运行流程，以及相关代码的位置。当用户询问某项功能如何运作、代码应该放在哪里或由哪一层负责，或 architect 等技能要求说明时使用。

I

implement

maddec01 / mux-factory

基于规格或工单列表实现一项工作。

I

install-docs-page

invertase / docs.page

按照 Quickstart 从公开的 GitHub 仓库安装可实时运行的 docs.page 网站。用户想要添加或安装 docs.page、创建 docs.json 框架，或在 docs.page/{owner}/{repo} 托管 Markdown 文档时使用。

暂无简介

暂无简介

M

make-bot-ui

q-qp-p / pstack

构建需要通过 webhook 唤醒 Grok Bot 的自定义 UI（页面、仪表板、按钮）、用户必须提供 webhook 发送方密钥，或需要在 Tailscale 上公开该 UI 时使用。

M

mission-specify

tikalk / adlc-team-skills

当任务简报需要转化为可衡量的规格时使用——将每项成功标准重新表述为二元结果，并在制定计划前解决无法衡量的部分。

N

no-comments

overextended / skills

通过新一轮只读审查，删除差异中代码已不再需要的注释，然后修复每条被删除的临时变通注释所掩盖的问题。变更提交评审前使用，或用户要求从差异中移除注释时使用。

P

ponyhead

nanisaac / ponyhead

可选启用的戏仿编码技能。仅在用户明确说出 Ponyhead 或调用 /ponyhead 时使用。让小示例变得有趣地冗长，同时保持正确性。

P

pr

overextended / skills

撰写 PR 正文时使用

T

to-tickets

maddec01 / mux-factory

将计划、规范或当前对话拆分为一组 tracer-bullet 工单，每个工单注明其阻塞关系，并发布到已配置的跟踪器（关系以文本形式保存在本地每个工单各自的文件中，或在实际跟踪器中使用原生阻塞链接）。

A

agent-shell

bdsanxz / skills

通过 `agent-shell` 命令（一个单独的 Bun 项目，安装到 `~/.local/bin`）在后台以发起后即不再等待的方式运行 shell 命令，每 2 分钟向 Agent 会话发送一次进度通知，并在每项任务完成时再发送一次通知。适用于长时间运行的命令、构建、测试或服务器必须持续运行且不能阻塞会话的情况；收到完成通知后再读取结果。不要用于能在一个回合内完成的快速命令。

A

architect

overextended / skills

在编写代码前，多个不同模型的候选设计先勾勒类型、签名和模块结构，再根据选定的方案实现。用户要求进行架构设计，或 architect 等技能要求时使用。

B

build

gaboesquivel / flow-skills

根据请求、规格说明或任务实施已获授权的更改，并确保根目录上下文保持一致。用户说“构建它”“实现这个”或“进行更改”时使用。

通过交互式 Shell 设计和修改 UI。将规格说明与低保真草图，或现有组件，转化为符合项目自身风格的高保真 mock.html，与用户迭代后再实现。也可以在运行中的应用上打开 Shell，让用户检查、评论并重新设计真实元素，修改会直接进入代码和测试。用户调用 /building-ui、要求根据草图制作新组件或 UI 元素的模型、通过模型修改组件、实现已批准的模型，或审查、修改运行中应用的 UI 时使用。

C

ccf-research-engineer

mikubaka88 / ccfa-skills

实现和调试科研代码、选择合适的代码库、复现基线、将机制映射到模型架构，并依据测量结果优化训练。用于科研编码、论文复现、代码库选型、模型实现、训练调试、显存/吞吐优化及科研依赖冲突。实验方案由 designer 负责；活动协调由 orchestrator 负责。