BLENDER BRIDGE 0.7.1 · ALPHA

Research it.
Model it in Blender.
Prove every revision.

Frontier AI models use Blender itself: researching real subjects, authoring editable geometry with native tools, measuring the result, inspecting rendered evidence, and repairing defects through as many revisions as the work needs.

Not text-to-mesh. The AI does the modelling work inside Blender. The retained .blend, scripts, measurements, failures and acceptance evidence stay with the project.

A full researched current-era reconstruction of the International Space Station, with long trusses, eight solar array wings, six iROSA arrays, radiators, international modules, Russian segment, robotic arm, and docking structures visible against a dark studio background.
ISS · CURRENT-ERA CONFIGURATION CLAUDE OPUS 5 · XHIGH · NATIVE BLENDER
INPUTSources + real dimensions
AUTHORINGFrontier models in Blender
VERIFICATIONExact state + rendered views
OUTPUTAccepted, editable artifacts

One Hubble · six inspectable stages

The AI does the modelling work. The bridge makes each iteration observable.

This is not text-to-mesh generation. A frontier model researched a specific post-2009 Hubble, planned the work, opened Blender, wrote native geometry, inspected the result, repaired it and delivered editable production artifacts. Open each stage to see the retained evidence.

  1. 01
    Research the real subjectNASA imagery · dimensions · claim boundaries
    NASA photograph of the Hubble Space Telescope after Servicing Mission 4, photographed from Space Shuttle Atlantis in 2009 above Earth.
    NASA · STS-125 release photograph · 2009
    A fixed subject, not a generic telescope

    Post-Servicing Mission 4 Hubble

    The research packet froze the flown configuration, gathered NASA and ESA sources, and separated published measurements from photo-derived inferences. It even caught a source conversion error: 43.5 ft is 13.26 m, not the 15.9 m printed in one guide.

    Body
    13.2 m long · 4.2 m maximum diameter
    Forward tube
    3.1 m
    Solar wing
    7.1 × 2.6 m

    Boundary kept: no invented branding, internal optics or science instruments.

  2. 02
    Plan by attention need10 component tasks · separate Blender files · assembly later
    A composite asset gets component ownership

    Ten task-linked source files

    The telescope was divided into blockout, forward shell, light shield, equipment section, aft shroud, solar arrays, antennas, interfaces, collision and game hierarchy. Each piece could be inspected and accepted before it entered the master assembly.

    • forward-shell.blend
    • light-shield.blend
    • equipment-section.blend
    • aft-shroud.blend
    • solar-arrays.blend
    • antennas.blend
    Four-view Blender build sheet for Hubble's light shield, aperture door, and forward shell.
    Forward shell + aperture door
    Four-view Blender build sheet for Hubble's equipment and aft sections.
    Equipment + aft sections
    Four-view Blender build sheet showing Hubble's solar arrays and articulated interfaces.
    Solar arrays + interfaces
    Four-view Blender build sheet showing Hubble's antennas and final exterior details.
    Antennas + final details
  3. 03
    Open a bound Blender sessionProject-owned · main-thread authoring · recoverable state
    The accepted Hubble master open in the full Blender 4.3.2 interface, with the telescope visible in material preview and its native collections visible in the Outliner.
    Accepted source open natively · full Blender interface
    The native application stays in control

    Blender opens as an inspectable project tool

    Alepou connects the durable task to a session-owned Blender instance. Authored commands run through Blender's timer on its main thread, while requests, results and recovery snapshots remain visible outside the application.

    This is a real Blender viewport from the accepted project, not a reconstruction of its UI. The native collections, named parts, material state and editable assembly remain visible to both the model and the human reviewer.

  4. 04
    Author with native Blender toolsBMesh · Python · pivots · materials · hierarchy
    10-forward.pyretained authoring script
    # Built closed, then baked into a hinge-local frame.
    hinge = Vector((0.0, Y_NOSE, R_FWD * DOOR_HINGE_Z))
    hinge_frame = Matrix.Translation(hinge) @ aim_z((1.0, 0.0, 0.0))
    
    p = Part()
    p.cyl(DOOR_D * 0.5, DOOR_T, axis="Y", segments=SEG)
    bmesh.ops.transform(p.bm, matrix=hinge_frame.inverted(),
                        verts=p.bm.verts[:])
    door = p.finish("HST_ApertureDoor", matrix=
        hinge_frame @ Matrix.Rotation(radians(DOOR_OPEN), 4, 'Z'))
    Native techniques, retained verbatim

    26 scripts · 4,170 lines

    The model wrote ordinary Blender Python and BMesh code for geometry, materials, hierarchy, articulation, LOD generation, collision, inspection renders and export. The bridge records execution; it does not replace Blender with a miniature AI-only modelling language.

    Download the retained scripts 69 KB ZIP

    The local submission helper and session target were excluded from the public archive. The authoring and verification code is complete.

  5. 05
    Inspect exact and visual statePhoto fit · LOD · articulation · collision · uncertainty
    The accepted Hubble assembly shown in Blender's native wireframe viewport, exposing dense production topology across the shell, solar arrays, antennas and aperture door.
    Accepted source · native Blender wireframe viewport
    Visible topology plus exact tests

    The image and the measurements have to agree

    The bridge inspected the actual scene in rendered and wireframe views while exact queries checked LOD0 geometry, collision and export drift. When a photo-fit could not uniquely constrain the full solar span, the process stopped inferring and retained NASA's published 7.1 m wing dimension.

    Production LOD0
    15,880 triangles
    Collision
    9 parts · 188 triangles · 0.000% escape
    Export drift
    0.00000 after round trip
  6. 06
    Repair, accept and hand offEditable master · exact exports · honest limitations
    Acceptance is evidence-backed, not absolute

    A production artifact with its uncertainty attached

    The handoff contains the master .blend, component sources, LOD exports, textures, collision, pivots and measured interface empties. It also says what remains inferred: the aperture-door hinge side is photo-derived, solar-yoke stand-off is inferred, and internal optics were deliberately not modelled.

    Closed body
    13.2 m
    Open-door extent
    16.659 m
    Source master
    3.0 MB editable .blend
    UNITY DELIVERY · VISUAL LOD0

    Hubble Space Telescope

    Orbit the eight production meshes, inspect the same geometry in wireframe, and see the exact LOD0 delivered to Unity without its separately named collision proxies.

    Accepted three-quarter hero render of the Hubble reconstruction with open aperture door, solar arrays, antennas and detailed external structure.
    15,880browser triangles
    8visual meshes
    LOD0 ONLYcollision proxies excluded
    2.30 MBembedded GLB transfer

    Poster preview · orbitable model loads automatically as this stage opens

