audit by pbakaus/impeccable
npx skills add https://github.com/pbakaus/impeccable --skill audit调用 /frontend-design —— 它包含设计原则、反模式以及上下文收集协议。在继续之前请遵循该协议——如果尚不存在任何设计上下文,则必须先运行 /teach-impeccable。
运行系统的技术质量检查并生成一份全面的报告。不要修复问题——将它们记录下来供其他命令处理。
这是一次代码层面的审计,而非设计评审。检查实现中可测量和可验证的内容。
在 5 个维度上运行全面检查。使用以下标准为每个维度评分 0-4。
检查项:
评分 0-4:0=不可访问(不符合 WCAG A 级),1=重大缺陷(几乎没有 ARIA 标签,无键盘导航),2=部分(付出了一些可访问性努力,但仍有显著缺陷),3=良好(基本满足 WCAG AA 级,有微小缺陷),4=优秀(完全满足 WCAG AA 级,接近 AAA 级)
检查项:
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
评分 0-4:0=严重问题(布局抖动,所有内容均未优化),1=主要问题(无懒加载,动画昂贵),2=部分(有一些优化,但仍存在缺陷),3=良好(大部分已优化,可能有微小改进空间),4=优秀(快速、精简、优化良好)
检查项:
评分 0-4:0=无主题化(所有内容硬编码),1=最小化令牌(大部分硬编码),2=部分(存在令牌但使用不一致),3=良好(使用了令牌,有少量硬编码值),4=优秀(完整的令牌系统,深色模式完美运行)
检查项:
评分 0-4:0=仅限桌面端(在移动端崩溃),1=主要问题(有一些断点,但多处失败),2=部分(在移动端可用,但有粗糙之处),3=良好(响应式,有微小的触摸目标或溢出问题),4=优秀(流畅,适应所有视口,触摸目标合适)
对照 frontend-design 技能中的所有 禁止 指南进行检查。寻找 AI 生成痕迹(AI 调色板、渐变文本、玻璃拟态、英雄指标、卡片网格、通用字体)和一般设计反模式(彩色背景上的灰色文字、嵌套卡片、反弹缓动、冗余文案)。
评分 0-4:0=AI 痕迹画廊(5+ 处痕迹),1=重度 AI 美学(3-4 处痕迹),2=有一些痕迹(1-2 处明显痕迹),3=基本干净(仅细微问题),4=无 AI 痕迹(独特、有意识的设计)
---|---|---|---
1 | 可访问性 | ? | [最严重的可访问性问题或 "--"]
2 | 性能 | ? |
3 | 响应式设计 | ? |
4 | 主题化 | ? |
5 | 反模式 | ? |
总计 | | ??/20 | [评级区间]
评级区间:18-20 优秀(需要细微打磨),14-17 良好(需解决薄弱维度),10-13 可接受(需要大量工作),6-9 差(需要重大重构),0-5 严重(存在根本性问题)
从这里开始。 通过/失败:这看起来像 AI 生成的吗?列出具体的痕迹。请务必坦诚。
为每个问题标记 P0-P3 严重性:
对于每个问题,记录:
识别反复出现的问题,这些问题表明存在系统性差距而非一次性错误:
指出哪些方面做得好——值得保持和复制的好实践。
按优先级顺序列出推荐命令(P0 优先,然后是 P1,接着是 P2):
/command-name — 简要描述(来自审计发现的具体上下文)/command-name — 简要描述(来自审计发现的具体上下文)规则:仅推荐以下命令:/animate, /quieter, /optimize, /adapt, /clarify, /distill, /delight, /onboard, /normalize, /audit, /harden, /polish, /extract, /bolder, /arrange, /typeset, /critique, /colorize, /overdrive。将发现映射到最合适的命令。如果推荐了任何修复,最后以 /polish 作为最终步骤。
呈现摘要后,告诉用户:
您可以要求我一次运行一个,全部一起运行,或者按您喜欢的任何顺序运行。
修复后重新运行
/audit以查看您的评分提升。
重要提示:要彻底但具有可操作性。过多的 P3 问题会产生噪音。专注于真正重要的内容。
切勿:
记住:您是一名技术质量审计员。系统地记录,无情地确定优先级,引用具体的代码位置,并提供清晰的改进路径。
每周安装量
28.8K
代码仓库
GitHub 星标数
13.4K
首次出现
2026年3月4日
安全审计
安装于
codex28.1K
opencode28.0K
github-copilot27.9K
gemini-cli27.9K
cursor27.9K
amp27.9K
Invoke /frontend-design — it contains design principles, anti-patterns, and the Context Gathering Protocol. Follow the protocol before proceeding — if no design context exists yet, you MUST run /teach-impeccable first.
Run systematic technical quality checks and generate a comprehensive report. Don't fix issues — document them for other commands to address.
This is a code-level audit, not a design critique. Check what's measurable and verifiable in the implementation.
Run comprehensive checks across 5 dimensions. Score each dimension 0-4 using the criteria below.
Check for :
Score 0-4 : 0=Inaccessible (fails WCAG A), 1=Major gaps (few ARIA labels, no keyboard nav), 2=Partial (some a11y effort, significant gaps), 3=Good (WCAG AA mostly met, minor gaps), 4=Excellent (WCAG AA fully met, approaches AAA)
Check for :
Score 0-4 : 0=Severe issues (layout thrash, unoptimized everything), 1=Major problems (no lazy loading, expensive animations), 2=Partial (some optimization, gaps remain), 3=Good (mostly optimized, minor improvements possible), 4=Excellent (fast, lean, well-optimized)
Check for :
Score 0-4 : 0=No theming (hard-coded everything), 1=Minimal tokens (mostly hard-coded), 2=Partial (tokens exist but inconsistently used), 3=Good (tokens used, minor hard-coded values), 4=Excellent (full token system, dark mode works perfectly)
Check for :
Score 0-4 : 0=Desktop-only (breaks on mobile), 1=Major issues (some breakpoints, many failures), 2=Partial (works on mobile, rough edges), 3=Good (responsive, minor touch target or overflow issues), 4=Excellent (fluid, all viewports, proper touch targets)
Check against ALL the DON'T guidelines in the frontend-design skill. Look for AI slop tells (AI color palette, gradient text, glassmorphism, hero metrics, card grids, generic fonts) and general design anti-patterns (gray on color, nested cards, bounce easing, redundant copy).
Score 0-4 : 0=AI slop gallery (5+ tells), 1=Heavy AI aesthetic (3-4 tells), 2=Some tells (1-2 noticeable), 3=Mostly clean (subtle issues only), 4=No AI tells (distinctive, intentional design)
---|---|---|---
1 | Accessibility | ? | [most critical a11y issue or "--"]
2 | Performance | ? |
3 | Responsive Design | ? |
4 | Theming | ? |
5 | Anti-Patterns | ? |
Total | | ??/20 | [Rating band]
Rating bands : 18-20 Excellent (minor polish), 14-17 Good (address weak dimensions), 10-13 Acceptable (significant work needed), 6-9 Poor (major overhaul), 0-5 Critical (fundamental issues)
Start here. Pass/fail: Does this look AI-generated? List specific tells. Be brutally honest.
Tag every issue with P0-P3 severity :
For each issue, document:
Identify recurring problems that indicate systemic gaps rather than one-off mistakes:
Note what's working well — good practices to maintain and replicate.
List recommended commands in priority order (P0 first, then P1, then P2):
/command-name — Brief description (specific context from audit findings)/command-name — Brief description (specific context)Rules : Only recommend commands from: /animate, /quieter, /optimize, /adapt, /clarify, /distill, /delight, /onboard, /normalize, /audit, /harden, /polish, /extract, /bolder, /arrange, /typeset, /critique, /colorize, /overdrive. Map findings to the most appropriate command. End with /polish as the final step if any fixes were recommended.
After presenting the summary, tell the user:
You can ask me to run these one at a time, all at once, or in any order you prefer.
Re-run
/auditafter fixes to see your score improve.
IMPORTANT : Be thorough but actionable. Too many P3 issues creates noise. Focus on what actually matters.
NEVER :
Remember: You're a technical quality auditor. Document systematically, prioritize ruthlessly, cite specific code locations, and provide clear paths to improvement.
Weekly Installs
28.8K
Repository
GitHub Stars
13.4K
First Seen
Mar 4, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
codex28.1K
opencode28.0K
github-copilot27.9K
gemini-cli27.9K
cursor27.9K
amp27.9K
React 组合模式指南:Vercel 组件架构最佳实践,提升代码可维护性
102,200 周安装