Menú
Use to refine prompts for clarity, reliability, reusable structure, and stable output formatting.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
Turn on Cache Components in a Next.js app and resolve the blocking routes it surfaces. Use when the user wants to enable, adopt, or migrate to Cache Components, flip the `cacheComponents` flag, work through a flood of blocking-prerender / instant validation errors, run the `cache-components-instant-false` codemod, or decide between opting routes out with `export const instant = false` and fixing them in place.
Verify Next.js runtime behavior after editing app code. Use this skill to confirm a change actually works in a running app — not just that it compiles or type-checks. Combines /_next/mcp (Next.js's view) with agent-browser (the browser's view). Requires a running `next dev`.
Token architecture, component specifications, and slide generation. Three-layer tokens (primitive→semantic→component), CSS variables, spacing/typography scales, component specs, strategic slide creation. Use for design tokens, systematic design, brand-compliant presentations.
Create beautiful, accessible user interfaces with shadcn/ui components (built on Radix UI + Tailwind), Tailwind CSS utility-first styling, and canvas-based visual designs. Use when building user interfaces, implementing design systems, creating responsive layouts, adding accessible components (dialogs, dropdowns, forms, tables), customizing themes and colors, implementing dark mode, generating visual designs and posters, or establishing consistent styling patterns across applications.
UI/UX design intelligence for web and mobile. Includes 50+ styles, 161 color palettes, 57 font pairings, 161 product types, 99 UX guidelines, and 25 chart types across 10 stacks (React, Next.js, Vue, Svelte, SwiftUI, React Native, Flutter, Tailwind, shadcn/ui, and HTML/CSS). Actions: plan, build, create, design, implement, review, fix, improve, optimize, enhance, refactor, and check UI/UX code. Projects: website, landing page, dashboard, admin panel, e-commerce, SaaS, portfolio, blog, and mobile app. Elements: button, modal, navbar, sidebar, card, table, form, and chart. Styles: glassmorphism, claymorphism, minimalism, brutalism, neumorphism, bento grid, dark mode, responsive, skeuomorphism, and flat design. Topics: color systems, accessibility, animation, layout, typography, font pairing, spacing, interaction states, shadow, and gradient. Integrations: shadcn/ui MCP for component search and examples.
所有联网操作必须通过此 skill 处理，包括：搜索、网页抓取、登录后操作、网络交互等。 触发场景：用户要求搜索信息、查看网页内容、访问需要登录的网站、操作网页界面、抓取社交媒体内容（小红书、微博、推特等）、读取动态渲染页面、以及任何需要真实浏览器环境的网络任务。
| name | prompt-optimizer |
| description | Use to refine prompts for clarity, reliability, reusable structure, and stable output formatting. |
将粗糙、模糊或效果不稳定的提示词，改写为清晰、可执行、可验证、可复用的版本。
优化后的提示词应尽量满足：
默认采用最小有效结构。不要为了“更完整”堆叠无效约束、重复规则或装饰性措辞。
常见场景按这条路径执行：
如果缺少关键条件，优先问最少数量的澄清问题。若可以安全假设，继续完成任务，并把关键假设放在提示词外说明。
先检查以下信息是否足够：
如果用户只给出一个想法，补齐最少必要结构。 如果用户给出失败输出，先诊断失败模式，再改写提示词。
先把任务归入一个或多个类型，再决定结构强度：
简单任务保持简洁。 涉及事实风险、工具调用、生产环境、外部发送或不可逆操作时，增加验证、边界和确认规则。
按下表选择最小有效改动：
| 条件 | 推荐级别 | 做法 |
|---|---|---|
| 用户提供失败样例或失败输出 | 诊断型改写 | 先解释问题，再给修复版本 |
| 任务涉及生产、高风险、事实密集或外部动作 | 生产级改写 | 加入来源规则、验证规则、停止条件、确认规则 |
| 用户明确要求长期复用、团队共享或参数化模板 | 模板化改写 | 改成可填参数模板 |
| 原提示词结构基本合理，只是表述含糊或啰嗦 | 轻量改写 | 只提高清晰度，不重构整体 |
| 其他大多数情况 | 结构化改写 | 补齐背景、任务、约束、输出格式 |
优先识别真正影响结果的少数问题：
不要把同一个问题用不同说法重复三次。诊断要能直接对应到修复动作。
改写提示词时遵守以下规则：
默认提示词骨架如下，按任务复杂度裁剪：
# 背景
[任务场景、读者、输入材料、关键上下文]
# 任务
[要完成的具体工作]
# 执行要求
- [要求一]
- [要求二]
# 约束条件
- [范围边界]
- [禁止事项]
- [语气/格式要求]
# 输出格式
[章节、顺序、字段、长度或表格要求]
# 质量标准
- [验收标准一]
- [验收标准二]
# 自检要求
- 是否满足输出格式
- 是否删除或标注无依据判断
- 是否说明必要假设
根据输入情况选择一种输出路径，不要混用格式。
如果用户明确要求“只输出最终版本”“直接给我 prompt”，只输出提示词正文，不附加诊断或说明。
如果用户提供失败样例、失败输出，使用下面的诊断格式：
## 问题诊断
| 问题类型 | 表现 | 可能原因 | 修复方式 |
|---|---|---|---|
| [问题名称] | [观察到的问题] | [提示词中的原因] | [如何修改] |
## 最小修复版本
[只修复核心问题的版本]
## 完整优化版本
[结构完整、可直接复用的版本]
其他情况默认使用下面的结果格式：
## 主要问题
- [问题一]
- [问题二]
## 优化策略
- [策略一]
- [策略二]
## 优化后的提示词
[可直接复制使用的提示词]
## 可选增强
- [只列出确实有价值的增强项]
返回前确认：
只在需要时读取对应文件，不要全部加载：
references/enhancement-modules.md：研究、结构化输出、编程、工具调用、长任务、专业写作模块references/reusable-template.md：可长期复用的通用模板references/failure-patterns.md：常见失败模式与修复写法references/examples.md：完整改写前后示例输出必须让用户可以直接复制使用。
如果存在关键假设，默认放在提示词外说明；只有在用户要求自包含提示词时，才把假设写入提示词正文。