The difference is focused attention

The same workstation brief. A very different result.

Codex 5.6 sol at xhigh effort first produced a recognisable but generic computer from a broad task. The later workflow gave the same model focused research and separate acceptance tasks for the mouse, keyboard, display and tower before assembly.

An early broad-task Blender workstation with a generic white tower, CRT monitor, keyboard and mouse on a bright background. BROAD TASK
One task, divided attentionThe category is readable. The specific late-1990s products and construction are not.
The accepted front-facing 1990s office desk vignette assembled from researched LOD0 components, including the desk, office chair, Dell OptiPlex GX1, Sony CPD-200ES monitor, IBM Model M keyboard, Microsoft Mouse 2.0, lamp, telephone and desk accessories. FOCUSED COMPONENTS
Research, component tasks, then assemblyDell OptiPlex GX1 · Sony CPD-200ES · IBM Model M · Microsoft Mouse 2.0

This is production evidence, not a controlled benchmark. Prompts, research, iteration and presentation evolved too. Both scenes were authored natively in Blender; the stronger result came from sources, task decomposition, exact and visual review, and protected assembly.

The Unity scene, rebuilt as a web exhibit

Orbit the accepted LOD0 desk assembly.

This is the actual researched production geometry, reassembled from the Unity scene contract and exported from the accepted Blender source. It is not a generated mesh, a lower LOD, or a flattened turntable.

