检查已有界面
围绕指定页面开展 audit 或 critique，定位层级、交互、无障碍或响应式问题。
Impeccable by pbakaus
使用 pbakaus 的 Impeccable，通过一个 Skill 及其命令设计、审查与优化前端界面。围绕层级、字体、响应式和边界状态选择工作方式，结合项目既定身份与用户任务实施修改，再查看渲染结果，确认改进在实际页面中成立。
安装与快速上手
选择你使用的 Agent，查看对应的安装或使用方式。在 Floatboat 中，可复制请求让 Agent 读取原始说明；其他选项会显示该 Skill 的安装命令或发布者提供的原生步骤。
选择 Agent
在 Floatboat 中开始
复制请求，粘贴到 Floatboat 对话
请阅读 https://github.com/pbakaus/impeccable/blob/main/.agents/skills/impeccable/SKILL.md 中的 Impeccable 原始说明，介绍它的用途、所需工具和安装方式，再协助我使用。由 Agent 读取原始说明，再确认当前环境的使用方式。
下载 Floatboat ↗试试这样提问
使用 Impeccable 检查这个结账表单。保留现有视觉身份，重点检查层级、键盘使用、验证及空白或错误状态，先报告发现再修改。
关于 Impeccable
Impeccable 是 pbakaus 发布的设计 Skill 与配套工具流程。它通过单个 Skill 调度 audit、critique、polish、harden 等命令，不应把每条命令视为独立能力包。当前发行包含启动器与独立引擎，并按宿主提供不同安装方式和可选原生 Hook。它读取项目上下文，区分保留既有方向的优化与重新设计，再根据界面类型选择方法。使用时应提供具体页面、用户任务，以及必须保留的品牌特征或交互行为。不同宿主的安装细节需要分别核对，设计过程也仍需检查真实渲染结果。
Impeccable 的使用场景
探索有具体质量问题或明确重做目标的界面任务，例如检查工作页面、打磨接近完成的设计，或补齐表单和空状态。选择与任务匹配的命令，同时核对产品事实、现有交互和需要保留的视觉方向。
打磨接近完成的页面
保留已确定的方向与正常行为，进一步核对字体、对齐、间距和一致性。
补齐表单与边界状态
检查验证、错误、加载和空状态，让页面在输入或数据不完整时仍能指导用户。
如何使用 Impeccable
按宿主安装 Impeccable，新项目先运行 /impeccable init，已有项目先核对产品上下文。再向 Agent 指定具体界面任务，区分保留原方向的优化与重新设计，并在代表性尺寸下检查渲染结果。
- 01
安装并初始化项目
使用对应宿主安装器并重新加载。新项目先在 Agent 内运行 /impeccable init，建立 PRODUCT.md；已有项目核对该上下文，并处理相关 Hook 信任提示。
- 02
限定界面任务
提供路由或源码文件，说明需要保留的部分，选择相关命令并区分优化与重做。
- 03
检查渲染改动
在目标尺寸检查更新后的界面，核对交互与内容，再修正渲染结果暴露的具体问题。
探索更多 Agent Skills
查看其他 Skill 指南，并在使用前核对原始来源。
Impeccable 常见问题
audit 和 polish 是独立 Skill 吗？
当前发行通过单个 impeccable Skill 路由这些命令。可以固定快捷入口，但这不代表每条命令都是独立包。
只复制 SKILL.md 就能完成全部安装吗？
不能。当前流程还包含参考文件、启动器、引擎及宿主适配配置，应使用对应宿主的官方安装器或完整发行，而不是只复制入口文件。
为什么安装时会提到 Hook？
部分宿主除 Skill 外还会获得原生 Hook。信任与启用规则因宿主而异，需要按上游说明核对，并审阅相关项目 Hook 授权。
Impeccable 运行时必须依赖 Node 吗？
README 描述了由小脚本启动的独立引擎。npx 安装路径会使用 Node，手动和 Git 设置路径要求不同；首次使用可能下载引擎。
优化请求会替换整个设计吗？
原始说明区分优化与重做。应明确必须保留的身份、内容、行为与范围；优化需要遵守这些约束，不应悄悄换成新的视觉方向。
应用无法本地运行时还能使用吗？
原始说明允许检查已有视觉证据与项目上下文，但需要确认其新旧程度及对应关系。无法渲染或验证的部分应注明，不能把源码审查说成已测试界面。