iterm2-driver
iTerm2 Driver 是一个通过 Python API 以编程方式驱动 iTerm2 终端模拟器的技能，可创建窗口、标签与分屏，注入命令、读取屏幕内容、截图，并自动化 CLI/TUI/REPL 应用，适用于终端应用的视觉测试与并行会话管理。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-14 00:15
编程与开发
40,999 个结果
saas-session-recon
saas-session-recon 是一项技能，用于验证某 SaaS 平台的 API 是否接受浏览器会话 cookie 进行程序化访问，从而判断 Chrome 扩展能否作为隐形的 API 代理复用用户已登录会话。
openspec-git-discipline
OpenSpec 的 Git 纪律技能，用于约束 OpenSpec 生命周期各阶段的 Git 操作边界。要求提案变更先合入 main 才能 apply，实现合并回 main 后才能在 main 上 archive，且未经用户明确要求不得自行提交、建分支或合并。
kiro-debug
kiro-debug 是一个用于实现失败排查的调试技能，强调先定位根因再修复。适用于实现者被阻塞、验证失败或反复修复无效等场景，通过收集本地证据、运行时与配置检查以及外部文档检索来分类根因并给出最小修复计划。
kiro-review
kiro-review 是一个面向 Kiro 规格驱动开发流程的任务级对抗式审查技能，用于在实现者报告 READY_FOR_REVIEW 后，对照已批准的需求、设计与任务边界核验实现是否真实、完整、受控，并检查机械验证证据。
kiro-spec-init
kiro-spec-init 是 j5ik2o/ai-tools 中的规格初始化技能，用于为指定功能创建 .kiro/specs 目录下的 spec.json 与 requirements.md，并依据 brief.md 或用户输入预填项目描述。
kiro-spec-tasks
kiro-spec-tasks 是一个为规格说明生成实现任务的技能，读取 .kiro/specs 下的需求与设计文档，按规则生成带依赖、边界与并行标记的 tasks.md，并经过任务计划审查与任务图健全性检查。
law-of-demeter
一个用于代码审查与重构的 AI 技能，针对 a.getB().getC().doX() 这类“火车残骸”式调用链，应用迪米特法则（最少知识原则），把行为移到真正拥有知识的对象上，用意图明确的方法替代结构导航。
package-design
用于重构混乱代码库的包或模块结构，处理大型模块、依赖问题或新项目结构设计，强调信息隐藏与依赖方向控制。
dev-code-quality
对代码库进行系统性质量扫描的 AI 技能，用于识别重复代码、冗余与可改进点。支持全库、指定目录或增量扫描，通过结构分析、依赖图、重复检测和架构评估，输出按高/中/低优先级排列的行动计划。
git-conventional-commit
按 Conventional Commits v1.0.0 规范创建 git 提交的技能，适用于用户要求提交变更或编写规范提交信息的场景，提供从收集上下文、分析变更到生成提交消息的完整流程。
ponytail-dev
Ponytail Dev 是一款面向软件实现与代码审查的 AI 技能，强调“最小代码 + 按比例验证”。它适用于功能实现、缺陷修复、重构、基础设施、测试和技术评审等场景，要求在动手前先理解受影响的完整流程，并优先复用现有模式、标准库、平台原生能力或已安装依赖，只编写当前需求真正需要的代码，避免推测性抽象、兼容层、配置项和扩展点。修复缺陷时要求定位根因并检查相关调用方，在证据支持下修复共享原因。验证方面主张用最小证据证明结果，如现有测试、聚焦命令、构建、类型检查、Lint、临时探针或直接行为检查，仅在改动范围、风险或仓库规则要求时运行更广的检查。它明确划定边界：不得简化掉安全控制、信任边界校验、数据丢失防护、必要错误处理、无障碍支持和显式需求；也不得替用户做视觉、交互、品牌或编辑设计决策。交付时保持简短，说明改动、证据和影响用户决策的已知限制。
jarvus-fastify
基于 Bun 运行时的 Fastify + TypeScript 后端开发技能，用于创建后端 API、添加路由、实现服务、使用插件等场景。资料涵盖环境搭建、项目结构、插件与路由模式、配置校验、代码质量与 CI 约定。
revolut-trading
用于 Revolut X 加密货币交易所 API 的交易技能，支持 Ed25519 密钥认证、获取行情数据、管理订单与执行交易，并提供 Python 客户端封装。
pull-spiderman
Pull Spiderman 是一个用于处理拉取请求（Pull Request）评审评论的技能（Skill），隶属于 javrasya/skills。当用户需要分诊并回复 PR 上的评审评论时使用，触发方式包括「/pull-spiderman <PR>」「review the comments on this PR」等。它对评审者提出的每条声明进行两次对抗性挑战（一次在子智能体中，一次在拥有完整对话上下文的主智能体上），再决定该声明是否成立。每条回复、解决线程和代码修复都必须经过用户针对该评论的明确批准才会执行。评审者可以是机器人或人类，技能一视同仁。若 PR 属于某个技术栈（stack）的一层，则会先跨更高层进行扫描，判断评论是否已被下游层解决；已发布的层永不编辑。该技能依赖多个配套技能（handover、challenge、stack-sweep、handover-loop）按顺序执行，并强制使用范围过滤器（仅处理未解决且当前用户未回复的线程）。
run-dogfood
run-dogfood 是一个面向智能体的验收执行技能：当 write-dogfood 已生成指南后，用真实浏览器把每条用例跑在运行中的产品上，逐条修复阻塞项直到全部通过或挂起，最终产出运行文件与报告。用例需同时具备屏幕证据与服务端探针证据。
jeecg-dev
JeecgBoot 开发规范技能，仅在用户显式输入 /jeecg-dev 或 $jeecg-dev 时手动触发，禁止自动调用。内容涵盖代码修改痕迹注释、代码修改日志、SVN 提交日志、建表规范、代码质量规范及 MyBatis 多数据库兼容规范。
plan-jira-ticket
用于从 Jira 工单启动开发工作的技能：读取工单详情，创建或切换对应分支，将工单状态转为 In Progress，并生成实现计划。
javascript
面向 ES2020+ 的现代 JavaScript 编码规范技能，涵盖异步代码、安全属性访问与现代语法，用于编写或重构 JavaScript 代码。
ft-implement
ft-implement 是 fast-track-ai 工作流中的实现类技能，用于按任务逐项实现一个 track。它读取目标仓库中 fast-track-ai/tracks/NNN-slug/ 下的 intent.md、spec.md 与 tasks.md，要求 spec.md 与 tasks.md 的前置元数据状态为 approved（intent 状态可保持 draft）。技能依据 tasks.md 中的并行分组与依赖标注，按依赖顺序启动分组，组内任务可并行执行。每个开放任务在完成前需运行其 Validate 命令以及项目实际提供的检查，验证通过后在 tasks.md 中勾选为已完成。所有任务通过后，需编写 assets/acceptance.md 验收表（Criterion | Check | Observed | Result），运行完成门禁脚本并进行代码审查，存在 [blocking] 问题时需修复并重跑相关验证与门禁。最后输出实现后总结，等待用户以确认词继续后才将 intent 状态置为 shipped 并重新生成 INDEX.md。技能强调边界约束：产品文件修改仅限 spec 与各任务 Files 列出的文件，不得实现 out_of_scope 中的内容，发现事实或假设不成立时需记录分歧并停止上报。
ft-init
ft-init 是 fast-track-ai 工作流的初始化技能，用于将 fast-track-ai 目录树幂等地安装到目标代码仓库中。当用户要在新仓库或已有仓库开始使用 fast-track-ai，或说出“setup”等初始化意图时使用。执行时先读取 ./assets/AGENTS-snippet.md，再运行 ./scripts/fast-track-ai-init.sh [target-dir]。它会在目标仓库中创建 fast-track-ai/ 目录、fast-track-ai/INDEX.md 种子文件，并把打包片段中的受管区块写入目标的 AGENTS.md。初始化不会把任何内容 vendor 进目标仓库；配套产物由各工作流技能写入，而非由 init 写入。随后需校验目录树，包含 research、refs、handoffs/archive、assessments、decisions、tracks 等子目录以及 INDEX.md，再运行 ./scripts/fast-track-ai-index.sh [target-dir] 并报告结果。路径解析规则：./ 路径与 ../ft-* 同级路径从该技能安装目录解析，fast-track-ai/ 路径从目标仓库根目录解析。
safe-refactor
safe-refactor 是一个用于安全重构代码的技能：在不改变可观察行为的前提下调整代码结构，并通过小步、可验证、测试全绿的工作流降低风险。它要求重构前测试全部通过，每个提交只含结构变更，每完成一小步就跑测试并提交，使用语言感知的重命名工具而非手动 sed/grep，并关注共享模块的重命名影响范围。最终需满足全部测试通过、无逻辑改动、无未解析引用、无死代码、Git 历史清晰、CI 通过等完成标准。
eslint-config
用于在单项目或 monorepo 工作区中配置 @antfu/eslint-config 的 ESLint 技能，涵盖 flat config 设置、共享配置包，以及可选的 commitlint + husky + lint-staged 提交质量检查。
trello
通过 Trello REST API 管理 Trello 看板、列表和卡片的技能，可在 OpenClaw 中直接操作。需配置 API Key 与 Token，使用 curl 调用接口完成查询、创建、移动、评论和归档等操作。