use-cases/make-granular-ui-changes.md Codex Docs, 2026-03-13 00:34 UTC → 2026-05-14 07:00 UTC

1---

2name: Make granular UI changes

3tagline: Use Codex-Spark for fast, focused UI iteration in an existing app.

4summary: Use Codex to make one small UI adjustment at a time in an existing app,

5 verify it in the browser, and keep iterating quickly from a popped-out chat

6 window near your preview.

7skills:

8 - token: $playwright

9 url: https://github.com/openai/skills/tree/main/skills/.curated/playwright-interactive

10 description: Open the running app in a real browser, inspect the changed route,

11 and verify each small UI adjustment before the next iteration.

12bestFor:

13 - Existing apps where the main structure is already built and you need small

14 visual adjustments

15 - Fast product or design review loops where each note should become one

16 focused code change

17 - UI polish passes that need browser verification but should not turn into a

18 broad redesign

19starterPrompt:

20 title: Make One UI Change

21 body: >-

22 Make this UI change in the existing app:

23 

24 [describe the exact spacing, alignment, color, copy, responsive, or

25 component-state adjustment]

26 

27 

28 Constraints:

29 

30 - Change only the files needed for this UI adjustment.

31 

32 - Reuse existing components, tokens, icons, and layout patterns.

33 

34 - Keep behavior, data flow, and routing unchanged unless I explicitly ask

35 for it.

36 

37 - Start or reuse the dev server, inspect the current UI in the browser, make

38 the smallest patch, and verify the result visually.

39 

40 

41 Stop after this one change and summarize the files changed plus the browser

42 check you ran.

43 suggestedModel: gpt-5.3-codex-spark

44 suggestedEffort: low

45relatedLinks:

46 - label: Codex-Spark

47 url: /codex/speed#codex-spark

48 - label: Floating pop-out window

49 url: /codex/app/features#floating-pop-out-window

50---

51 

52## Introduction

53 

54When you have an existing app and want to iterate fast on the UI, you can use `gpt-5.3-codex-spark` to make small, focused changes to the UI.

55Codex-Spark is our fastest model, optimized for near-instant, real-time coding iteration.

56 

57This works best as a tight loop: one visual note, one focused edit, one browser check, then the next note.

58 

59You can use the [Codex Spark model](https://developers.openai.com/codex/models#gpt-53-codex-spark) for this

60 task. It is available on Pro plans.

61 

62## Pick your model

63 

64For fast UI iteration, start with `gpt-5.3-codex-spark` if you have access to it. It is less capable that our general-purpose models, but is designed for real-time coding iteration. If you don't have access to it, use our latest model with `medium` or `low` reasoning effort.

65 

66That tradeoff is useful for granular UI work. You usually do not need the deepest model to move a button, tune a breakpoint, or adjust a component state. You need a model that responds quickly, understands the local code, edits the right file, and can repeat the loop without making the iteration feel heavy.

67 

68## Development flow

69 

701. Open the existing app and get the relevant route or component visible.

712. Pop out the active Codex conversation into a [floating window](https://developers.openai.com/codex/app/features#floating-pop-out-window) and keep it near your browser, editor, or design preview while you work.

723. Give Codex one specific UI change at a time. Include the route, viewport, current screenshot, target screenshot, or exact product note if you have it.

734. Ask Codex to inspect the current implementation, make the smallest defensible edit, and preserve the app's existing components, tokens, layout primitives, and data flow.

745. Review the result, then send the next small adjustment in the same thread.

75 

76## Write small prompts

77 

78Granular UI prompts should be direct and narrow. A good prompt names the surface, the target change, and the validation you expect.

79 

80If the result is close but not quite right, keep the follow-up equally specific:

81 

82## When to slow down

83 

84Do not keep using the fast loop if the task stops being granular. Switch to a stronger model and a more deliberate prompt when the change needs broad refactoring, a new design system primitive, non-trivial accessibility behavior, or a product decision that affects more than one screen.

85 

86Fast UI iteration works best when Codex is adjusting an already-understood surface, not redesigning the app from scratch.