modern-python
用于初始化或改造 Python 项目的技能：以 pyproject.toml 为单一配置源，采用 uv 管理依赖与虚拟环境、ruff 做 lint 与格式化、ty 做类型检查，并生成预提交钩子与 CI 模板；按最低 Python 版本（默认 >=3.12）叠读对应 What's New 以应用新特性。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-15 00:13
编程与开发
41,133 个结果
oneos-dev-delivery
OneOS 开发落地（oneos-dev-delivery）是一个面向 AI 开发经理角色的技能，定位为开发交付的一号位。它只接收产品交棒包作为唯一输入，采用双轨落地方式：轨 A 先产出可点原型，经确认后进入轨 B 在真仓实现可运行版本，最终输出工程回执并交接给测试验收。该技能止于待测阶段，不包含上线发布、合 Master 或生产发布。适用于用户提出开发落地、oneos-dev-delivery、明镜止水等指令时使用。
ai-prompting
这是面向开发者的实用提示词工程（Prompt Engineering）模式与技巧集合，主要针对 Claude、GPT 和 Gemini 等大语言模型在生产环境中的使用。内容涵盖系统提示词的结构化写法（角色定位、能力范围、行为约束、输出格式、边界处理）、少样本示例（few-shot）的适用场景与格式规范、思维链（Chain-of-Thought）提示的用法与取舍、结构化输出（JSON 模式、XML 标签、Markdown）、上下文窗口的优先级排序与截断策略、工具与函数调用提示的描述方法、提示词模板的变量替换与条件段落，以及常见任务模板（代码生成、代码审查、调试、文档、数据提取）、反模式（含糊指令、冲突约束、过度约束、提示词注入、假设上下文持久化）、提示词测试方法（A/B 对比、回归测试、评估标准）、模型专属技巧和 token 优化建议。适合需要为 LLM 应用编写、调试、维护和迭代提示词的开发者参考。
graphql
GraphQL 技能，用于 GraphQL 的 schema 设计、查询、变更（mutation）与工具链。当用户提出“编写 GraphQL schema”“创建查询”“添加 mutation”“设置 Apollo”等需求时使用。内容涵盖类型定义、输入类型、枚举、自定义标量、接口、联合类型、查询与分页、变更、订阅、Node.js 解析器、错误处理等，并提供 Apollo、Relay 与测试模式的参考文件。
vim-motions
vim-motions 是一份关于 Vim 键位绑定与高效文本编辑的知识型技能资料，涵盖模态编辑基础、移动命令（motions）、操作符（operators）、文本对象（text objects）、寄存器、宏、标记、搜索替换、窗口与缓冲区管理，以及 .vimrc 配置要点，并延伸说明 Vim 在 VS Code、JetBrains（IdeaVim）和 Neovim 中的使用差异。适用于查询 vim 命令、学习组合式编辑操作或查找快速编辑技巧的场景。
black-tortoise-agent-architecture-quality
Black-Tortoise Agent 架构与质量技能是一套面向企业级代码库的结构与质量守则，用于在架构/设计审查、重构以及 PR 前的结构 sanity check 中，识别并修正高风险违规。其核心原则包括高内聚低耦合、单一职责、接口最小暴露、奥卡姆剃刀（删除多余抽象与层级、避免过度配置）、Signals-first（禁止 RxJS 状态管理、禁止 as any），以及层次单向依赖：Presentation → Application → Domain → Infrastructure。技能通过定位规范文档、拆解审查项与优先序、查证 API/框架与 CLI/schema、执行质量扫描等最小化步骤，产出假设/风险、问题清单（含文件链接）、最小修正步骤与验证建议（lint / architecture:gate / tests）。适用于审查代码架构违规、执行 DDD 边界约束、确保质量标准的场景。
change-management
用于在跨层修改公共 API 时保持接口稳定、变更可审查的技能，包含 ADR-lite 指引与弃用/删除检查，适用于破坏性变更、弃用或引入新架构决策的场景。
core-design-principles
Black-Tortoise 核心设计原则的操作清单，用于在具体改动中应用 Occam（奥卡姆剃刀）、内聚/耦合、工具优先组装、显式边界、便于删除的演进等原则。适用于任务容易被过度构建、不确定代码应放在何处、需要在“快速修复”与“正确边界”之间做选择时。工作流强调先识别最小可复用单元（工具），放入所属能力/工作区/事件/集成上下文，再添加组装层（facade/effect/component）并保持单向数据流，最后验证删除路径。硬性检查包括：不新增违反 Presentation → Application → Domain 的跨层导入、领域侧不引入框架或副作用、避免“上帝”工具、状态集中化且 UI 绑定信号。
integration-layer
Integration Layer 是 7spade/black-tortoise 项目中的一项技能，用于指导 src/app/integration 目录下的基础设施与集成模式实现。其核心意图是把 Firebase、AngularFire、Data Connect、HTTP、各类 SDK 等外部集成封装在稳定的端口（ports）之后，使应用其余部分保持与框架无关。该技能规定了层边界：只有 integration/infrastructure 层可以导入 Firebase/AngularFire/DataConnect SDK，对外只暴露接口与 token，绝不暴露平台类型。在仓储适配器方面，要求以最小映射实现仓储端口，DTO 与领域模型的映射在此完成，保持映射确定性并规范化时间戳与 ID。在流与信号方面，集成层可返回 Observable（流式）或 Promise（命令），在应用边界（store/facade）转换为 signal，而非在模板中转换，并注意清理、避免手动订阅。Data Connect 方面，生成的 SDK 视为只读输出，schema 变更后先重新生成再改应用代码，并强制认证指令与最小权限查询。安全方面强调不信任客户端输入、密钥存放于环境变量或密钥管理器、避免字符串拼接查询而使用参数化 API。
mcp-software-planning
这是一个 MCP 技能，用于通过配置在 .vscode/mcp.json 中的 Software-planning-mcp MCP 服务器，为软件开发生成需求、设计、任务拆解和执行计划等规划产物。该技能要求规划输出与 Black-Tortoise 治理规范保持一致，包括 DDD 边界、append-before-publish（先追加后发布）和极简主义原则。它提供需求起草、设计大纲、任务拆解等典型工作流，并附带提示词模板和验证清单，确保架构方向、事件顺序和测试门禁得到遵守。
shared-kernel
Shared Kernel 是一套针对 src/app/shared 目录的共享内核规则，用于界定在多个限界上下文之间可以安全复用的内容与禁止共享的内容。它允许共享无副作用的纯工具函数、不含业务规则的共享 UI 原子/分子组件，以及不引入新依赖的横切技术辅助（如日志适配器、错误包装器）。同时明确禁止共享业务逻辑、策略与工作流编排、跨能力状态存储、属于特定限界上下文的领域规则，以及直接使用平台 SDK（如 Firebase/HTTP），除非该共享项被明确定义为基础设施原语且依赖方向保持不变。该规则还强调依赖纪律：保持依赖稳定且最小化，避免将能力模块导入 shared；在 API 设计上倾向小而意图明确的接口，避免“上帝”工具模块，改为创建职责聚焦的文件。
vscode-ext-commands
本技能提供在 VS Code 扩展中贡献命令的指导规范，涵盖命令命名约定、可见性、本地化、键位绑定与命令注册等最佳实践。它帮助开发者按照约定为 VS Code 扩展添加或更新命令，明确区分常规命令与侧边栏命令的不同模式，并说明各自的命名、图标、分类、可见性与启用条件等要求。使用时，当需要为 VS Code 扩展新增或更新命令即可参考。
code-review
Code Review 是一个用于代码审查的 Claude 技能，帮助检查代码中的缺陷、安全问题、性能隐患以及是否符合最佳实践。当用户提出“review this code”“check my code”等请求时使用。它按照结构化流程进行审查：先理解代码上下文与变更目的，再依次检查正确性（逻辑错误、边界情况、错误处理、异步操作）、安全性（SQL/NoSQL 注入、XSS、硬编码密钥、不安全动态执行、认证授权缺失、敏感数据泄露）、性能（多余循环、缺失索引、N+1 查询、内存占用、分页缺失）、可读性与可维护性、测试覆盖以及项目规范一致性。每个问题按严重级别（🔴 CRITICAL、🟡 WARNING、🟢 SUGGESTION）分类，标注文件与行号，并给出修复建议代码。审查最后提供总体评估（是否可合并）、关键问题数量、三个做得好的方面和三个最值得改进的方面。
explain-codebase
Explain Codebase 是一个用于生成代码库整体概览的技能，面向新成员入职、知识传递或架构理解场景。当用户提出“解释这个代码库”等需求时，它会按结构化流程扫描项目，识别项目身份、技术栈、代码规模，并输出 30 秒概览、架构图、目录说明、领域模型、关键路径、数据流、外部依赖、环境配置、开发流程、常见陷阱与快速参考等内容。该技能强调先发现再解释，通过读取 README、包管理文件、目录结构、框架与数据库线索来收集事实，并针对小型项目、单体仓库、微服务、纯前端、纯后端等不同情况调整输出重点。
cli
CLI Router 是一个面向终端任务的技能，用于把工作路由到最合适的窄用途命令行工具，而不是套用通用 shell 模式。它覆盖文件与路径查找（fd）、文本搜索（rg）、文本替换（sd）、跨语言结构化改写（comby）、AST 感知的代码搜索与重写（ast-grep）、JSON 查询转换（jq）、YAML 查询编辑与格式转换（yq）、非交互式下载（wget）、快速采样（head）、交互式分页（less）、交互式模糊选择（fzf）、语法感知差异（difftastic）、Shell 脚本检查（shellcheck）以及仓库语言与代码量统计（scc）。技能主体保持精简，仅在需要时读取对应工具的参考文档，并给出明确的升级路径，例如先用 fd 找路径再用 rg 搜文本，简单替换用 sd、正则脆弱时用 comby、需要语法精度时用 ast-grep。
qodo-merge
Qodo Merge（原 PR-Agent）是一款 AI 驱动的拉取请求（Pull Request）辅助工具，可跨 GitHub、GitLab、Bitbucket、Azure DevOps 等平台使用。它通过一系列命令帮助团队自动生成 PR 标题、摘要、走查说明和标签，审查代码质量、正确性与安全性，生成内联改进建议并按置信度排序，回答关于代码差异与文件意图的问题，为变更代码补充文档，以及根据 PR 内容推断标签。该技能用于安装、配置和排查 Qodo Merge，避免将大量产品文档加载进上下文。配置优先级为命令行参数、环境变量、.pr_agent.toml、默认值；环境变量覆盖使用双下划线映射配置键。支持切换模型，非 OpenAI 提供商使用各自的 API 密钥。
code-ambition
Code Ambition 是一个面向编码智能体的技能，用于在实质性构建、重构或设计工作开始前确立一种“向代码应有的模型构建”的姿态。它主张把现有实现视为原材料而非必须保留的约束，鼓励智能体不要止步于“能跑就行”或“稍微清理一下”，而是追求更简单、更深、更正确的形态，甚至通过重组让整块分支、辅助函数、模式、条件或层级彻底消失。该技能强调默认保持雄心：如果请求本身需要重构，就执行重构；优先选择事后看来必然如此的方案。同时它划定了边界——雄心不等于扩张，不应把一个小请求膨胀为投机性的健壮性、兼容性、额外测试、包装器或迁移。它把现有代码、注释、测试、文件布局和评审反馈视为证据而非权威，要求先决定正确的模型再让代码服从，并主张清理是交付的一部分。在实现路径上，它要求雄心通过已有的接缝流动，复用既有辅助函数、深化模块、扩展接口，而不是发明平行机制。对于缺陷修复和评审跟进，它要求先在失败的接缝处直接修复，新增抽象必须通过“删除测试”并满足至少一项条件。该技能还列出了失败模式（顺从与臆造）以及需要警惕的坏味道，如单次改动让文件超过约 1000 行、在无关流程上硬加条件、一次性布尔或可空模式、掩盖不变量不清的强制类型转换、只增加间接层而无清晰度的薄包装器，以及只搬运复杂度而不删除它的重构。
grabber-development
面向生产级 Python 网页爬虫的知识库，覆盖从目标评估到可观测性的完整流程。当需要构建、调试或优化 Python 网页抓取程序时触发。
knip
Knip 是一款用于 JavaScript 和 TypeScript 项目的死代码检测工具，主要帮助开发者发现未使用的文件、依赖、导出、类型和枚举成员等。它内置插件系统，可自动识别 80 多个框架与工具（如 Next.js、Vite、Remix、Astro、SvelteKit、Vitest、Jest、Playwright、ESLint、TypeScript 等），开箱即可用。Knip 支持通过命令行按需检查依赖、导出或文件，也支持生产模式、JSON 输出与 CI 退出码。项目可通过 knip.json 或 knip.ts 进行显式配置，支持 monorepo 与工作区、忽略规则、内联注释忽略等。它适合在代码清理、依赖治理、库公共 API 维护和持续集成流程中使用。
mastering-typescript
该资料是一份关于现代 TypeScript（5.9 及以上版本）的高级参考指南，主要用于构建企业级、类型安全的应用程序。内容涵盖严格 tsconfig 配置、ESLint 与 Prettier 配置、Vite/Vitest 工具链、类型系统速查（联合与交叉类型、类型守卫、satisfies 操作符、泛型、常用工具类型、条件类型、映射类型）、React 与 NestJS 框架集成、使用 Zod 做运行时校验，以及从 JavaScript 增量迁移到 TypeScript 的策略和常见错误。资料声明兼容 TypeScript 5.9+、Node.js 22 LTS、Vite 7、NestJS 11 与 React 19，并提供 tsconfig 与 ESLint 配置模板和验证脚本。
multi-reviewer-patterns
Multi-Reviewer Patterns 是一套用于协调多维度并行代码审查的模式集合，核心目标是让多个审查者从不同质量维度同时检查代码，并对结果进行去重、严重度校准与合并报告。它定义了可分配的审查维度（安全、性能、架构、测试、无障碍），并针对不同场景给出推荐组合，例如 API 端点变更建议安全、性能、架构三个维度，前端组件建议架构、测试、无障碍。该模式还规定了上下文共享方式：在流水线模式下，审查者不仅拿到原始代码，还会收到深挖输出与互连映射两类上下文产物，并按维度路由到互连映射中的相关锚点，以减少重复阅读并发现跨组件缺陷。它提供去重规则（同一位置同一问题合并、不同问题保留并标记共址、冲突严重度取高者）、严重度校准标准，以及统一的合并报告模板。此外还包含对抗式验证面板（三个不同视角的验证者并行判定发现是否真实及严重度）、完整性批评者（检查审查未覆盖的维度、文件、假设与高风险热点），以及成本护栏、快速模式、严格模式等运行约定。
obsidian-check
Obsidian Check 是一个用于在推送代码或提交 Obsidian 插件前进行自动化审查的技能。它依据 Obsidian 社区插件的自动审查规则扫描当前项目，报告违规项及其文件位置和修复建议。该技能会先验证项目结构（manifest.json、package.json、src/），确保安装 eslint-plugin-obsidianmd 及相关依赖并生成 ESLint 配置，然后依次运行 TypeScript 类型检查（npx tsc --noEmit）和 ESLint 检查（npx eslint src/ package.json），覆盖句式大小写、内联样式、命令规则、manifest 校验、TFile/TFolder 类型转换、弹出窗口兼容性、API 与 minAppVersion 匹配、eslint-disable 指令等规则。此外还包含 ESLint 未覆盖的手动检查，如不必要的类型断言、未处理的 Promise、async 无 await、对象字符串化、设置标题写法等，并检查 manifest.json 字段规范与 LICENSE 文件。最终输出结构化报告，并可按用户选择自动修复或仅修复必需项。
obsidian-plugin-development
面向 Obsidian 插件开发者的规范与合规技能，帮助开发者编写能通过 Obsidian 插件自动审核的 TypeScript 代码。自 2026 年 5 月起，插件通过 community.obsidian.md 社区中心提交和审核，每次 GitHub 发布都会被自动扫描。该技能基于 eslint-plugin-obsidianmd 与 @typescript-eslint，汇总了所有被强制执行、会阻止审核通过的必需规则，涵盖 UI 文本句子大小写、禁止内联样式、Promise 处理、异步 await 要求、弹出窗口兼容性、平台检测、文件操作、manifest 与许可证要求等，并给出本地运行检查的方法与常见错误修复对照。适用于编写、评审或修复 Obsidian 插件代码时使用。
obsidian-scaffold
obsidian-scaffold 是一个用于快速创建 Obsidian 社区插件项目的脚手架技能。它会生成符合官方自动审核规则的完整项目结构，包括 src/main.ts 插件类、styles.css、manifest.json、package.json、tsconfig.json、esbuild.config.mjs、eslint.config.mjs、LICENSE、README.md 和 .gitignore。使用时通过请求“创建一个新的 Obsidian 插件”，或调用技能名 obsidian-development:obsidian-scaffold，然后按提示填写插件 ID、名称、作者、描述等信息。工具会校验输入是否符合审核规则（如 ID 只能由小写字母数字和短横线组成且不含 obsidian、名称不含 Obsidian、描述不以 This plugin 开头并以句末标点结尾且不超过 250 字符）。之后执行 npm install 安装依赖，并验证 npx tsc --noEmit 零错误通过。