console-dev
GitHub定义Console前端交付规范，通过产品入口、设计系统、实现和验证四道门禁，确保前端代码在状态、视觉和交互上的质量与一致性。
Trigger Scenarios
Install
npx skills add zts212653/clowder-ai --skill console-dev -g -y
SKILL.md
Frontmatter
{
"name": "console-dev",
"description": "Console 前端交付范式：4 道门禁驱动的前端开发流程。Use when: 新增前端能力、settings section 迁移、新增页面、重构布局、或 F190\/Console 级前端流程需要 Product\/Design\/Implementation\/Verification gate。 Not for: 小样式点改、纯后端 API、纯计算逻辑、独立 Design System token 定义。 Output: 通过 Product \/ Design-System \/ Implementation \/ Verification gate 的前端代码与证据。",
"tips_exempt": "Renewed 2026-10-13: relevant state coverage, risk-matched verification and the existing mistakes ledger refine frontend implementation\/review practice. File-size guidance adds no product gate or new end-user operation."
}
Console-Dev
Console 前端开发先定入口和状态，再写组件。这个 skill 不替代 tdd / quality-gate，它补齐前端特有的产品路径、设计 token、交互状态和视觉证明。
方向已确认且符合 docs/SOP.md 产品快车道时，下面四项由同一作者随实现自检，不是四轮 A2A 或新审批：第一小时先争取挂上真实入口，自己走关键交互、对照原约定并贴截图，再跑受影响检查；不等 review/full 才首次打开。复用已成立的设计证据，只验证本次变化涉及的状态；用户不承担首轮 QA。
Gate 1: Product Gate
先回答：用户从哪里进入？这个能力属于哪个层级？
| 层级 | 用途 | 门槛 |
|---|---|---|
| L1 Activity Bar | 每天使用的核心入口 | 极慎重，通常需要 operator 决策 |
L2 /settings |
管理/配置 UI | 默认放这里 |
| L3 settings 子 tab | 只读、分析、运维子视图 | 自助选择合适分区 |
| L4 独立 route | 需要专属布局/流程的体验 | 先讨论入口理由 |
涉及状态的 UI 需考虑 loading / empty / partial / full / error、身份权限和 desktop / mobile 中实际相关的状态。 矩阵用于发现独有风险，不要求全组合各跑完整旅程；测试层级与成本按测试规范选择。
Gate 2: Design-System Gate
首启、多步任务或跨界面交接的理解顺序仍不清楚时，按交互叙事核对用户问题、可见结果、真实推进条件与返回位置；已有明确路径的实现/点改不新增设计关卡。
新增或实质改变 UI/UX，先按 feat-lifecycle 的 Design Gate 确认用户任务与体验方向，并使用 ../.cat-cafe-shared-refs/design-in-context-checklist.md：查看同类产品及operator给的参考，保留成立的操作与空间关系，在真实宿主和可信内容态里验证主对象、主动作与状态反馈。需要共创时拿具体稿和推荐及时校准；不能把“使用了 token”当作设计通过。
新代码 token first：颜色、边框、语义状态优先复用现有 CSS variables 和组件 primitive。旧代码迁移可以渐进，但 debt 清单只能减少，不能因为新功能扩大豁免。
Gate 3: Implementation Gate
| 规则 | 处置 |
|---|---|
| 200 行 | 触发拆分审查 |
| 350 行 | 默认必须拆，除非结构理由写清楚 |
| 敏感值 | 展示值和提交值分离；redacted placeholder 不能回写 |
| settings migration | 写清 Source Behavior / Must Preserve Home Behavior / Decision / Proof |
拆分方向优先是视觉独立 sub-component，不是把小工具函数切碎。 行数本身不构成产品 P1，不为这些阈值另写数行 UT。
Gate 4: Verification Gate
必须给证据：
- Golden path 走通
- 以同一用户任务对照参考与实际运行页面；看着对象操作、输入和提交的连续体验成立，不能只凭控件齐全或无横向溢出判通过
- 至少覆盖一个非 happy path 状态
- 改共享 primitive 时抽样兄弟页面
- modal 检查 footer、滚动容器、sticky action、ESC/关闭行为
- 暗色/移动端如果会被影响，必须抽样
- 对照界面错题本，只看本次改动碰到的条目（家里真犯过的反例和自查法；规则正文仍以 DESIGN.md 和在地设计检查单为准）
Common Mistakes
| 错误 | 后果 | 修复 |
|---|---|---|
| 先写组件再找入口 | L1 导航膨胀，后续难回滚 | 先过 Product Gate |
| 把 source PR 整块搬进 settings | 带入 service/auth/chat 红区 | manual-port 到最小 source intent |
| 用 hardcoded 视觉值补样式 | 设计体系继续分叉 | 先查 token / primitive |
| 展示用 redacted 值进入 draft | 覆盖真实 secret | display value 和 submit payload 分层 |
| 只跑类型检查 | UI 状态、滚动、modal 回归漏检 | focused test + 浏览器 proof |
和其他 Skill 的区别
tdd：负责测试驱动实现；console-dev负责前端入口、状态和视觉门禁。browser-preview：负责打开/验证页面；console-dev定义你要验证什么。quality-gate：交付前总门禁；console-dev是前端子门禁。pencil-design：产出设计稿；console-dev把设计稿落到运行态。
参考
../.cat-cafe-shared-refs/f190-frontend-lessons.md— F190 Console intake 的具体案例。docs/architecture/feature-placement.md— Console 入口层级决策树。
Version History
-
4b5dc96
Current 2026-10-18 21:53
更新验证门禁要求，增加对modal滚动容器、sticky action及ESC关闭行为的检查；细化Common Mistakes中关于敏感值回写风险的说明。
-
5968c19
2026-09-22 04:41
强化Design-System Gate，新增交互叙事核对及同类产品参考要求，强调token优先复用；细化Verification Gate，增加Golden path验证及非Happy Path覆盖要求。
- 56d7c29 2026-08-17 04:22
- 4167cb0 2026-07-05 14:51
