occ-diagnose
用于诊断 Open Claude Code(OCC)安装、提供商认证、技能发现与 CLI 故障的技能。在 OCC 无法启动、报错或找不到技能时使用,帮助收集证据、定位问题并提出针对性修复。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-14 00:15
41,044 个结果
用于诊断 Open Claude Code(OCC)安装、提供商认证、技能发现与 CLI 故障的技能。在 OCC 无法启动、报错或找不到技能时使用,帮助收集证据、定位问题并提出针对性修复。
用于调用 Open Claude Code(OCC)执行编码任务的技能,可验证 CLI 安装、选择提供商并处理有边界的编码任务,不提供凭据或权限。
review-change 是一个代码审查技能,用于针对项目标准和预期需求审查指定的代码变更。它支持审查 PR、分支、提交范围或工作区改动,并从两个维度给出结论:Standards 轴检查变更是否遵循项目编码规则和受支持的设计实践;Spec 轴检查变更是否实现了预期需求。审查过程中会追踪行为、运行聚焦检查以辅助判断,并返回带有证据的发现结果;它不负责修复、审批、合并或全仓库审计。
b2c-onboarding 是 Salesforce B2C Commerce 开发工具集中的一个入门引导技能,用于帮助新开发者完成首次 B2C Commerce 环境搭建。它本身是一个协调者,会按步骤引导用户识别编辑器、安装其他 B2C 技能插件、验证 B2C CLI、检查 Account Manager 访问权限、初始化配置、确认沙箱,并完成首次 cartridge 部署,最后根据用户目标转交给对应的专项技能。该技能不会替代各专项技能,而是负责串联整个上手流程。
Repo Skill Generator 是一个从仓库的 Git 历史与 GitHub PR 评审活动中生成仓库本地技能的工具。它会生成两类技能:基于 Git 提交与 diff 的编码技能,以及基于 GitHub PR 评审活动的评审技能。生成产物安装到 ./.agents/skills/ 作为仓库本地的规范来源,并在 ./.claude/skills 创建指向 ./.agents/skills 的符号链接。所有生成内容均为英文。该工具在运行前会执行硬性检查:目标仓库根目录必须是 Git 仓库;生成评审数据时需要 GitHub CLI(gh)且必须已认证;安装目标目录必须可写。评审技能生成受证据充分性门槛限制,证据不足时可能只生成编码技能。
该技能为 R 包开发提供专家级指导,覆盖 devtools、testthat、roxygen2 及 R 生态工具的最佳实践。内容包括开发工作流(加载、文档生成、测试、检查、构建、安装)、代码质量与风格(lintr、styler、covr)、文档构建(vignettes、pkgdown)、测试最佳实践(testthat 期望函数、测试组织、条件跳过)、文档标准(roxygen2 标签、@inheritParams、@family)、代码风格规范(命名约定、格式化、pre-commit 钩子)、常见数据结构(data.table、S3 类)以及包依赖管理。适用于开发 R 包、编写 R 测试、编写 R 函数文档、搭建 R 包基础设施、运行 R 包检查,以及使用 devtools、testthat 或 roxygen2 的场景。
Code Review 是一个代码审查技能,依据经过实战检验的工程原则,通过全面的质量门禁对代码进行审查。它覆盖功能正确性、测试覆盖、测试质量、QA 检查(lint、类型检查、测试、构建)以及 AGENTS.md/CLAUDE.md 规范符合性,并输出结构化、可执行的审查反馈。触发方式包括“review code”“code review”“review this”“check my…”等。
该技能用于将 GitHub Issue 作为 Sub-issue 关联到父 Issue,支持跨仓库操作。用户需提供父 Issue 的 URL 或 owner/repo#number,以及一个或多个子 Issue 的 URL 或编号。技能通过 GitHub GraphQL API 获取各 Issue 的 Node ID,使用 addSubIssue mutation 完成关联,随后将父 Issue 与全部子 Issue 自动添加到指定的 GitHub Project,并可按规则设置 Status、Priority、Start date 字段。Project 配置从 ~/.claude/custom-config/create-issue-config.json 读取,与 /create-issue 技能共享配置。前提是已安装并认证 gh CLI,且对目标仓库有访问权限。
该技能面向 Unreal Engine 4/5 游戏 Mod(模组)开发,覆盖 UE4SS、Lua 与 C++ 钩子、生成 SDK、反射以及 pak/utoc 内容打包等方向;资料中提到的目标游戏示例包括 Palworld、Satisfactory、XCOM 2 及通用 Unreal 项目。技能强调先阅读游戏 Mod 开发规则与共享工具链概览,再按具体游戏参考文档实施;实施前需确认精确的游戏构建版本、加载器、映射与框架版本,并明确禁止臆造 API、钩子、签名、ID 或资源路径。适用场景为 Unreal 游戏 Mod 开发与逆向相关工程实践,具体用法见技能内参考文档,其它细节暂未提供。
Python v2.0.0(The Patience Hunter)是 Senpi 技能库中的多日持仓交易智能体,目标持仓约 96 小时。每 10 分钟扫描交易量前 50 的 HL 永续合约,最多同时持有 2 个仓位,采用 3-7 倍杠杆与评分门槛 MIN_SCORE 8,退出由 DSL 机制控制。
这是一个用于执行已准备好的 GitHub Issue 的 AI 技能。它严格遵循既定计划,不擅自发明决策,当计划存在缺口时向上升级反馈,并追踪评审、CI、合并和部署的证据。适用于已有批准计划的场景。
Issue 是一个面向 GitHub 工作流的技能入口:用一条命令把粗略需求转化为可执行的 GitHub issue,或将需求撰写、实施计划、检查、发布、缺陷起草等步骤单独执行。其首个参数决定动作,feature 默认按顺序运行 prd、plan、check、publish 四个步骤;也支持 prd、plan、check、publish、bug 等独立动作。
根据自然语言描述、源码或部分规范生成完整可用的 OpenAPI 3.x 与 Swagger 2.0 规范,支持 YAML/JSON 输出。
用于处理进行中的 git merge/rebase 冲突的技能,指导查看合并状态与冲突文件、追溯变更原始意图、逐块解决冲突并运行项目自动检查后完成提交,要求始终解决而非中断合并。
该技能用于扫描 Apple SwiftUI 文档中的弃用 API,并将现代替代写法更新到 SwiftUI Expert Skill 的 latest-apis.md 中,适用于检查新弃用、刷新 API 或新 iOS/Xcode 发布后更新。
这是一个 AutoGPT 平台的后端区块(Block)创建技能,提供按照 Block SDK 指南新建后端区块的完整步骤。技能内容覆盖:若区块涉及外部服务,需先用 ProviderBuilder 创建 _config.py 配置提供方;在 backend/blocks/ 下编写区块文件,包括用 uuid.uuid4() 生成一次 UUID 并硬编码为稳定 id、定义 Input(BlockSchema) 与 Output(BlockSchema) 类、实现 async def run 方法并产出输出字段。文件输出需使用 store_media_file() 并传入 "for_block_output"。测试环节使用 pytest 命令运行指定区块用例,格式检查使用 poetry run format。此外还包含若干规则:分析输入输出是否能与图中其他区块良好连接、使用顶层导入而非 duck typing、区块输出始终使用 for_block_output。该技能属于 AutoGPT 项目 significant-gravitas/autogpt 下的区块开发用途。
brainstorming 是 superpower-planning 技能集中的一个规划类技能,用于在设计复杂多步骤功能、构建新组件或规划重要行为变更时,通过自然协作对话把想法逐步转化为完整的设计与规格文档。它强调任何项目(哪怕是一个待办清单或配置修改)都应先经过设计与确认流程,以避免未经审视的假设造成返工。技能以探索项目上下文为起点,采用迭代检索方式(最多 3 个循环)广泛扫描项目结构、搜索相关关键词、阅读项目文档与历史归档,并按相关性打分筛选文件;随后进行范围检查,判断需求是否涉及多个独立子系统并建议拆分,再通过 AskUserQuestion 一次一个问题地澄清目的、约束与成功标准,提出 2-3 种带权衡的备选方案并给出推荐。设计阶段按复杂度分段呈现,逐段获得用户确认,覆盖架构、组件、数据流、错误处理和测试,并遵循证据优先原则,对暂无证据的决策标注 [NEEDS-EVIDENCE]。设计通过后写入 .planning/design.md,进行规格自审(占位符、内部一致性、范围、歧义),可选择调用 spec-interview 技能细化,再经用户评审、询问是否创建独立 git worktree,最终以调用 writing-plans 技能生成实施计划作为终点。该技能不进入任何具体实现。
面向框架开发的 TypeScript 技能,讲解类型、接口、泛型与工具类型的用法,包含类型注解、接口定义、泛型函数与类、工具类型、类型守卫、可辨识联合、条件类型、API 响应模式及 React 组件泛型等常见模式。
React Native ExecuTorch 是 Software Mansion 提供的在 React Native 与 Expo 应用中实现端侧(on-device)AI 能力的方案,面向不依赖云端、在设备本地运行模型的功能开发。它基于当前已发布的 v0.10.x API,通过一系列 React Hook 与对应的非 React Module 提供文本生成与对话、图像分类、目标检测、语义与实例分割、姿态估计、OCR、风格迁移、文生图、图像与文本嵌入、语音转写、语音合成、语音活动检测、分词、隐私信息过滤以及自定义 .pte 模型推理等能力。使用前需在应用入口调用 initExecutorch() 并注册资源获取适配器(Expo 使用 ExpoResourceFetcher,裸 React Native 使用 BareResourceFetcher),否则会抛出 ResourceFetcherAdapterNotInitialized。所有 Hook 异步加载模型,需在 isReady 为真后再调用 forward/generate/transcribe 等推理方法。移动端建议使用量化模型变体;语音转写与 VAD 输入需为 16 kHz 单声道,TTS 输出为 24 kHz。要求新架构(Fabric),不支持旧架构与 Expo Go,iOS 发布版本需真机。
该技能用于使用 spatie/laravel-multitenancy 开发多租户 Laravel 应用,涵盖租户识别、当前租户绑定、切换任务、多数据库隔离、租户感知队列与 Artisan 命令,以及房东/租户迁移策略。
validate-openapi-spec 是一个用于校验 OpenAPI 规范文件的技能,基于 speakeasy lint 命令检查规范中的错误与警告。它适用于在生成 SDK 之前确认规范是否有效、定位阻塞 SDK 生成的问题,以及获取最佳实践建议。用户提供 OpenAPI 规范文件路径(-s 参数)后,工具会输出错误(阻塞 SDK 生成,必须修复)、警告(可能引发问题,建议修复)和提示(最佳实践建议,可考虑修复)三类结果。常见校验问题包括缺少 operationId、无效的 $ref、缺少响应 schema、重复的 operationId 等,并给出对应解决方向。该技能还提供面向 AI 的输出优化建议,例如将大量输出通过 grep 或 tail 管道过滤以减少上下文。使用时需注意:不要在不理解根因的情况下逐个修复错误,不要忽略警告,若规范由外部管理则不要在未询问的情况下修改源文件。
该技能用于在 C++ 的设计、实现、重构、现代化改造与代码审查中应用 ISO C++ Core Guidelines 的精简版本。它强调在不牺牲零开销设计的前提下,采用更安全、更清晰、可静态检查的现代 C++ 写法。适用于 .cpp、.cc、.cxx 等 C++ 源文件相关任务。技能内置一份精简的指南概念图与审查清单,覆盖哲学、接口、函数、类、枚举、资源、表达式与语句、性能、并发、错误处理、常量、模板、C 互操作、源文件、标准库、架构、profiles、GSL 以及命名与布局等指南族。使用时先识别任务类型(新设计、实现、重构、现代化、审查或缺陷修复),再在涉及 C++ 行为、API、所有权、模板、并发、性能或代码审查时参考该清单,务实地应用指南:优先显式接口、强类型、不变量、RAII、标准库设施与编译期检查;仅在纯外观层面冲突时保留项目既有约定;将裸所有权、未检查边界、数据竞争、无效生命周期、隐式全局状态、裸分配、C 风格强制转换和基于宏的代码视为高优先级风险。审查时先给出具体缺陷与维护风险,而非风格偏好,并引用相关指南族(如 R 资源、F 函数、CP 并发)。修改代码时保持改动范围收敛,为行为变更补充回归测试,优先采用可机械或工具强制执行的改进。
OpenHound Development 是面向 OpenHound 采集器(collector)与 OpenGraph 扩展开发的技能,覆盖采集规划、图模式(graph schema)、数据源采集、资产(assets)、lookup/preproc 等内容。该技能以规则和参考文档为核心:编辑采集器代码前必须先阅读架构文档,并按任务类型查阅对应的参考文件,例如新采集器规划、图基础类与节点/边属性定义、扩展入口注册、API 客户端与认证实现、多认证配置、资产与模型新增、DuckDB 变换与 lookup、以及完成前的验证。适用于 OpenHound 采集器的开发、扩展与维护工作。
CLI Style 是由 Steve Francia(spf13,Cobra、Viper、Hugo 的作者)提出的 CLI 与 Agent-Experience(AX)设计系统,围绕 56 条原则,指导命令行工具同时面向两类读者:交互终端前的人类,以及以程序方式调用的 Agent 或 CI/脚本。其中 52 条原则对两类读者一致,4 条(#32、#33、#39、#40)为分歧原则,需通过 TTY 检测按流分支处理。该体系覆盖命令语法与子命令树、标志与配置优先级、变更影响范围与确认策略、stdout/stderr 流分离、错误与帮助信息、输出格式与结构化 JSON、交互与提示、失败处理、版本演进、分发方式以及信任与安全等十个部分,并给出审计现有 CLI 的工作流与结构化审计报告模板。