Apply to my task
arXiv:2507.13555 ★ 79 Jul 17, 2025

Prompt Editor – Ask the LLM to Critique Your Request Before Running It

Key result

A bad LLM answer almost always means a bad question. Not a lazy algorithm, not a weak model — a leaky prompt full of fuzzy phrases and missing details. The 'Prompt Analyzer' method lets you find those holes before you send the request off for execution. The trick: switch the LLM from doer to editor — ask it to find ambiguity in your draft ('make it high quality' — what does 'high quality' mean?) and incompleteness (no budget, no audience, no deadline), and get back not a finished answer but a list of clarifying questions. The study found that a few examples of 'defects' in the prompt noticeably improve the accuracy of the analysis.

Demystifying Feature Requests: LeveragingLLMsto Refine Feature Requests in Open-Source Software

Key Aspects of the Study:

The study proposes using an LLM as a tool for analyzing and improving text requests written by humans. Instead of jumping straight into the task, the LLM first finds the "defects" in the request — ambiguous phrases and missing information — and then generates clarifying questions that help the author make the request clearer and more complete.

Key Result: An LLM can be taught to reliably spot the weak points in your own prompts, which lets you substantially raise their quality before they ever go out for final execution.


The Core of the Method, Explained:

The idea is to use the LLM not as the doer but as a critic or editor of your own prompt. Instead of immediately asking the model, say, "Write a marketing strategy," you first ask it to analyze your draft of that task.

Here is how the technique works for a user:

  1. Write a draft of your main prompt. For example: "Put together a social media content plan for a coffee shop."
  2. Create a second, "analyzer" prompt. In it you give the LLM the role of an expert analyst and ask it to check your draft for weak spots.
  3. Spell out the analyzer's job. Tell it explicitly what to look for:
    • Ambiguity: "Find words or phrases that can be read in more than one way (e.g., 'promote aggressively' — what does 'aggressively' mean?)"
    • Incompleteness: "Point out which important information is missing for the task (e.g., target audience, budget, what makes the coffee shop unique)."
  4. Ask for the output as clarifying questions. Instead of letting the model invent the missing details itself, you ask it to question you. That forces you, the prompt's author, to stop and give more precise instructions.

The study shows that giving the LLM a few examples (few-shot) of how to find such defects significantly improves the quality of the analysis. In effect, you are training the model to be your personal prompt-improvement assistant.


Practical Applicability Analysis:

  • Direct applicability: You can use this method right away by setting up a dedicated chat or a Custom Instructions profile in ChatGPT for a "Prompt Analyzer." Before any important task, you first run your prompt through the analyzer, get a list of weak spots and clarifying questions, improve your original prompt, and only then use it to get the final result.

  • Conceptual value: The big insight is that the quality of an LLM's answer depends directly on the quality of the prompt, and the LLM itself can help raise that quality. This shifts you from trial and error to systematic prompt improvement. You start to see that "incompleteness" (no budget, no target audience) and "ambiguity" (subjective words like "good" or "fast") are the main enemies of a good result, and you learn to catch them.

  • Adaptation potential: The method is universal and easy to adapt to any field. Instead of a "feature request," you can analyze:

    • A marketing task: "Analyze this brief for an ad campaign."
    • A school assignment: "Check this essay topic for vagueness and missing constraints."
    • A legal request: "What ambiguities are in this contract clause?" The adaptation is simple: just swap the expert role in the "analyzer" prompt (from "developer" to "marketer," "teacher," or "lawyer") and the task context.

A Practical Example:

Say a user wants ideas from an LLM for throwing a kid's birthday party.

Step 1: Draft prompt (not ideal) Come up with ideas for my kid's birthday.

Step 2: Running it through a research-based "Prompt Analyzer"

You are an experienced kids' party planner and an expert at analyzing client requests. Your job is not to fulfill the request but to analyze it for ambiguity and incompleteness.

Read the client request I provide below and do the following:

1.  **Find ambiguous or overly general phrases.** These are words that can be interpreted in different ways.
2.  **Identify what critical information is missing** for you to suggest genuinely good, well-fitting ideas.
3.  **Generate a list of clear clarifying questions** that will help the client provide all the necessary details.

Your answer must be structured.

---
**CLIENT REQUEST TO ANALYZE:**
"Come up with ideas for my kid's birthday."
---

Why It Works:

This prompt works thanks to several mechanics described in the study:

  • Switching the role and the task: Instead of being an "idea generator," the LLM gets the role of an "analyst." That completely moves its focus from generating an answer to critiquing the request.
  • A clear definition of "defects": The prompt states exactly what to look for — "ambiguity" and "incompleteness." That gives the model concrete criteria instead of a vague "improve my prompt."
  • Asking for clarifying questions (CQs): Requesting questions, rather than letting the model fill in the blanks, is the key. It pulls the user into improving the prompt and makes them supply the missing data, which guarantees a more relevant result in the next step. This mirrors the study's core idea of generating Clarification Questions (CQs).

