freee-api-skill
这是一个通过 freee-mcp（MCP 服务器）操作 freee API 的技能，提供会计、人事劳务、发票、工时管理、销售等详细 API 参考与使用指南。OAuth 认证需用户在自己的环境中执行。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-14 00:15
编程与开发
41,026 个结果
pyjail
pyjail 是一个用于突破 Python 沙箱限制的技能，适用于受限的 Python eval/exec 环境、沙箱逃逸、过滤输入挑战及 Python jail 类题目。提供常见逃逸载荷、绕过技巧与调试方法。
claude-optimizer
Claude Optimizer 是一个用于审计和优化 CLAUDE.md 文件的技能。CLAUDE.md 会在每一轮对话中被加载进上下文，臃肿或结构混乱的指令会与用户的实际请求争夺注意力，从而降低 Claude 的遵从度。该技能通过读取并测量 CLAUDE.md 的字数与大致 token 量，检查嵌套的 CLAUDE.md 文件及 @ 引用的文件，然后依据一组标准（token 膨胀、解释性废话、重复规则、结构缺失、该用列表却用散文、缺少并行提示、应引用却内联的内容）进行分析，提出改进建议。目标 token 区间为 2,500–3,500，硬上限 5,000，低于 1,500 通常意味着缺少关键上下文。该技能强调先提出方案并说明理由，绝不静默重写文件，只有在用户明确批准后才进行修改。
tanstack-query
TanStack Query 是一个用于管理远程异步状态的同步层技能，基于已安装的 @tanstack 查询包与适配器，帮助实现、调试或审查现代 TanStack Query 代码。它覆盖查询键与选项、缓存新鲜度、重试、失效、取消、变更与乐观更新、无限查询与分页、SSR 与 hydration、框架集成、测试与版本边界检查等。工作流强调先检测已安装的适配器、query-core 与框架 peer 版本，再明确状态归属、定义资源契约，按需加载对应参考文档，并在各归属边界组合实现，最后用最窄的类型检查、lint 和测试验证状态转换。适合使用 TanStack Query 进行前端数据同步开发、代码审查与问题排查的场景。
zod
Zod 是一个 TypeScript 优先的运行时校验库，本技能用于实现、审查或调试 Zod 4 的 schema 及其运行时约定。它强调“让不可信的值先经过一次解析，再作为可信类型使用”，适用于边界解析、对象键策略、结构化错误、类型转换与异步解析等场景。技能本身提供一套分步工作流：先确认已安装的 Zod 版本、导入路径与适配器声明，再明确输入输出、未知键处理、失败路径等契约，然后按需加载参考文档，给出最小可用实现，并用可执行的类型检查和测试验证行为。该技能以 Zod 4 为目标，要求所用 API 在已安装版本声明中真实存在。
remotion-best-practices
Remotion 视频创建最佳实践技能，为使用 React 制作视频提供领域知识。涵盖合成、动画、时间曲线、序列、媒体资源、文本字幕、3D、图表、Lottie、地图、过渡、字体、Tailwind 及 Mediabunny 集成等主题，按需加载 references/ 目录下的规则文件。
context7
Context7 是一个通过 Context7 MCP 服务获取任意库或框架最新文档与代码示例的技能，适合需要 API 参考、代码示例或库文档时使用。
postman-openapi-converter
将 OpenAPI 3.x 或 Swagger 2.0 规范（YAML/JSON）转换为可导入的 Postman Collection v2.1 JSON，并生成配套环境文件，自动映射路径、参数、请求体、认证与示例响应。
know-your-unknowns
Know Your Unknowns 是一个用于在动手实现前暴露「未知」的 Claude 技能。核心思路是：心里想的地图（提示词、计划、心智模型）与真实代码和真实需求这片地形之间存在落差，这个落差就是未知项——在实现前发现成本最低，合并后发现成本最高。该技能通过一个动作来弥补落差：生成一份自包含、可离线打开的 HTML 交互产物，把未知项具体化，例如盲点卡片、可点击的原型、方案并排对比、测验等，让用户以点击、勾选、挑选的方式作出反应，而不是被迫用语言描述。对具体事物作出反应所暴露的未知，是抽象讨论永远触及不到的。技能提供 11 种技术并按阶段选用：实现前有盲点扫描、先补课、四个设计方向、先假接再实接、介入点脑力激荡、规格访谈、语义对照表、可调整计划；实现中有实作札记；实现后有说服文件、合并前测验。所有产物均须自包含、有真实代码依据，并支持回复组装与一键复制提示词。
bun-development
Bun Development 是一个围绕 Bun 运行时的开发工作流技能，用于运行脚本、执行测试、打包构建以及初始化项目，并提供面向智能体（agent）优化的命令行参数。它强调 Bun 作为一体化 JavaScript 运行时的特点：约 6ms 启动速度、原生执行 TypeScript、内置测试运行器和快速打包器（可编译为独立可执行文件）。适用于需要用 Bun 运行 TS 文件、监听/热重载、运行 bun test、使用 bun build 打包或编译，以及初始化新 Bun 项目的场景。依赖安装与管理、发布到 npm、调试 TS/JS 代码等不在此技能范围内，分别建议使用 bun-package-manager、bun-publishing、typescript-debugging。简介中的启动速度对比、参数与命令均来自官方资料，未提供的功能（如具体收费、平台范围）暂未提供。
git-push
git-push 是一个用于将本地提交推送到远程仓库的技能，重点处理分支跟踪、上游设置与安全推送模式。当用户说“push”“send to remote”或“update remote”时触发。它提供标准推送、首次推送新分支、将 main 提交推送到远程特性分支、带标签推送以及使用 --force-with-lease 的强制推送等模式，并包含推送前安全检查、主分支推送行为、错误处理与最佳实践。该技能只负责推送提交，可与 git-commit、git-pr 等技能组合使用。
typescript-debugging
面向 Bun 运行时的 TypeScript/JavaScript 调试技能，涵盖 inspector 标志、debug.bun.sh 网页调试器、VSCode launch.json 配置、内存与堆分析、CPU 性能剖析及网络请求调试。
typescript-sentry
面向 TypeScript 项目的 Sentry SDK 使用技能，覆盖 Bun、Node.js、Next.js 与 React/浏览器端的错误捕获、性能追踪、Cron 监控、Source Map、结构化日志、性能分析与会话回放等能力，并给出安装命令与常用 API 速查。
giurisprudenza-lampo
面向意大利法律领域的快速判例检索技能，用于就某一法律主题获得初步导向性框架，而非完整法律意见。通过“giurisprudenza-lampo [法律主题]”触发，检索近期相关判决并整理主题、判决要旨、主流倾向、操作启示与来源。
flutter-bloc-usage
flutter-bloc-usage 是 leancodepl/ai-plugins 中的一个技能插件，用于说明该插件在 Flutter 状态管理中的覆盖范围与使用方式。它围绕 bloc 与 flutter_bloc，讲解 LeanCode 的 BLoC/ Cubit 约定，涵盖使用 bloc_presentation 处理展示层副作用，以及将顶层 BlocBuilder 替换为 context.watch 之类的组件状态读取简化。插件还明确了自身与 flutter-cubit-utils 的边界：前者聚焦通用 BLoC 指导，后者提供 QueryCubit、PaginatedQueryCubit、RequestCubit 等基类与规范配方。适用场景包括设计或重构某功能的 cubit 状态、为 snackbar、对话框或导航副作用建模展示事件、简化仅用于传递 cubit 状态的根 BlocBuilder 组件树，以及判断任务应归属哪个插件。资料未提供安装命令、价格与平台信息。
plugin-integration-checker
用于检查某个技能是否属于 Claude Code 插件，并验证其与命令、智能体的集成是否符合三层架构（命令编排→智能体执行→技能知识）。在创建或修改插件内技能后自动运行，输出集成报告与改进建议。
react-doctor
React Doctor 是一个用于扫描 React 代码库的工具，可检查安全性、性能、正确性和架构方面的问题，并输出 0-100 的评分以及可操作的诊断信息。它适合在修改 React 代码后运行，以便尽早发现问题；也可用于代码审查、完成功能或修复 bug 时。使用方式为通过 npx 命令运行，支持 --verbose 和 --diff 等参数。工作流建议先修复错误，再重新运行以验证评分是否提升。
lgnh-code-simplify
lgnh-code-simplify 是一个用于简化和精炼最近修改代码的技能，在不改变功能行为的前提下提升可读性、一致性与可维护性。它支持可选 scope 参数，未指定时自动检测未提交的改动（staged 与 unstaged），若无未提交改动则检测上一次提交的变更文件。执行时要求严格保持行为、返回值、API 契约和外部副作用不变，遵循项目编码规范，优先可读性而非缩短代码，避免过度压缩。完成后输出变更文件列表与主要精炼摘要，并建议查看 git diff 与运行测试。
lgnh-commit-detail
该技能用于将工作区中的所有改动一次性暂存并创建详细的 Git 提交。它会在提交前收集当前分支、git 状态、全部改动差异和最近提交记录作为上下文，随后自动执行 git add -A，并按照 Conventional Commits 规范（如 feat:、fix:、chore: 等）生成英文提交信息。提交信息采用单行主题加可选正文的形式，正文以项目符号逐条列出各项实质性改动，仅对极简单的单行变更省略正文。触发方式为用户要求提交、说出“commit-detail”，或希望一次性暂存并提交全部内容。
lgnh-rebase-worktrees
这是一个用于批量维护 Git worktree 的技能：将所有非主 worktree 变基到指定目标分支，成功后自动检测锁文件并安装依赖包，再按需同步主 worktree 的 .env 键集合。它支持在冲突时自动中止变基并继续处理其他 worktree，最后汇总成功、失败、安装与环境变量同步结果。
lgnh-resolve-conflict
lgnh-resolve-conflict 是一个用于解决 Git rebase 或 merge 过程中冲突的技能，属于 loegnah/ai-kit。它强调先理解冲突产生的原因和双方分支的意图，再给出既保留双方意图又语法正确的解决方案。技能要求通过 git status 判断当前处于 rebase 还是 merge，读取分支上下文与提交信息，对每个冲突文件做三方对比（base/ours/theirs），将冲突分类为非重叠、互补、竞争或单边变更后分别处理。遇到双方对同一逻辑做出有意的矛盾修改且无法判断时，会停下来询问用户，不擅自猜测。解决后只暂存文件，默认不提交，也不运行 git rebase --continue 或 git merge --continue，而是告知用户下一步命令。最后要求运行项目 lint 与类型检查，确认无冲突标记和未合并路径后输出摘要。
lgnh-review-conflict
lgnh-review-conflict 是一个用于审查用户已完成 rebase 或 merge 冲突解决结果的技能。它不负责解决冲突，而是检查用户已手动完成的解决方案是否存在问题。该技能先通过 git status 判断当前处于合并还是变基过程，再借助 .git/MERGE_HEAD、.git/rebase-merge/ 等状态文件与提交历史理解冲突成因，并针对每个已解决文件比对双方意图，检查逻辑正确性、代码遗漏或重复、语法与依赖问题、残留冲突标记及分支意图是否兼顾，最后按固定格式输出冲突背景、审查文件清单、总体状态、逐文件分析和问题建议。
qwe
qwe 是一个由用户显式调用的工作流运行器技能，需通过 `/qwe <keyword>` 触发。它根据关键字匹配预设工作流目录文件并依次执行，涵盖提交详情说明、清理已删除的远程分支、代码简化、worktree 变基、冲突解决、每日/每周工作报告、ELI5 解释和展示演示等开发者与汇报类流程。仅输入 `/qwe` 而不带关键字时，它会输出可用关键字与工作流对照表并提示选择，不读取或执行目录文件。
navi
用于编写、重构、调试和审查 Navi 语言（.nv）指标、策略与库脚本的技能。覆盖 Navi 语法、逐 bar 执行语义、标准库调用与常见脚本模式，并强调用 navi CLI 做校验。