webgpu-syntax-compute-pipeline
WebGPU 计算管线技能:创建计算管线、编码计算通道并正确派发工作组,避免工作组数量计算错误与越界写入。适用于 Chrome 113+、Safari 26+、Firefox 141+。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-15 00:13
41,175 个结果
WebGPU 计算管线技能:创建计算管线、编码计算通道并正确派发工作组,避免工作组数量计算错误与越界写入。适用于 Chrome 113+、Safari 26+、Firefox 141+。
Northstar Rust Audit 是 northstar 技能下的显式入口,用于对 Rust 代码开展质量审计与修复。它需从主 northstar 技能加载路由与对应模式文件,并遵循该模式的审计、记录、修复与完成证据约定。
Northstar 系列中的 TypeScript 与 Svelte 审计入口技能,用于显式发起代码质量审计与有限修复。它本身是薄入口,需加载主 northstar 技能中的路由与审计模式文件,按既定包范围、发现记录、受限修复、保留与证据契约执行。
用于在 Git 中跟踪长时间、多步骤的 AI 实施工作,使另一个智能体或计算机无需重述意图即可续做。它把 qing-plans/ 作为项目持久记忆,记录用户想要什么、计划为何如此、各阶段改了什么、影响哪些模块、验证了什么以及下一步。
用于非交互式解决 GitHub PR 合并冲突的技能:先合入最新 base 分支,检测冲突文件并以最小改动解决,重新生成锁文件,运行编译、lint 与相关测试,暂存已解决文件并汇总决策,但不提交、推送或打标签。
该技能通过结构化对话引导相关人员发现并记录 CLI 应用的技术决策与功能需求,并据此生成架构决策记录(ADR)。适用于需要为命令行工具编写架构文档、梳理命令、输入输出、UX 及技术选型等决策的场合。
该技能用于为 Java 项目生成多种架构图,包括 UML 时序图、类图、C4 模型图、状态机图和 ER 图,采用基于步骤的交互式流程,使用 PlantUML 语法,并支持单文件、独立文件或集成到现有文档的文件组织策略。
用于批量梳理依赖更新 PR(Renovate、Dependabot 等)的技能:列出待处理 PR、判断可合并性、并行修复 CI 失败,并在用户明确要求时才执行审批与合并。
Java COLA 整洁分层架构指南,介绍阿里巴巴 COLA 框架的 DDD 分层设计、模块划分、命名规范、Archetype 快速建项目及常用组件,适用于 Java/Spring Boot 项目的架构设计与重构。
Python COLA 架构指南,将阿里巴巴 COLA 整洁分层架构适配到 Python/Flask/FastAPI 项目,用于后端 DDD 分层架构设计、代码结构规范与应用架构重构。
一个针对 Ruff(Python 静态检查与格式化工具)的使用策略技能,规定在 Claude 技能中调用 Ruff 时的强制规则:不得用 --ignore、noqa 或抑制特定规则来让 CI 通过,格式化须覆盖所有改动文件,并须以 uv run ruff 调用。
本技能整理了在应用中使用 Google Gemini API 的调用模式,涵盖 SDK 初始化、模型选择、文本生成、结构化 JSON 输出、系统指令、多轮对话与错误处理,适用于实现 AI 文本生成与类型安全 JSON 解析功能。
git-pr 是一项关于用纪律完成代码交付的技能:只暂存应提交的文件,用命令式主题与说明原因的正文提交,推送分支并开 PR,并处理评审意见与失败的 CI。适合需要规范 commit、PR 和并行分支隔离的开发者。
Sus Campaign 是一个用于单个多拉取请求(multi-pull-request)交付战役的可重启目标契约写作与修订技能。它面向“一个持久目标需要依赖感知、写不相交的并行工作”的场景:读取项目治理文件、需求、依赖状态、交付命令、分支保护与发布约束,锁定一个目标和可验证的终止条件,并选择项目原生的 issue、epic 或等价台账来承载工作项、依赖、分配、拉取请求与状态。技能围绕“方法、权威、通道、派发、交付、产物、闭环”组织,要求先定义最强可观察检查再改行为,按依赖顺序合并,每个拉取请求只承载一个可独立评审的关注点,并在合并前对账。它明确区分指令(建议)、项目命令(拒绝非法转换)、隔离(移除权限)三种强度,要求只声明机制能证明的内容。产物写入 ~/.agents/artifacts/<workspace>/,以 type: campaign、唯一 CAMPAIGN-ID 和侧车文件形式保存,包含 Objective、Completion contract、Authorities、Operating loop、Stops 等必填节。
sus-change-plan 是 jcosta33/corpus 中的一项技能,用于在重构、重写、迁移、升级、性能变更、模式变更或大规模架构调整时,规划在保持现有行为不变的前提下进行结构性变更。其核心理念是“未经证实的保持等同于意外破坏”:在把保持现有行为当作理所当然之前,先取得可验证的依据。技能内置一套工作方法,要求先阅读项目规则、长期决策、当前源码、测试和现状地图,对不熟悉的区域先建档,再把影响行为、公共契约、安全、成本、权限或不可逆操作的关键歧义交由人工明确选择。产出物为 type: change-plan 的变更计划,包含基线、目标、保持性保证、按顺序执行的转换批次、切换与回滚条件以及任务拆分,并把计划写入 ~/.agents/artifacts/<workspace>/ 下的绝对路径,使用唯一的 CHANGE-ID 和关联附属文件。验证环节要求基准测试、差分检查或属性检查能在行为漂移时失败,为每个兼容层指定路径、前向目标和移除条件,统计旧调用点,记录每一处有意的重写差异,并使用统一性能协议进行前后对比。交付时仅返回变更计划及附属文件的可点击 Markdown 链接,关闭前需人工在删除、保留或提升之间做出选择。该技能依赖人工交互选择与项目内规范、测试作为输入,官方未提供安装命令、收费信息或具体平台支持范围。
sus-inventory 是一个用于绘制“当前位置地图”的技能,适合在陌生或即将发生重要变更的代码区域使用,但在缺乏可靠地图时,帮助把现状整理成持久产物。它强调只记录现实、不发明、不规定,通过提问确认范围和排除项,然后列出当前模块(路径、观察到的职责、证据)、接口(签名或表面、直接与动态调用方、观察到的契约、证据)、外部可见行为(测试、file:line 或决定性命令输出)、数据、状态、副作用、持久化、生成表面、配置与外部消费者,以及现有测试及其实际控制的行为。它要求暴露未知项并给出精确搜索边界和缺失证据,检索调用方和字符串注册,对动态断言运行安全检查,零调用方和无匹配结论必须附命令与结果。产物写入 ~/.agents/artifacts/<workspace>/,带 type: inventory、唯一 INV- ID 和旁车文件,禁止覆盖或回退到仓库、vendor 或临时路径,交接时仅返回可点击 Markdown 链接。该技能明确不用于直接实现,会剥离严重性、处方、目标架构和实施步骤,遇到范围歧义需人工选择后才能继续。
sus-audit 是一个面向现有代码的审计技能,强调以直接证据为依据,适用于债务调查、清理评估、单一实现基准和当前质量状态检查等场景。
Sus Campaign 是一款为多 Pull Request 交付战役编写或修订可重启目标契约的技能。它适用于需要将一个持久目标拆解为依赖感知、写入互不重叠的工作流时使用。其核心方法为:先读取项目治理规则、约束需求、依赖状态、交付命令、分支保护、发布约束、当前工作树及实时跟踪器,锁定唯一目标与可验证的停止条件,拒绝无关积压。技能会在项目原生 issue、epic 或等价台账上选择唯一载体,由战役指向它而非镜像其可变状态。技能将操作映射为包括通道分配、验证、重量级执行、发布、评审、合并和清理在内的权威模型,记录每个环节的所有者、强度、机制与失败行为。交付环节定义最强可观测检查,要求 bug 修复前先复现原始失败,同一 PR 只保留一个可独立评审的关注点并按依赖顺序合并。技能最终产出写入 ~/.agents/artifacts/<workspace>/,格式为带 type: campaign、唯一 CAMPAIGN-ID 及关联 sidecar 的 Markdown 文件,包含 Objective、Completion contract、Authorities、Operating loop、Stops 等必备章节。
sus-change-plan 是 suspec 系列中的一个技能,用于在保留现有行为的前提下规划结构性变更。它适用于重构、重写、迁移、升级、性能调整、schema 变更或大范围架构调整等场景。其核心原则是:未经证实的保留无异于意外破坏。使用该技能时,它通过原生选择器或编号选项加 Other 的方式提出必要问题,把推荐方案放在首位,并提供真实可选的方案(通常三个,二选一时两个),每个方案附带简明理由与成本。技能会先读取项目规则、持久决策、当前源码、测试和现状态地图;当大范围变更缺少经证实的地图时,会先把不熟悉或对变更关键的区域绘制为持久现状态,再进行规划。产物写入 ~/.agents/artifacts/<workspace>/ 目录,类型为 change-plan,带有唯一 CHANGE-ID 及关联 sidecar,绝不覆盖或回退到仓库、厂商目录或临时路径。规划文档包含基线、目标、保留保证、转换波次、切换/回滚、任务拆分等承重章节,并要求使用金标准、差分或属性检查来发现行为漂移,为每个兼容垫片指定路径、前向目标和机械移除条件,统计旧调用点并在命名垫片外将完成目标定为零,记录每一次有意重写差异。最后交出可点击的变更计划及所有 sidecar 链接,并要求人工对产物做出删除、保留或提升的唯一处置。
Sus Inventory 是一个用于代码库调研与现状梳理的技能,属于 Suspec 技能集(来源 jcosta33/suspec)。它的核心理念是「映射现实,不臆造,不开处方」,即只记录代码区域当前的真实状态,不做实现、不提改进建议。适用场景:面对不熟悉或变更敏感的代码区域,且缺乏经过验证的现状图谱时,用它可以产出一份持久的现状清单(inventory)。它不适用于直接实现、范围狭窄的任务等。使用方式上,通过原生选择器或编号选项加 Other 的提问方式确认范围与排除项,然后列出当前模块(路径、观察到的职责、证据)、当前接口(签名或表面、直接和动态调用方、观察到的契约、证据)、外部可见行为(测试、file:line 或决定性命令输出)、数据/状态/副作用/持久化/生成表面/配置/外部消费者、现有测试及其实际控制的行为。未知项需给出精确的搜索边界和缺失证据,零调用方和无匹配的结论必须附命令与结果。产物写入 ~/.agents/artifacts/<workspace>/,带 type: inventory 与唯一 INV- ID,以可点击的 Markdown 链接返回,不覆盖、不回退到仓库或临时路径。限制:遇到范围上的实质性歧义须强制由人选择,选择前阻塞映射;输出需剥离严重性、处方、目标架构与实现步骤;关闭时需人工决定删除、保留或提升。具体收费、价格、平台信息暂未提供。
Clean Code 是一套用于编写可读、可维护代码的规范框架,源自 jd-solanki/ai 技能库。它以“代码被读的次数远多于被写的次数”为核心原则,主张为读者优化代码。框架包含六大纪律:有意义的命名、专注的函数、注释与格式、错误处理、单元测试、代码坏味与启发式。它提供 0-10 分的评分标准,用于评估代码质量并给出改进到满分的具体建议。适用于编写新代码、审查拉取请求、重构遗留系统或提供代码质量建议等场景。
该技能围绕“信息隐藏”原则,指导如何决定代码的存放位置以及每个模块应隐藏什么。它覆盖目录树、模块与包边界、模块入口点,以及何时拆分或合并模块。核心规则是:每个模块只拥有一个“秘密”(一个可能变化的设计决策),并把它藏在比秘密本身更小的接口之后。模块可以是任意粒度——应用切片、目录、文件、类或函数。技能提供四项检查(单一秘密、深模块、封装、有向依赖)、不同缩放层级(应用切片、目录、文件/类/函数)、命名与放置新代码的流程、边界强制手段,以及常见坏味道与对应修复。
coding 是一个组合型技能,用于在编码任务中编排并调用其他与编码相关的子技能,官方介绍中要求加载 /clean-code 与 /code-organisation。
code-quality-review 是一个用于审查当前分支 diff 的代码质量技能,聚焦结构可维护性与不必要的复杂度,在保持行为不变的前提下寻找更简单的设计,而非把复杂度搬来搬去。