security-audit
对 Web 应用进行全面安全审计，并提供可执行的修复与证据报告。
▸ 推荐理由用于上线前的深度漏洞排查与闭环修复，专业性强。
▸ 风险提示会读取敏感代码与配置，需授权并可能接触密钥。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 2249 个
production-delivery
主控式将项目按 11 阶段推进到生产就绪，调用各专家技能执行每步。
▸ 推荐理由适合需要端到端自动编排和交付执行的项目团队。
▸ 风险提示运行需访问项目全部上下文及部署权限。
general-coding
定义通用工程规范：最小安全改动、类型安全与详尽的结构化报告。
▸ 推荐理由作为所有开发任务的基础守则，适配各种代码工作。
fullstack-delivery
将项目推进到可上线的全栈交付，含审计、路线图与前后端契约校验。
▸ 推荐理由适合需要端到端交付计划与执行的团队。
▸ 风险提示需要访问前后端代码及部署权限。
frontend-engineering
为 React/Next.js 提供专业前端开发与优化，包含性能和可访问性。
▸ 推荐理由适合构建或改进现代 Web 界面的工程师。
▸ 风险提示使用需访问代码库，可能依赖特定技术栈。
deployment-readiness
检查并准备项目以安全、可观测地上线，含构建、环境与发布清单。
▸ 推荐理由适合需要可靠上线检查的工程团队。
▸ 风险提示需要访问代码仓库和部署环境/密钥。
database-api-design
设计数据库模式与API契约，包括索引、迁移与兼容性。
▸ 推荐理由关注事务完整性与向后兼容，适合架构与评审工作。
bug-fix-refactor
定位根因并在不改行为的前提下修复或安全重构代码。
▸ 推荐理由强调最小改动与回归防护，适合修复与维护场景。
backend-engineering
为Next.js/Node serverless构建或审计生产级后端与API。
▸ 推荐理由覆盖认证、事务、缓存与webhook，适合生产部署。
km:review
对未提交更改、提交或 PR 进行多层面整合的代码质量与安全审查。
▸ 推荐理由整合多维观点评估并在必要时阻断，适合对质量有高要求的团队。
▸ 风险提示需读取仓库代码与上下文，可能接触敏感信息或执行静态分析命令。
km:plan
将实现计划写入 .plan/ 并在 GitHub 仓库中镜像为 Issue 作为权威记录。
▸ 推荐理由适合把计划系统化并与 repo 同步，减少文档孤岛并便于 review。
▸ 风险提示会使用 git/gh 操作仓库并创建或修改 Issue，需相应权限与审慎操作。
km:open-file
在 Windows/WSL 环境中通过 explorer.exe 安全地打开本地文件或文件夹。
▸ 推荐理由在 WSL/Windows 的 agent 场景下方便让用户查看文件并避免执行风险。
▸ 风险提示依赖本地系统命令并会打开本地路径，可能暴露或访问敏感文件。
km:github-workflow
协调并触发标准的 GitHub PR 工作流（预检、计划、开发、评审、报告）。
▸ 推荐理由适合用 Agent 自动完成规范化 PR 流程，边界清晰便于扩展与委派。
▸ 风险提示会执行 git/gh 等本地命令并可能与远端交互，需注意权限与远程操作。
km:commit
为当前变更生成并提交符合 Conventional Commits 的安全提交
▸ 推荐理由确保提交信息可追溯，适合团队与 AI 联合工作流
▸ 风险提示会执行 git 操作，需要仓库写权限
shipit-lite
在推送前检查提交，发现秘密、临时代码与AI署名痕迹。
▸ 推荐理由降低泄密与不当提交风险，适合CI前置检查。
▸ 风险提示可能包含运行预检查脚本，需审查脚本来源与权限。
ticket-scoping
把想法或发现拆解成可追踪的工单并生成粘贴即用的内容
▸ 推荐理由快速产出可追踪工单，适合产品与工程协同
project-briefing
为整个仓库生成一页操作简报，便于交接与恢复工作
▸ 推荐理由快速把握项目状态，适合新成员与停滞回归
ctx-pack
为特定任务收集并打包所需文件、记忆与差异以供代理使用
▸ 推荐理由高效构造任务级上下文，适合写作与决策前准备
ctx-ignore
为 AI 代理生成仓库忽略规则，避免读取噪声文件
▸ 推荐理由节省费用与上下文噪音，适合大代码库。
trd-write
把 PRD 转为高层 TRD，分阶段规划技术实现路径。
▸ 推荐理由把产品需求落地为可执行的技术计划与里程碑。
ticket-write
为工程任务生成或完善用户故事、需求与验收标准。
▸ 推荐理由提升交付清晰度，减少实现前沟通成本。
readme-write
自动生成或重构项目 README，补全安装与使用说明。
▸ 推荐理由适合快速产出清晰项目首页，降低新用户门槛。
gitlink
把仓库中的文件或行范围转成可点击的代码主机永久链接（permalink）。
▸ 推荐理由简化分享代码位置的流程，自动处理不同 git host 的 URL 细节。
writing-plans
将设计转为面向工程师的逐步实施任务、代码示例与验证步骤。
▸ 推荐理由能输出低上下文、可执行的细粒度任务，利于交接与外包实施。
starwards-verification
运行测试、快照和构建以验证 Starwards 工作项确实完成。
▸ 推荐理由防止未验证即完工，适合集成到 PR/CI 的验收流程中。
starwards-tdd
为 Starwards 项目提供 TDD 流程与测试示例，覆盖单元、E2E 与多人同步。
▸ 推荐理由对维护该游戏代码库的开发者有实操性的测试与场景指导。
starwards-pixijs
PixiJS v8 渲染与图层/事件模式，结合 Colyseus 状态驱动更新
▸ 推荐理由利于实现高性能渲染并保证与游戏状态同步
starwards-monorepo
说明 npm workspace 单仓库模块依赖、构建顺序与 watch 流程
▸ 推荐理由避免构建/依赖错误，适合多人协作的前端工程
starwards-debugging
四阶段系统化调试流程，涵盖根因、验证与实装，含多人同步问题定位
▸ 推荐理由避免盲目修补，适合排查复杂复现与竞态问题
starwards-ci-debugging
下载并分析 GitHub Actions 日志以定位 ESLint/TypeScript/E2E 等失败原因
▸ 推荐理由能让代理在本地复现并修复 CI 错误，节省排查时间
▸ 风险提示需要 GitHub 访问凭证与克隆权限
react-version-migration
提供 React 17/18/19 的兼容矩阵与逐步迁移指南
▸ 推荐理由适合需要跨版本无痛升级的工程与自动化脚本
github-api
在受限环境中用 gh CLI 访问 GitHub API，查询仓库和工件。
▸ 推荐理由基于 gh 的可靠实践，便于在沙箱中做 PR/工作流/工件查询。
▸ 风险提示需要 GITHUB_TOKEN 并可能下载 gh 二进制或依赖外部安装脚本。
arwes-react
针对 @arwes/react 的使用、调试与样式化最佳实践指南。
▸ 推荐理由提供版本特定的兼容性与调试经验，适合维护该 UI 的团队。
release-skills
通用的自动化发布工作流，支持多语言与多种项目类型。
▸ 推荐理由自动检测版本与变更日志，支持回填历史与多平台发布，适用于常规工程仓库。
▸ 风险提示会进行 Git 操作与发布操作，需授予仓库写权限时谨慎。
baoyu-url-to-markdown
使用 baoyu-fetch（Chrome CDP）抓取网页并转换为干净的 Markdown。
▸ 推荐理由方便存档与二次编辑，支持站点适配与登录处理。
▸ 风险提示依赖 baoyu-fetch 和 Chrome CDP，需浏览器访问并可能处理登录/CAPTCHA。
baoyu-electron-extract
提取已安装 Electron 应用的资源与 JavaScript，尝试恢复源码。
▸ 推荐理由便于分析或调试打包应用的资源与源代码映射。
▸ 风险提示会访问本地 Electron 应用文件并提取代码，可能涉及逆向与法律风险。
baoyu-danger-gemini-web
通过逆向的 Gemini Web 接口进行文本与图像生成调用。
▸ 推荐理由可作为替代的图文生成后端，便于集成多轮与引用图像输入。
▸ 风险提示使用未经官方授权的 Gemini Web 逆向接口，可能违反服务条款或不稳定。
baoyu-compress-image
自动选择最佳工具（sips/cwebp/ImageMagick/Sharp）将图片压缩为 WebP 或 PNG，优化体积。
▸ 推荐理由能自动沿用可用本地工具链进行无损/有损压缩，适合站点与发布流程的图片优化。
▸ 风险提示会调用本地二进制工具或安装运行时依赖，需注意执行权限与外部下载安装。
wiki-setup
初始化或修复 Obsidian 维基仓库的目录、配置与示例文件。
▸ 推荐理由快速搭建标准化 Vault 结构，适合首次使用或修复环境的用户。
▸ 风险提示会在本地创建/修改文件与环境变量，需确认路径与权限。
windows-mitigations-bypass
提供绕过 Windows 平台缓解与安全控件（如 ASLR/DEP/AMSI 等）的方法
▸ 推荐理由可复用的缓解绕过方法与检测对照，研究与防御并重
▸ 风险提示含高危绕过技术，可能被滥用，仅限授权环境