prompt-optimizer

name	prompt-optimizer
description	Transform vague prompts into precise, well-structured specifications using EARS (Easy Approach to Requirements Syntax) methodology. This skill should be used when users provide loose requirements, ambiguous feature descriptions, or need to enhance prompts for AI-generated code, products, or documents. Triggers include requests to "optimize my prompt", "improve this requirement", "make this more specific", or when raw requirements lack detail and structure.
zh_description	用于提示词、optimizer，支持任务规划、执行、评审和验证。
version	1.0.0
author	seaworld008
source	in-house
source_url
tags	["optimizer", "planning", "prompt", "workflow"]
created_at	2026-03-04
updated_at	2026-03-20
quality	4
complexity	intermediate

Prompt Optimizer

Overview

Optimize vague prompts into precise, actionable specifications using EARS (Easy Approach to Requirements Syntax) - a Rolls-Royce methodology for transforming natural language into structured, testable requirements.

Methodology inspired by: This skill's approach to combining EARS with domain theory grounding was inspired by 阿星AI工作室 (A-Xing AI Studio), which demonstrated practical EARS application for prompt enhancement.

Four-layer enhancement process:

1. EARS syntax transformation - Convert descriptive language to normative specifications
2. Domain theory grounding - Apply relevant industry frameworks (GTD, BJ Fogg, Gestalt, etc.)
3. Example extraction - Surface concrete use cases with real data
4. Structured prompt generation - Format using Role/Skills/Workflows/Examples/Formats framework

When to Use

Apply when:

• User provides vague feature requests ("build a dashboard", "create a reminder app")
• Requirements lack specific conditions, triggers, or measurable outcomes
• Natural language descriptions need conversion to testable specifications
• User explicitly requests prompt optimization or requirement refinement

Six-Step Optimization Workflow

Step 1: Analyze Original Requirement

Identify weaknesses:

• Overly broad - "Add user authentication" → Missing password requirements, session management
• Missing triggers - "Send notifications" → Missing when/why notifications trigger
• Ambiguous actions - "Make it user-friendly" → No measurable usability criteria
• No constraints - "Process payments" → Missing security, compliance requirements

Step 2: Apply EARS Transformation

Convert requirements to EARS patterns. See references/ears_syntax.md for complete syntax rules.

Five core patterns:

1. Ubiquitous: The system shall <action>
2. Event-driven: When <trigger>, the system shall <action>
3. State-driven: While <state>, the system shall <action>
4. Conditional: If <condition>, the system shall <action>