better-coding-review
结构化地审查代码与 PR，查找错误、安全与可维护性问题的守门人。
▸ 推荐理由在合并前捕获高价值问题，提高代码质量。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 2249 个
better-coding-plan
在编码前产出设计文档与精确任务列表，规范实现前的决策过程。
▸ 推荐理由减少返工，适用于复杂功能与架构变更。
better-coding-orient
为新任务确定合适的流程层级并引导后续工作与项目规则设定。
▸ 推荐理由防止过度或不足流程，适合任务评估。
better-coding-frontend
审查与构建高质量前端，覆盖无障碍、响应式、国际化与前端测试。
▸ 推荐理由把界面从“能渲染”提升到可用与合规。
better-coding-debug
系统化进行根因优先的调试流程，定位并验证错误与失败的真实原因。
▸ 推荐理由避免盲目试错，适合修复失败测试或构建错误。
better-coding-audit
对整个代码库进行生产就绪性与安全性的深度审计
▸ 推荐理由面向发布前或季度检查，给出可执行的修复清单
claude-to-zcode
将 Claude Code 的工程化配置迁移并适配到 ZCode
▸ 推荐理由覆盖协议差异（尤其 hooks），节省大量手工调试
web-design-guidelines
按 Web Interface Guidelines 审查 UI 代码并输出问题清单。
▸ 推荐理由适合可访问性和设计合规性快速审计与自动化检查。
▸ 风险提示运行时会从外部 URL 拉取最新指南
vercel-react-best-practices
Vercel 的 React/Next.js 性能优化规则集与审查准则。
▸ 推荐理由覆盖面广且按影响优先，适合自动化重构与审查。
vercel-composition-patterns
提供可扩展的 React 组合模式与组件设计指导。
▸ 推荐理由帮助减少 boolean prop 泄洪，适合组件库与重构场景。
shadcn
管理 shadcn 组件：添加、搜索、修复、样式与组合并提供示例用法。
▸ 推荐理由对使用 shadcn 的项目能自动化组件集成与样式落地，节省重复工作。
next-best-practices
针对 Next.js 的文件约定、RSC 边界、数据与优化等最佳实践准则。
▸ 推荐理由覆盖 Next.js 实战要点，便于代理或审查者统一工程规范。
execute-plan
按照 plan.md 逐项实现任务、提交代码并调用 code-reviewer 做独立校验。
▸ 推荐理由把计划直接转换为代码提交，减少人工执行与上下文切换。
▸ 风险提示会对代码库进行写入和提交，需授予高权限且可能运行构建/脚本
to-prototype
把已批准的线框生成 Vite+React 的可预览交互原型并支持 Vercel 部署
▸ 推荐理由快速把静态 mock 提升为可本地预览与线上部署的原型
▸ 风险提示会生成并运行 Node 构建脚本
handoff-to-brief
将现有产品的设计/交接文档转成合规的屏幕 brief，跳过发现阶段
▸ 推荐理由适合重构或继承旧产品时快速产出可执行 brief
design-a-screen
并行生成多套 ASCII 界面草图，比较并合成最佳屏幕布局方案
▸ 推荐理由快速探索多种布局，利于信息架构与导航决策
brief-to-html
把屏幕说明转成可交互的 HTML 原型，支持状态切换与深色模式
▸ 推荐理由便于在实现前进行视觉与交互评审
systematic-debugging
遇到 bug 时强制进行根因分析再修复，避免仓促补丁掩盖问题。
▸ 推荐理由防止盲目试错，节省调试时间并降低回归风险。
sentinel-ops
管理和部署跨仓库的 Consistency Sentinel CI/CD 治理与可复用工作流系统。
▸ 推荐理由适合维护多仓库治理与可重用工作流的组织运维人员。
▸ 风险提示可能执行部署或修改 CI 配置，涉及高权限风险
git-worktree-isolation
为并行或隔离工作创建并管理安全的 git worktree 工作区。
▸ 推荐理由自动选择目录并做安全校验，方便并行分支开发与子代理隔离。
▸ 风险提示会创建/切换本地 git worktree，可能影响未提交的更改
linx-qemu
用于在 emulator/qemu 中实现或调试指令解码、陷阱、MMU 与设备交互。
▸ 推荐理由面向仿真差异排查，适合首轮定位 emulator 引发的运行时问题。
linx-pycircuit
针对 pyCircuit/MLIR 的方言、passes 与构建集成的变更与验证流程。
▸ 推荐理由对编译器通路和仿真管线修改提供严格集成与日志规范。
linx-model
用于周期精确 C++ 模型的编码规范、队列与模块语义审查。
▸ 推荐理由帮助保持模型行为与硬件语义一致，利于回归测试。
linx-linux
用于 Linx 上的 Linux 引导、initramfs 故障与回归定位调试。
▸ 推荐理由聚焦内核启动与 QEMU 回归匹配，利于快速定位引导失败。
linx-lib
管理 glibc 与 musl 的 libc 构建、ABI 与运行时策略。
▸ 推荐理由便于统一 libc 行为与分阶段门控测试的工程流程。
linx-isa
用于 ISA 规范、手册语义与架构约束的定义与审查。
▸ 推荐理由适合在软硬协同带上保持 ISA 语义一致。
linx-core
LinxCore RTL 与核心后端的设计、结构校验与闭合工作流
▸ 推荐理由列出块结构与刷新语义的工程流程与校验清单
▸ 风险提示涉及本地构建与仿真工具，可能需较高权限
linx-compiler
Linx 编译器与 LLVM 后端的开发、调试与验证工作流
▸ 推荐理由包含后端与生成器检查，专为编译器开发者设计
▸ 风险提示会运行本地构建与测试命令，需开发环境与权限
jules-cli
探索并执行 Jules CLI 的完整命令与子命令集。
▸ 推荐理由自动遍历 CLI 命令面，适合需要与 jules 交互的代理。
▸ 风险提示需要本地安装 jules CLI，执行命令可能改变环境。
gh-cli
为 GitHub CLI (gh) 提供结构化的命令参考与用法指南。
▸ 推荐理由把 gh 的帮助输出整理为机器可用的 API 参考，方便自动化调用
▸ 风险提示执行 gh 命令可能需要有效的 GitHub 令牌与权限。
fix-all
扫描代码库的 FIXME 注释并尝试实现与修复它们。
▸ 推荐理由自动定位并批量实现遗留 FIXME，节省人工排查时间
▸ 风险提示会直接修改代码库，建议人工复核与代码审查。
testing-qa
为项目设计并生成单元/集成/端到端与回归测试及覆盖报告。
▸ 推荐理由能快速产出多层次测试套件，适合提升交付质量。
security-audit
对 Web 应用进行全面安全审计并给出逐项修复报告。
▸ 推荐理由适合上线前发现并修补高危漏洞，生成可执行修复建议。
▸ 风险提示可能需要访问代码和敏感凭据，务必仅在授权项目上使用。
general-coding
适用于各种编码任务的基础工程原则与安全最小改动策略。
▸ 推荐理由作为所有编码任务的底层技能，通用性与流程性强。
fullstack-delivery
将项目从当前状态推进到可上线的端到端交付与发布准备。
▸ 推荐理由整合前后端与技术债清单，适合需要交付节奏的团队。
▸ 风险提示可能需访问代码库与部署凭据，含高权限操作风险。
frontend-engineering
提供专业 React/Next.js/Tailwind 前端页面与组件开发改进。
▸ 推荐理由注重可访问性、性能与响应式，适合产品级 UI 打磨。
deployment-readiness
检查并准备项目上线：构建、环境、监控、安全与发布清单。
▸ 推荐理由覆盖上线前关键检查点，减少发版事故和回滚概率。
▸ 风险提示会涉及环境变量与密钥检查，需谨慎处理敏感凭据。
bug-fix-refactor
定位根因并在不改行为下安全修复与重构代码。
▸ 推荐理由专注最小改动与回归防护，适合修复复杂 bug。
backend-engineering
为 Next.js/Node.js serverless 提供生产级后端开发与审计。
▸ 推荐理由适合构建或审计 API、权限与性能相关后端工作。
▸ 风险提示可能需要访问密钥/部署凭据，含敏感权限。
testing-qa
为项目构建单元、集成、E2E 与安全回归测试并产出覆盖与烟雾测试。
▸ 推荐理由提高发布信心与自动化验证流程的关键技能。
▸ 风险提示会执行测试脚本并需访问测试环境和凭据。