90S OFFICE · CODEX 5.6 SOL · XHIGH

Workstation and desk vignette

Front-facing hero by default. Orbit for the sides and rear; switch to wireframe to inspect the same geometry.

Accepted front-facing studio render of the complete researched 1990s office desk vignette.
797,218browser triangles
598mesh primitives
LOD0 ONLYno mesh simplification
45.95 → 12.1 MBMeshopt transfer encoding

Poster preview · the complete model loads only when requested

Front wireframe evidence render of the accepted 1990s office desk vignette, showing topology across the desk, chair, computer equipment, lamp, telephone and accessories.
Front topology evidenceA readable material-based wire pass across the accepted assembly.
Deliberate rear assembly evidence view of the accepted desk vignette, showing the backs of the Sony monitor and Dell tower, cable routing and the underside relationships of the workstation.
Rear assembly evidenceA deliberate one-off inspection angle for backs, cables and hidden relationships.

The freestanding organiser visible in the wider Unity room remains preserved in the source project, but it is excluded from this desk exhibit because it is not part of the workstation composition. The rear image is evidence, not the default hero angle.

One project, many accepted components

The current ISS was planned before it was assembled.

Claude Opus 5 at xhigh effort authored the station through 23 commit-linked tasks. NASA sources fixed the scale and current configuration: Nauka, Prichal, BEAM, Bishop and six iROSAs are present; Pirs is gone; Zarya's wings are furled. Components were researched, modelled and accepted before final assembly.

Visual and exact review found real problems: truss proportions, weak array span, radiator attachment, docking interfaces, overlapping modules, an upside-down Cupola, Russian-segment collisions, and an undersized Canadarm. Those defects were repaired before the master artifact was accepted.

106.8 mmeasured station span
161,312LOD0 triangles
19tested articulation pivots
12 / 12docking sockets held in tests
PROJECT PLANISS / ACCEPTED COMPONENTS
  • 13

    Master skeleton, scale + interfaces

    DONE
  • 14–22

    Truss, arrays, modules, robotics + radiators

    ACCEPTED
  • 23–24

    Master assembly, repairs + presentation

    ACCEPTED
  • 25–28

    Census, current configuration + articulation

    TESTED
  • 29–34

    UVs, shared atlas, hierarchy + LOD validation

    VERIFIED
  • 35

    Final three-tier delivery package

    DONE

When one Blender session closed before the scene was saved, the recorded component scripts made recovery possible. The scene was rebuilt from the audited authoring record rather than guessed back into existence.

CLAUDE OPUS 5 · XHIGH · ACCEPTED CURRENT-ERA LOD0

International Space Station

Orbit the complete current-era station, inspect the module and truss relationships, then switch the same 161,312-triangle geometry into wireframe.

Accepted current-era International Space Station reconstruction against a dark studio background.
161,312browser triangles
17articulation-floor renderers
LOD0 ONLYno decimation for web
10.89 → 3.44 MBMeshopt transfer encoding

Poster preview · orbitable model loads automatically as this exhibit approaches

Local, inspectable architecture

Enough freedom to model. Enough structure to know what happened.

A project carries a compact file contract under plan/blender/. Observations are bounded and mutations are recorded. Blender executes authoring work from its main-thread timer, while Alepou tracks the originating session, terminal result, recovery state, and evidence.

Local Trusted Development is powerful delegated authority, not a security sandbox. It belongs on trusted projects with version control, explicit session ownership, and acceptance based on evidence rather than a successful command alone.

Read the bridge architecture
PROJECTplan / blender
HEALTHbridge-health.jsonfreshness + ownership
MAPscene-summary.jsoncompact scene state
READqueries/pending/bounded observation
WRITEcommands/pending/recorded mutation
RESULTapplied · failed · rejectedterminal outcome
RESEARCHAUTHORINSPECTREPAIRACCEPT

