Real-world examples
- Draft a follow-up email to a department committee
- Summarize meeting notes before a faculty discussion
- Answer a student's basic question about syllabus formatting
How to use ChatGPT modes effectively, and how to choose the right model, speed, and thinking level for Codex—so you get good results without burning unnecessary credits.
Practical guidance for choosing the right mode for common campus work.
Choose your starting settings intentionally — the wrong default burns credits faster than any single complex task.
GPT-5.5 is the frontier model with stronger reasoning and agentic workflows, but GPT-5.4 is sufficient for most tasks.
| Situation | Recommended model | Why |
|---|---|---|
| Normal coding | Lower-cost coding model | Strong performance without paying for the latest every time |
| Small edits | Lower-cost coding model | Good enough for quick changes |
| Debugging across files | Newer model (within last 2 releases) | Needs stronger reasoning |
| Architecture, migrations, hard bugs | Latest model | Worth the extra cost for complex tasks |
| Repeated failures | Upgrade model | One strong attempt can be cheaper than many weak ones |
Fast mode is not better coding. It is faster response at higher cost.
| Speed | Use when | Avoid when |
|---|---|---|
| Standard | Default for almost all coding | Don't avoid it just because Fast exists |
| Fast | Live pairing, demos, urgent fixes, short tasks where waiting is the problem | Normal development, long repo analysis, large refactors, exploratory debugging |
| Level | Use for | Token risk |
|---|---|---|
| Low | Rename, formatting, tiny local changes | May miss context |
| Medium | Default coding, tests, normal bug fixes, small features | Best balance |
| High | Hard bugs, multi-file reasoning, security-sensitive changes | More tokens |
| XHigh | Big migrations, architecture, autonomous repo work | Expensive |
Use the open files only. Make the smallest
safe change. Do not refactor unrelated code.
Explain what changed and list any tests
I should run.
Analyze the relevant files first. Propose
a short plan before editing.
Make the smallest safe change.
Preserve existing behavior unless required.
| Task | Model | Speed | Thinking |
|---|---|---|---|
| Everyday coding | Stable coding model | Standard | Medium / Low |
| Harder coding | Stable or latest model | Standard | High |
| Urgent coding | Any | Fast (briefly, then switch back) | — |
Division of Information Technology
University of Maryland