Mi9 Skills：面向 Claude Code 的 Agent Skills 公开合集

核心能力与快速开始

★ 0 · Python

能做什么

提供一套面向 Claude Code 的 Agent Skill 合集：每个 skill 是一个包含 SKILL.md（YAML 元数据 name、description、可选 allowed-tools，以及 Markdown 操作手册）的目录，部分带 references/ 文档或 scripts/ 辅助脚本。能力覆盖：OWASP Top 10:2025 静态安全扫描、已部署 URL 的运行时安全审计、反谄媚行为模式、依赖升级、将已批准方案拆解为逐特性规格文件、通过问答在写代码前把模糊需求变成完整设计、读取 SonarCloud/SonarQube 问题并修复、裁剪 React + Vite 初始 bundle、访谈式生成 CLAUDE.md、系统化调试、可选 TDD 流程、会话交接文档、仓库 git 历史的工程复盘、前端改动验证（启动 dev server + Chrome DevTools MCP 并检查控制台错误）、本地质量门禁看板、实现前工程评审、Diataxis 文档生成、标准库优先的复用阶梯、跨分支月度变更统计、实现后对抗性验证、通过 Composio MCP 审 Bitbucket PR、自主端到端执行方案、精简回复字数、删除文案中的 AI 写作痕迹、生成委派提示词、清理会话产生的分支与文件、死代码移除等。安装方式为 npx skills add（可用 -g 安装到用户级），clear-and-short 与 execute-change 另以插件形式发布以携带 hooks。

适用场景

适合使用 Claude Code 的开发者与团队按需挑用单个 skill：在项目或用户级安装所需能力，让 Claude 在对话中自动激活匹配的 skill，或用 /<skill-name> 显式调用。典型场景包括代码库安全扫描、线上应用安全审计、依赖升级与迁移、需求澄清与方案评审、PR 审查、前端改动验证与性能追踪、测试先行开发、缺陷根因排查、质量门禁看板、文档编写、会话交接与清理，以及让 Claude 自主按方案完成一次变更并逐步审计。

项目形态

资料合集

部署方式

未说明。README 仅说明通过 npx skills add <仓库地址> --skill <skill-name> 安装到当前项目的 agent skills 目录（Claude Code 为 .claude/skills/<name>/），加 -g/--global 安装到用户级；clear-and-short 与 execute-change 需改用 claude plugin marketplace add / claude plugin install 安装以携带 hooks。未说明服务端部署或托管方式。

主要依赖

README 提醒多个 skill 需要事先准备条件（如 token、生产构建产物、已部署 URL、gh CLI、干净的 git 工作树），缺失时 skill 往往表现为无反应；部分 skill 为手动触发（manual-only）。除此之外未说明具体依赖、运行环境或成本。

使用限制

README 明确提示“先读再运行”：skill 是给 Claude Code 执行的指令，有时还包含脚本和读取本机文件的操作，安装前应自行阅读。allowed-tools 只是预授权（跳过权限提示），并不限制 skill 可用工具；声明 disallowed-tools 的限制只对激活当轮生效，下一轮消息即解除，需要永久限制须配置 permission deny 规则。npx skills add 只安装 skill 文件、不安装 hooks，因此依赖 hook 的 skill 必须以插件方式安装。安装位置写入检测到的 agent，若未出现在 Claude Code skills 路径下需自行确认。若干 skill 限定特定技术栈（如 React + Vite、JS/TS、.NET、Bitbucket 而非 GitHub、Sonar、OpenSpec）。

许可证

MIT

最近推送

2026-09-30 20:53

资料检查：2026-10-01 07:00 · 卡片整理：2026-10-01 07:00
卡片由 AI 根据仓库资料整理，未进行安装或运行验证 · 本次更新未完成，保留上次成功内容

职业应用

程序员

使用 security-vulnerability-scan 对代码库进行 OWASP Top 10:2025 静态安全扫描并生成审计报告；使用 sonar-issue-check 与 sonar-issue-fix 读取并修复 Sonar 问题；使用 systematic-debugging 进行根因优先的调试；使用 test-driven-development 进行红绿重构的测试驱动开发；使用 pr-review 端到端审查 Bitbucket 拉取请求；使用 verify-implementation 对已完成工作进行对抗性验证；使用 health 运行本地质量门禁看板；使用 document-generate 生成 Diataxis 文档。

官方使用入口 ↗

由 AI 根据来源材料整理，未进行安装或运行验证

产品经理

使用 convert-plan-to-feature 将已批准方案拆解为可独立跟踪的按特性规格文件（含需求、步骤、接口契约、验收标准与依赖）；使用 new-feature 通过调查式问答把模糊特性请求转化为完整设计规格，在写代码前消除歧义。

官方使用入口 ↗

由 AI 根据来源材料整理，未进行安装或运行验证