gat-workflow-start
gat-workflow-start 是 game-dev-skills 中的工作流路由技能，用于检查仓库状态、输出各里程碑的状态面板，并按最早可执行优先原则推荐下一步工作流命令。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-14 00:15
智能体与模型
26,319 个结果
chrome-cdp-access
chrome-cdp-access 是一个用于读取和操作用户当前正在使用的 Chrome 浏览器的智能体技能，核心通过 Chrome DevTools Protocol（CDP）实现。它适用于需要查看或操作已登录会话页面的场景，例如 Slack、各类仪表盘或需要账户登录的应用；不用于通用网页自动化。技能配套提供 AppleScript 快速只读检查（获取活动标签页 URL 与标题）以及基于 Node 22 原生 WebSocket/fetch 的 CDP 客户端脚本，可查找标签页、导航、执行 JS、插入文本、点击坐标、上传文件和拖放文件，还包含检测点击失效、React 未水合、4xx 资源的诊断脚本。使用要点包括：Chrome 136+ 仅在指定显式 --user-data-dir 时才启用远程调试端口，因此需在用户配置文件的副本上启动第二个 Chrome 实例，并加上 --remote-allow-origins=*；CDP 实例是快照，不会跟随用户导航变化；两个 Chrome 实例不能共享同一 profile 目录。限制方面：AppleScript 执行 JS 默认被禁用；需要用户授权或提示；cdp_eval.js 同步求值，不支持 Promise 与截图；存在约 64KB 输出截断；React/SPA 输入需用真实按键事件。
gauntlet-loop
Gauntlet Loop（触发词 SINLIMITE）是面向具备工具的编码智能体的工作流方法：把一个构建目标切分为若干小块，每块先由构建者实现，再由独立评审者在盲测 A/B 中与明确可检查的标准对比；如果未达标，评审者指出最大差距并继续迭代，直到胜出或用户叫停。它强调目标不等于实现、构建者与评审者分离、无固定最终轮次，并提醒注意 token 成本、失控改写和最终人工验收。
grilling
Grilling 是一个用于打磨计划或决策的访谈式技能：它把计划建模为一棵设计树，将用户尚未决定的选项按依赖关系分批提问，直到双方达成明确共识后才开始执行。该技能的资料来源为西班牙语技能说明，当前仅提供技能规则与提问流程，未提供安装方式、输入输出格式或代码实现等细节。
handoff
Handoff 是一个面向 AI 智能体的技能，用于将当前对话压缩整理成一份交接文档，供一个新的、无上下文记忆的智能体接手继续工作。文档包含任务背景、当前状态、已做决策及理由、下一步计划、建议调用的技能以及阻塞与风险等部分。它要求文档自包含、通过路径或 URL 引用已有产物而非重复内容，并对 API 密钥、密码、个人信息等敏感数据做脱敏处理。文档保存于 ~/.hermes/handoffs/ 目录（一次性内容可放 /tmp），而非项目工作区，并附带一组自检清单确保交接质量。
prompt-engineering
用于创建、优化和审查 AI 提示词（prompt）的参考与工作流，适用于为 AI 工具、智能体与技能编写指令，涉及清晰具体指令、输入类型、约束、输出格式、零样本与少样本提示、上下文、前缀等主题。
skill-creation
Skill Creation 是一个用于创建和更新 Claude 技能（Skills）的指导型技能。它面向希望扩展 Claude 能力的用户，提供技能的结构规范、资源组织方式与创建流程。技能由必需的 SKILL.md 文件（含 YAML frontmatter 元数据与 Markdown 指令）和可选的捆绑资源组成，资源分为 scripts（可执行脚本）、references（按需加载的参考文档）和 assets（用于输出的模板、图标、字体等文件）。该技能强调元数据质量、渐进式披露设计原则、隐私与路径引用规范以及版本管理要求，并给出从理解需求、规划、初始化、编辑、安全审查、打包到迭代的快速入门流程。
chatgpt-task-router
chatgpt-task-router 是 Codex 应用内浏览器把任务桥接到 ChatGPT 前使用的路由技能，通过会话预检判断该用 Temporary Chat、标准新会话还是复用当前会话，不调用 API、不收集凭据。
my-router
my-router 是一个上下文感知的路由层，位于外层工作流（如 superpowers 的 brainstorm/plan/execute/verify）与领域技能之间。它通过读取工作目录、文件类型和用户提示词来判断应调用哪个技能，让用户无需记住技能名称。仓库自带的路由表为六个已发布技能提供了具体条目（implement-review、ci-mockup-figure、readme-polish、editable-figure、my-router 自身以及用于显式并行扇出意图的 prun），同时它也被设计为一种可扩展的模式：fork 本仓库可直接编辑 references/routing-table.md；而消费型项目由于该文件每次 bootstrap 都会被覆盖，需在 bootstrap 无法触及的本地文件（仓库根目录的 routing-table.local.md，或 AGENTS.local.md 中的 ## Routing 段落）中注册自己的技能。路由按提示词关键词（最高优先级）、工作目录中的文件类型、项目结构提示三个信号依次判断，并遵循本地优先覆盖、模糊时询问确认、多候选时让用户选择、无匹配时回退到 superpowers 或通用行为等派发规则。
prun
prun（parallel run）是一种并行任务分派与协调技能：协调会话先把任务拆成多个相互独立、可校验的单元，再把每个单元作为 Agy 进程（通过 Antigravity CLI 运行 Gemini）并行执行；协调会话只负责拆分、派发、监控、汇总结论和审查 diff，本身不执行任务单元。任务单元使用 Google AI 套餐额度，不占用协调会话所在的 Claude 账号；Codex 被保留给 /vet 审查角色，不用于 prun 单元；原生 Workflow 工具与 Claude 子代理也不作为单元执行器。适合可同时推进的模块化开发、并行调研、独立分析等场景；不适合单一顺序任务或单元间强依赖的任务。
agents-md-ssot
用于把 Claude Code 项目的上下文重构为「AGENTS.md 作单一真源、CLAUDE.md 收敛为薄壳」的技能：生成工具无关的 AGENTS.md，保留含 @AGENTS.md 引用的薄壳 CLAUDE.md，并可选去品牌化 MEMORY、拆分 .qoder/rules/。
zach-lingxing-openapi-client
用于搭建并复用领星 ERP OpenAPI 接入底座，处理 token、sign、店铺/站点映射、文档缓存与基础烟测。适合接入领星接口、编写依赖领星数据的新 skill，或排查鉴权与请求问题。
execute-with-spec
execute-with-spec 是 meta-workflow 中的第③步执行技能，用于按冻结的验收表推进工作：把任务交给 superpowers 执行技能，并把每个阶段的期望值×验证方式写入子智能体提示，确保冻结规格随工作传递到每个子智能体。
session-management
这是一个面向 ZCode 会话管理改造的设计约束型技能文档，用于在修改左侧任务列表、tasks-index.sqlite、sessions-index、CLI session store 以及标题、状态、置顶、归档、未读、删除、虚拟项目与 roots、workspace 身份和相关 migration 之前阅读。其核心原则是“会话事实归 CLI，组织态归 Host，每个字段只有一个写者”，并整理了 17 条不变量、关键裁决、数据与迁移纪律和改动前检查清单，用于避免排序跳动、已删会话复活、手动标题闪回、未读状态被覆盖、配置与记忆丢失等问题。
using-superpowers
该技能用于在任何对话开始时建立查找与调用技能的规则：在做出任何回应（包括澄清提问）之前，必须先调用 Skill 工具检查是否有适用技能。适用于 Claude Code 等支持技能加载的环境。
dispatching-parallel-agents
这是一个用于并行调度多个独立智能体（Agent）的工作方法与技能说明。当面对两个或以上、彼此之间没有共享状态、也不存在顺序依赖的任务时，可以把每个独立问题域交给一个拥有隔离上下文的专门智能体处理。核心原则是：为每个独立问题域分派一个智能体，并让它们并发工作；每个智能体只接收为其精心构造的指令与上下文，不继承当前会话的历史，从而保持专注，同时为协调者节省自身上下文。典型适用场景包括多个测试文件因不同根因失败、多个子系统各自独立损坏、以及各问题无需其他上下文即可理解且彼此无共享状态的情况。不适用于失败之间存在关联、需要理解完整系统状态、或智能体之间会互相干扰的情形。
executing-plans
Executing Plans 是 Superpowers 技能集中的一项技能，用于在独立会话中执行已写好的实现计划，并在执行过程中设置审查检查点。它的核心流程是：先加载并批判性审查计划文件，识别疑问或顾虑并与人类协作者沟通；确认无问题后创建待办清单，按计划中拆分的细小步骤逐一执行任务，每项任务标记进行中与已完成并按要求运行验证；全部任务完成并验证后，切换到 finishing-a-development-branch 技能收尾。该技能强调严格照计划执行、不跳过验证、遇到阻塞或指令不清时立即停止并求助而非猜测，且未经用户明确同意不得在 main/master 分支上开始实现。若平台支持子代理（如 Claude Code 或 Codex），建议改用 superpowers:subagent-driven-development 以获得更高质量的结果。
subagent-driven-development
这是一个面向编码智能体的工作流技能，用于在当前会话中执行实现计划。它按任务逐个派发全新的子智能体（subagent），每个任务完成后依次进行两阶段审查：先做规范符合性审查，再做代码质量审查。其核心理念是“每任务一个全新子智能体 + 两阶段审查”，从而避免上下文污染、保持子智能体专注，并让主智能体的上下文保留用于协调工作。适用于已拥有实现计划、任务基本相互独立、且希望在同一会话内连续推进的场景。
using-superpowers
using-superpowers 是一个指导 AI 编码助手如何发现、调用和使用「技能」（skills）的基础技能，来源于 zed-industries/superpowers。它的核心主张是：在开始任何对话或执行任何任务时，只要某项技能可能适用于当前任务，就必须先通过 Skill 工具调用该技能，然后才能给出任何响应，包括澄清性提问。该技能规定了指令优先级：用户的显式指令（如 CLAUDE.md、GEMINI.md、AGENTS.md、直接请求）优先级最高，Superpowers 技能次之，默认系统提示词优先级最低。它说明了在 Claude Code、Copilot CLI、Gemini CLI 等不同环境中访问技能的方式，并给出平台适配与工具映射的参考文件。它还定义了技能使用规则、优先级顺序（先流程类技能如头脑风暴、调试，后实现类技能）、技能类型（刚性技能严格遵循、柔性技能按情境调整）以及需要警惕的自我合理化想法。
writing-skills
writing-skills 是一项面向 AI 智能体的技能编写方法指南，核心思路是把测试驱动开发（TDD）应用于流程文档的写作。它不是提供某个具体功能，而是教你如何创建新技能、编辑已有技能，并在部署前验证技能是否真正有效。其核心理念是：如果没有先观察智能体在没有该技能时的失败行为，就无法确定这项技能是否教对了内容。整个创建过程遵循 RED-GREEN-REFACTOR 循环——先写测试用例（用子智能体构造压力场景）、观察失败（基线行为）、编写技能文档、观察通过（智能体遵守）、再重构（堵住漏洞）。资料同时介绍了技能的定义、何时该创建技能、技能类型（技术、模式、参考）、目录结构与 SKILL.md 结构、面向 Claude 搜索优化（CSO）的描述字段写法、关键字覆盖、命名规范、词元精简技巧、交叉引用方式、流程图使用场景、代码示例原则、文件组织方式，以及针对不同类型技能（纪律约束型、技术型、模式型、参考型）的测试方法，并列出常见跳过测试的借口与反驳。前置要求是必须先理解 superpowers:test-driven-development 技能。
dispatching-parallel-agents
面向「2 个以上彼此独立任务」的并行排查技能：为每个独立问题域派发一个 agent 并行推进，适用于多个互不相关测试失败、子系统独立损坏等场景。
install-mcp
install-mcp 是一个用于安全安装与配置 MCP 服务器的技能：先对外部来源做安全评估，再通过凭据包装脚本一次性配置到 Claude Code、Codex CLI、Gemini CLI 和 Zencoder CLI。
kitaru-scoping
kitaru-scoping 是 Kitaru 的架构评估与设计技能，用于判断某个智能体工作流是否适合 Kitaru 的持久化执行模型，并设计检查点边界、等待点、重放锚点与操作界面。
flyte-to-zenml-migration
该技能用于将 Flyte 工作流、任务、LaunchPlan 与 Flytekit 代码迁移为符合 ZenML 惯用写法的流水线。它先读取并分析 Flyte 源码，把每个概念归类为直接映射、近似映射或无安全对应，然后生成包含 steps、pipelines、configs、run.py 与 README 的 ZenML 项目，并输出 MIGRATION_REPORT.md 说明改动、注意事项与待人工复核项。