Separate the task from the effort
The prompt describes the work:Choose an appropriate effort
Accepted values depend on the selected model and provider endpoint. Inspect the model’s Request Lab or
parameterContract instead of hard-coding one global list.
Prompt patterns that help
Give decision criteria
Weak:Define the deliverable
Ask for the artifact you need: a recommendation, patch, test plan, risk register, or concise explanation. If the answer feeds software, use Structured Outputs rather than relying only on formatting instructions.Provide complete source material
Reasoning cannot recover facts that are missing from the request. Include the relevant code, constraints, data, and definitions, and tell the model how to handle unknown information.Ask for verification, not hidden chain of thought
Ask for checkable evidence such as assumptions, calculations, citations, test cases, or a concise rationale. Do not make your application depend on receiving private internal reasoning; models and providers can return different reasoning representations.What to avoid
- Long process scripts that prescribe every thought before the model sees the problem.
- Conflicting instructions such as “be exhaustive” and “answer in ten words.”
- Assuming few-shot examples always help or always hurt reasoning models; test them on your task.
- Using maximum effort for every request, which can add latency and cost without helping simple work.
- Treating reasoning output as proof. Validate code, calculations, and high-impact recommendations independently.
Qwen3.8 27B example
The Groq endpoint for Qwen3.8 27B supportsnone, default, low, medium, and high: