1. 01Structure the brief
  2. 02Analyse constraints
  3. 03Generate concept options
  4. 04Verify and document
Workflow sketch. Implementation choices and evaluation boundaries are explained below.

Start with the brief and measured space

An interior-design workflow contains several different tasks. Extracting requirements from emails, comparing a material schedule, reasoning about a complex brief, and generating a mood image do not need the same model. Separate them before choosing tools.

Create a structured brief containing room functions, measured geometry, accessibility and circulation requirements, budget assumptions, material preferences, and unresolved questions. Keep confirmed measurements distinct from client estimates or values inferred from photographs.

Use local models for repeatable preparation

A small local model can help classify reference documents, extract candidate specifications, summarise meeting notes, and organise questions for the next review. Validate those outputs against the source material. Unknown dimensions stay unknown; an attractive proposal must not fill them in silently.

Use deterministic calculations for quantities and arithmetic. Keep supplier catalogue values current and traceable. A model’s remembered price or product specification is not a current quotation.

Reserve stronger reasoning for the difficult brief

A frontier model such as an appropriate Grok reasoning model can be evaluated for comparing alternatives, identifying conflicting requirements, or explaining trade-offs. Supply the approved constraints and ask for assumptions to be listed explicitly.

A useful proposal record separates:

Element Treatment
Confirmed constraints Preserve exactly and cite the input
Preferences Show how an alternative addresses them
Assumptions Flag for confirmation
Unresolved requirements Keep visible until reviewed
Proposed arrangement Verify in the design model

Do not use fluency as a quality score. Test whether the model notices missing information and contradictions rather than simply producing another polished concept.

Treat images as concept artefacts

Image generation is a distinct model capability. Use an appropriate image model for material mood, lighting direction, or visual alternatives. Keep the approved brief and references attached to the output.

Generated perspectives may contain inconsistent dimensions, impossible junctions, or misleading product details. Convert accepted visual ideas into the actual design tools, using measured geometry and reviewed specifications. Label the images as concepts within the project workflow; do not present them as verified construction documentation.

Keep review and version control practical

Track brief revision, input measurements, model/version, generated alternatives, reviewer comments, and the chosen direction. When the client changes a constraint, identify affected artefacts instead of regenerating unrelated work without a record.

A designer remains responsible for the proposal. Specialist review is needed for relevant technical requirements and buildable documentation. Keep approvals, purchasing, and external issue within the established project controls.

Evaluate the complete design-support cost

Count preparation, generation, review, revisions, and conversion into usable drawings or schedules. An inexpensive image can still create substantial downstream work. Compare cost per accepted concept or completed specification step, with a consistent acceptance definition.

Use local processing for bounded preparation where it meets quality requirements. Escalate selected reasoning or visual tasks when their benefit justifies the additional service and integration cost. Maintain a fallback to the ordinary design process when the model output is unsuitable.

References

Capability references checked 16 October 2026; this guide does not claim a live design benchmark.

Put the process first

How would this fit your operation?

Tell us how the work gets done today and what a useful improvement would look like.

Discuss a workflow ↗