tailwind-expert
提供 Tailwind v4 的配置、主题与响应式最佳实践指导
▸ 推荐理由适合前端开发者优化样式与性能
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 2057 个
supabase-security-expert
审计 Supabase/Postgres 的 RLS、RBAC 与数据泄露风险
▸ 推荐理由面向需要合规与最小权限策略的后端团队
▸ 风险提示审计可能需访问数据库凭据与高权限账号
supabase-migration
为 Supabase 创建或应用数据库迁移脚本并检查迁移环境
▸ 推荐理由适合需要在仓库中自动化迁移的开发者
▸ 风险提示执行迁移需写权限并可能修改生产数据库
clean-formatter
用本地文本处理把 Markdown 表格列对齐并美化输出。
▸ 推荐理由无网络依赖，适合快速整理杂乱的表格内容。
rate-limiting-and-resource-abuse
检测 API 是否缺乏限流与资源保护，防止暴力、爬取和计费滥用。
▸ 推荐理由聚焦高成本滥用场景，适合防御策略与红队评估。
▸ 风险提示包含压力测试方法，可能影响可用性，需谨慎并获授权。
excessive-data-exposure
发现 API 返回多余字段导致敏感信息暴露并教服务端过滤方法。
▸ 推荐理由问题频发且修复成本低，安全收益明显。
broken-authentication
评估 API 认证（令牌签发、校验、过期）是否可被绕过或盗用。
▸ 推荐理由覆盖从签发到验证的全面攻击面，利于渗透测试与加固。
▸ 风险提示涉及凭据与攻击逻辑，勿在未授权环境使用。
broken-object-level-authorization
测试 API 是否允许通过修改 ID 访问他人对象并给出服务端修复。
▸ 推荐理由针对最常见且严重的 API 漏洞，便于复现与修补流程化。
▸ 风险提示可被用于未授权信息泄露测试，需合法授权。
security-headers
检查并加固 HTTP 响应安全头（如 CSP、HSTS）以减小攻击面。
▸ 推荐理由提出可落地的头部配置与兼容性注意点，易于实施。
ssti-testing
检测服务端模板注入并评估是否能升级为远程代码执行。
▸ 推荐理由覆盖多种模板引擎的检测方法，便于快速判断严重性。
▸ 风险提示含利用与检测方式，可能被滥用，限授权测试。
xxe-injection
测试可控 XML 是否能通过外部实体读取文件、触发 SSRF 或 DoS。
▸ 推荐理由针对老旧 XML 解析器的高危场景，适合审计集成与 API。
▸ 风险提示包含敏感利用示例，勿在未授权环境中使用。
file-upload-vulnerabilities
检测文件上传是否导致远程执行、存储型 XSS 或覆盖等漏洞。
▸ 推荐理由覆盖常见高危上传向量并提供分层防护建议，实用性强。
▸ 风险提示含可被滥用的攻击步骤，仅限授权测试。
spec-driven-development
先编写结构化规格再编码，明确要做什么、为什么与完成标准。
▸ 推荐理由作为共享的单一事实源，减少误解与返工，适合新功能启动。
source-driven-development
所有实现决策以官方文档为依据并引用来源，确保正确性。
▸ 推荐理由防止采纳过时或错误实践，输出可验证的实现与依据。
shipping-and-launch
为生产部署准备检查表、监控、分阶段发布与回滚方案。
▸ 推荐理由帮助安全可控发布并降低上线风险与故障影响。
security-and-hardening
针对输入、认证、存储与集成等环节强化安全与防护措施。
▸ 推荐理由把安全作为内建约束，适合上线前安全审查与加固。
performance-optimization
基于测量与剖析定位瓶颈并有针对性地优化应用性能。
▸ 推荐理由以数据为导向避免盲目优化，聚焦真实影响点。
observability-and-instrumentation
为代码添加日志、指标与追踪，使生产行为可观测可诊断。
▸ 推荐理由提前植入遥测，显著提升排障与运维效率。
incremental-implementation
倡导以可测试的小切片逐步实现功能，保持系统可用性。
▸ 推荐理由减少大规模变更风险，便于回滚与持续交付。
git-workflow-and-versioning
定义提交、分支与发布的规范化 Git 工作流与语义版本策略。
▸ 推荐理由对频繁变更与多人协作的项目极具价值，降低冲突与回滚成本。
frontend-ui-engineering
指导构建可访问、性能优化且设计良好的生产级前端界面。
▸ 推荐理由侧重工程级实现与设计系统一致性，适合交付级界面开发。
documentation-and-adrs
记录架构决策与关键上下文，保存为何这样实现的理由。
▸ 推荐理由让未来工程师和智能代理理解设计取舍与历史脉络。
deprecation-and-migration
规划与执行功能/系统弃用和用户迁移的策略与步骤。
▸ 推荐理由帮助在变更中安全迁移用户并降低长期维护成本。
debugging-and-error-recovery
提供系统化的故障排查与根因修复流程，适用于测试、构建和运行时错误。
▸ 推荐理由适合遭遇未知错误时快速定位并保全证据。
code-simplification
在不改变行为的前提下简化并重构代码以提升清晰度。
▸ 推荐理由适合清理技术债与提升长期可维护性的日常重构任务。
code-review-and-quality
对变更进行多维度代码审查，覆盖正确性与可维护性等。
▸ 推荐理由系统化审查流程适合在合并前发现多类问题并统一标准。
browser-testing-with-devtools
通过Chrome DevTools让Agent在真实浏览器中进行检查与调试。
▸ 推荐理由能把静态分析补足为实时页面可视化与性能/日志检测的能力。
▸ 风险提示需远程控制浏览器并启用调试端口，可能访问用户页面与敏感数据。
api-and-interface-design
为REST/GraphQL等设计稳定且易用的接口规范。
▸ 推荐理由提供工程化的接口设计原则，适合定义模块与后端边界。
senior-frontend
为 React/Next.js + TypeScript + Tailwind 项目提供脚手架、组件实现与性能/可访问性建议。
▸ 推荐理由集成常用最佳实践与自动化脚手架，适合前端工程化场景。
▸ 风险提示可能会运行安装命令或修改项目结构，注意执行权限。
perf-theory-gatherer
根据 git 历史和代码证据为性能问题生成最多五条可验证假设。
▸ 推荐理由快速产出有证据支持的待测假设，指导后续试验。
perf-theory-tester
在受控环境中对性能假设做单变量实验并验证结果。
▸ 推荐理由系统化实验流程减少噪声、提高结论可信度。
▸ 风险提示会修改运行环境并执行变更，可能影响生产系统。
perf-profiler
运行分析器捕获 CPU/内存热点并产出火焰图或相应证据。
▸ 推荐理由自动化采集热点证据并标准化输出，便于快速定位瓶颈。
▸ 风险提示可能会执行本地 profiling 工具，需调试符号与相应权限。
perf-investigation-logger
将结构化的性能调查笔记和证据追加写入项目的 perf 调查目录。
▸ 推荐理由规范化调查记录便于团队协作与审计。
▸ 风险提示会向本地 state-dir/仓库写入文件，注意权限与敏感信息。
perf-code-paths
识别与性能场景相关的代码入口、可能的热文件与调用链。
▸ 推荐理由在正式采样前快速锁定排查目标，节省定位时间。
perf-benchmarker
按严格规则顺序运行基准测试以建立基线和验证回归。
▸ 推荐理由规范化基准执行流程，降低测量噪声和误判回归概率。
▸ 风险提示会消耗大量计算资源和较长运行时间。
perf-baseline-manager
管理性能基线 JSON，按版本存储并比较结果与元数据。
▸ 推荐理由为性能回归与版本比对提供规范化基线管理流程。
perf-analyzer
把性能调查结果汇总为证据支持的结论与可行建议。
▸ 推荐理由帮助把零散性能数据转化为可执行的改进项。
mcp-builder
指导构建 MCP 服务器，使 LLM 能安全调用外部服务与工具。
▸ 推荐理由对接外部 API/服务时提供规范性实现与最佳实践指导。
▸ 风险提示可能引导暴露外部服务或要求高权限部署。
frontend-design
根据需求生成具有高设计质量的前端组件、页面或应用代码。
▸ 推荐理由强调美学与可交付代码，适合需要生产级界面的场景。
changelog-generator
从 git 提交自动生成面向用户的、可读的变更日志和发布说明。
▸ 推荐理由把人工撰写发布说明的工作自动化，节省大量时间。
▸ 风险提示需要访问仓库提交历史与读权限。