Another Practical Example

Say a user wants to plan a trip.

Step 1: Draft prompt (not ideal) Make me a plan for a trip to Europe.

Step 2: Running it through the "Prompt Analyzer"

You are a top-notch travel agent who helps clients plan the perfect trip. Your job right now is not to build a plan but to analyze the client's request for missing details and vague spots that stand in the way of a good itinerary.

Analyze the request I've included below.

**Your tasks:**
1.  **Spot incompleteness:** List the key trip details that are missing (budget, dates, interests, etc.).
2.  **Flag generic phrases:** Mark words that carry no specifics (for example, "Europe" is far too broad).
3.  **Write a list of questions:** Ask the client questions whose answers will let you build the perfect personalized plan.

Present your answer as a list of questions for the client.

---
**CLIENT REQUEST TO ANALYZE:**
"Make me a plan for a trip to Europe."
---

Why This Example Works.

Like the previous one, this example works because it taps into the study's core principle — turning implicit requirements into explicit ones through dialogue.

  • Spotting incompleteness: "A plan for a trip to Europe" is critically incomplete. Once the LLM takes on the travel agent role, it immediately sees that a dozen parameters are missing: countries, cities, length of stay, budget, who's traveling, their interests (museums, beaches, food), the pace of the trip, and so on. The analyzer prompt makes the model list all these gaps as questions.
  • Removing ambiguity: In this context the word "Europe" is pragmatically ambiguous because it doesn't point to any specific region. The analyzer prompt makes the LLM notice that and ask for specifics.
  • Actively involving the user: Instead of spitting out a random "Paris-Rome-Barcelona" itinerary, the model hands the user some "homework" — answer the questions. That ensures the next, improved prompt contains all the necessary information and the final result matches the user's expectations as closely as possible.

Usefulness Score: 95

02

Main Evaluation Criteria

  • A. Relevance to prompting techniques: Yes, the study is directly about analyzing and improving text requests (feature requests) using LLM prompts. It describes zero-shot and few-shot approaches in detail, including providing examples and reasoning.
  • B. Better conversational answers: Yes, the main goal is generating Clarification Questions, which is a form of improving the dialogue. It helps you get a more precise and relevant final result.
  • C. Direct practical applicability: Yes, the method works without code. A user can create a "prompt analyzer" to check their own prompts for ambiguity and incompleteness before using them for real.
  • D. Conceptual value: Very high. The study gives users a powerful mental model: "An LLM can be used not only to answer a question but also to critique the question itself." It clearly shows which types of vagueness exist (lexical, pragmatic, incompleteness) and how an LLM can help surface them.
  • E. New useful practice (clustering): The paper lands in several key clusters at once:
    • Cluster 1 (Phrasing techniques): Demonstrates the effectiveness of few-shot learning.
    • Cluster 2 (Behavioral patterns): Shows that LLMs handle different types of ambiguity differently and can catch incompleteness that humans miss (for example, non-functional requirements).
    • Cluster 7 (Reliability and stability): The whole method aims to reduce uncertainty and raise the odds of an accurate, relevant answer.
  • Practicality checklist (+15 points): Yes, the study offers ready-made prompt structures, shows how to organize complex requests (analyzing another text), reveals non-obvious LLM behavior, and offers a way to improve answer accuracy. The 15-point bonus is applied.
03

Numeric Usefulness Score

Arguments for a high score (95/100): The study offers not just a one-off trick but a whole paradigm for working with LLMs: using the model as a "sparring partner" to improve your own requests. That's a fundamentally useful skill for any user. The practical value is huge, because the method teaches users to find and fix the weak spots in their prompts before those spots produce poor answers. The finding that LLMs can catch details humans overlook (such as security or privacy concerns) directly improves the quality of the work.

Counterarguments (why not 100/100): * Adaptation required: The study focuses on a narrow area (software feature requests on GitHub). A typical user has to adapt the approach to their own tasks on their own (marketing copy, planning, legal questions, etc.). The paper offers no ready-made examples for a broad audience. * Two-step process: The method is a two-step workflow: first analyze and improve the prompt, then use it. That takes extra effort and may feel complicated to beginners used to the "ask a question, get an answer" model.


Research digest

Key result

A bad LLM answer almost always means a bad question. Not a lazy algorithm, not a weak model — a leaky prompt full of fuzzy phrases and missing details. The 'Prompt Analyzer' method lets you find those holes before you send the request off for execution. The trick: switch the LLM from doer to editor — ask it to find ambiguity in your draft ('make it high quality' — what does 'high quality' mean?) and incompleteness (no budget, no audience, no deadline), and get back not a finished answer but a list of clarifying questions. The study found that a few examples of 'defects' in the prompt noticeably improve the accuracy of the analysis.

