一键导入
grill-me
Stress-tests a plan or design through a decision-tree interview. Use when the user asks to be grilled before building.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Stress-tests a plan or design through a decision-tree interview. Use when the user asks to be grilled before building.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Structured design critique across usability, hierarchy, consistency, and accessibility. Use when the user shares a Figma link, screenshot, mockup, or asks for design feedback ("review this design", "critique this screen", "what do you think of this UI?"). Use after design-router when a theme has been selected and applied.
Runs a disciplined ablation workflow for MixJam Electron (MJE) bugs to prove which changed files or layers are actually required for a fix. Use when an MJE import, playback, or UI bug has a known pass/fail check but several edits may be involved, or when the user asks which change actually fixed it, what can be removed, or for the smallest proven fix.
Creates or updates repository specs, acceptance criteria, durable decisions, and documentation for new work. Use when adding a feature or defining an ambiguous slice, when making architectural decisions or changing contracts (API, persistence, import, playback), or when recording durable context (glossary, conventions, trade-offs) for future engineers and agents.
Audits the MixJam Electron (MJE) codebase for dead TypeScript code, orphan files, and unused symbols across main and renderer processes, triages findings into live dead code or false positives, and optionally removes provably dead code with focused validation. Use for a dead-code audit, or for cleanup explicitly requested from analyzer findings.
Routes a requested UI visual direction to one bundled design theme. Use when building or restyling an interface that needs an explicit aesthetic.
Remove AI slop from every file in the repository while preserving behavior and genuine information.
| name | grill-me |
| description | Stress-tests a plan or design through a decision-tree interview. Use when the user asks to be grilled before building. |
Interrogate the plan until its consequential decisions and dependencies are explicit. Use the available user-input mechanism; fall back to one concise plain-text question when no structured mechanism is available.
Walk down each branch of the design tree. A branch is a decision point: an architectural choice, a UX trade-off, an integration seam, a sequencing question. Resolve dependencies between branches one-by-one — don't jump ahead to child branches until the parent decision is made.
Before questioning, inventory the branches visible in the plan. Add a newly discovered branch only when an answer exposes a consequential dependency. For each question, provide your recommended answer before asking for mine.
The grill is done when every inventoried branch is resolved or explicitly deferred with an owner and reason, all dependencies between resolved decisions are consistent, and the decision ledger is specific enough for a fresh agent to continue without re-litigating them.