Engineering proof · hidden ground truth

From a 2D drawing to a verified solid.

Claude Opus 5 at xhigh effort received NIST's published three-sheet engineering drawing, but not the reference CAD. The reconstruction was frozen before the analytic STEP model was opened and compared.

NIST D2MI827-9999-906 · HEATSINK, TOP

CLAUDE OPUS 5 · XHIGH · NATIVE BLENDER AUTHORING

Sheet two of NIST engineering drawing 827-9999-906, showing dimensioned top, front and right orthographic views of the heat sink.
INPUTThree-sheet public-domain NIST drawing · no reference CAD supplied
The drawing was the only supplied definition

Geometry first. Callouts as an independent check.

The PDF contained vector paths rather than a raster scan. The agent separated object lines from annotation by stroke weight, recovered four orthographic views at exactly 72 PDF points per inch, then cross-checked the extracted geometry against the printed dimensions and tolerance bands.

  • 23,948 line segments on sheet two
  • Four view extents agreed within 0.0001 in
  • Three flat views still had to be reasoned into one solid
The reference STEP and NX part were not accessed until after the reconstruction was frozen at commit 5e05214.
ROUND FEATURES
27 / 27
matched
WORST DIAMETER ERROR
0.000000 in
analytic comparison
WORST POSITION ERROR
0.0006 in
predicted centroid residual
BOUNDING BOX ERROR
0.0001 in
on all three axes
Inspect the retained evidenceVector isolation · regenerated views · repaired underside · fin details
The heat sink's four object views isolated from the engineering drawing's dimensions, notes and borders by line weight.
Vector geometry isolatedObject strokes separated from annotations without tracing.
Top, front, right and underside orthographic line views regenerated from the authored Blender model.
Drawing regenerated from the modelTrue projected edges, rendered at 400 pixels per inch.
Repaired underside of the Blender heat sink showing four posts filleting outward into the plate and the two underside pads.
Repaired undersideØ.220 posts now fillet outward into the plate.
Close Blender view along the five heat sink fins, exposing their ramped starts, chamfered ends and relationship to a counterbored boss.
Fin and counterbore inspectionFive ramps, five end chamfers and boss-hole construction.
REPAIR 01

The fillet ran the wrong way.

The first version flared a Ø.284 barrel down to a Ø.220 free end. NIST's model confirmed the manufacturable reading: a Ø.220 post fillets outward into the plate. The drawing contained enough evidence; the agent had misassigned it.

REPAIR 02

Blind holes were flat-bottomed.

The hidden reference contained 59-degree half-angle cones: standard 118-degree drill points. They were invisible in the supplied views, then added once the analytic STEP comparison exposed them.

NIST D2MI public-domain reference data · no NIST endorsement implied. The published drawing identifies the PDM model as the defining authority; the comparison therefore reports the reconstruction's limits rather than promoting it to reference CAD.

Beyond Blender

A pattern for professional design and engineering software.

Blender is the current authoring environment, but the bridge is also an experiment in a broader question: how should frontier AI models operate professional design and engineering software?

The approach deliberately keeps the native application and its scripting model intact. Rather than replacing Blender with a reduced AI-specific language, Alepou adds the observation, verification, recovery and audit layers needed for reliable iterative work.

A natural next experiment is parametric CAD: combining a frontier model's existing scripting fluency with native CAD geometry, constraints, dimensions and engineering validation.

NEXT EXPERIMENT PARAMETRIC CAD
  1. 01

    Research requirements and standards

  2. 02

    Author native parametric geometry

  3. 03

    Inspect constraints, dimensions and interference

  4. 04

    Repair the model and preserve the audit trail

The software stays fully itself. The reliability layer travels.

Alepou Blender Bridge

Build the asset. Keep the source. Show the evidence.

Blender remains Blender. Alepou adds durable project context, controlled access, recorded execution, and a review loop that can survive long-running work.