Principle

The usual loop goes like this: write it, send it, get whatever, rewrite it, still not right. This method breaks the loop. First the prompt gets critiqued, and only then executed. The LLM gets not a 'come up with' task but a 'find what's wrong' task. The key move is asking for clarifying questions, not edits. The model doesn't fill in the details for you — it makes you spell them out yourself. It's like handing a manuscript to an editor before publication: they don't write it for you, they point out where it falls flat.

Why it works

When generating, an LLM runs into ambiguity and incompleteness too — it just silently fills the gaps with its own assumptions. Switch it into critique mode and it uses the same language analysis in reverse: not 'what to say' but 'what's missing to answer.' The model stops fantasizing about your needs and starts uncovering them — a fundamentally different conversation. On top of that, the role switch ('you're a marketing analyst, not a copywriter') narrows the focus: the model judges the request through specific expertise rather than in the abstract.

When to apply

Marketing briefs, technical specs, essay topics, legal wording, project plans — anywhere the LLM's answer keeps missing the mark. Especially useful before high-stakes tasks: an important document, a contract, a strategy. NOT needed for simple, unambiguous requests ('translate this word,' 'add these up') — there's nothing to analyze and no point spending the extra step.

Mini recipe

1. Write a draft of your main request as usual — no effort, just thinking out loud. 2. Create an 'analyzer' prompt: give the LLM an expert role in the relevant field (marketer, lawyer, teacher) and say it plainly: 'Don't do the task. Find the ambiguous phrases and critically missing data in this request.' 3. Add 1–2 examples of 'defects': show what counts as a problem — e.g., 'promote aggressively' (what does aggressively mean?) or no target audience. This sharply improves the accuracy of the analysis. 4. Ask for questions, not edits: the model asks questions — you answer and fill your draft with the missing details. 5. Send the improved prompt for final execution.

Examples

[BAD]: `Come up with a content plan for our coffee shop` [GOOD]: `You are a marketing analyst who helps clients state their tasks precisely. Don't fulfill the request; analyze it instead: "Come up with a content plan for our coffee shop." Find (1) ambiguous or overly general phrases — for example, if the word "interesting" or "active" appears, point out that it isn't specific; (2) critically missing data without which the plan would be guesswork. Format the result as a list of clarifying questions for the author. Don't make up the answers yourself.`

In plain words

The problem in a nutshell: most feature requests in open-source projects are unstructured chaos. A user writes "make it faster" or "make it look nice," and the developer is left guessing what actually went wrong. The study shows that LLMs can turn this stream of consciousness into clear specs, pulling hidden intent and context out of the text. The model works not just as a proofreader but as an analyst-translator that fills in the missing links in the user's logic to turn a wish into a task.

It's like walking up to an architect and saying, "I want a cozy house." The architect could build anything, and odds are you'd hate it. But if there's a sharp go-between who clarifies, "Got it, for him cozy means a fireplace, floor-to-ceiling windows, and no neighbors within a mile," your chances of success shoot up. Here, the LLM is that go-between, translating your abstract "I want a party" into a concrete shopping list and action plan while cutting the fluff.

In the kid's birthday example, the magic comes from entity extraction and logical completion. If you just ask for ideas, the model hands you clichés. But the right method makes the model run the request through filters: guests' ages, budget, theme, and venue constraints. The researchers showed that structuring through an LLM improves the quality of the resulting feature, because the model automatically fills gaps a person never even thought of, like venue safety or a cake allergy.

Although the study was done on hardcore software and bug trackers, the principle is universal. The mechanic works anywhere there's a gap between "here's how I feel" and "here's what needs doing." Whether it's a brief for a designer, a workout plan, or a YouTube script, if you run the first-draft request through an LLM clarification filter, you get a working prototype instead of junk. We're moving from the era of "guess what I meant" to the era of automatic meaning clarification, where the model takes on all the tedious work of filling in the details.

The bottom line: don't try to get a perfect result from one sloppy request. Use the model as a refinery for your ideas — let it first turn your draft into a structured request, and only then produce the solution. A 15% accuracy gain in software development confirms that this method saves weeks of revisions and a ton of frustration. Either you learn to state things clearly through a go-between, or you keep getting garbage out.

AI lab assistant

Apply this study to your task

Describe what you're working on. AI takes the method and the measured results from this paper and adapts them to your case, or writes a ready prompt built on them.

Based on Prompt Editor – Ask the LLM to Critique Your Request Before Running It arXiv:2507.13555

Sign in to apply this study New accounts get 50 free credits.

Get the week’s best papers by email

One email on Sundays with the highest-rated new techniques. Unsubscribe with one click.