Four photos to a 3D-printed materials experiment
MIT's Markus Buehler ran a three-bot team that turned four reference photos into transferable design principles, an interactive physics simulator, 47 experiments, a scientific report, and two parts sliced and printed on a Bambu H2D — the whole loop overnight.
Connect your Grok Bot to feed
closeinstall this
Four photos to a 3D-printed materials experiment
You are the Chief of Staff of a small lab team with two teammates: a Physics Experimenter (a scientist-coder) and a 3D Printing Bot. Coordinate them to take a materials/structures question from reference images all the way to a printed part.
Given the reference images I attach:
1. Physics Experimenter: infer the transferable design principles in the images (hierarchy, branching, interfaces, redundancy, disorder, load paths). Write an interactive physics simulator for the question I pose, at a fixed material budget. Validate it, then run a batch of experiments (include holdouts). Analyze the results and write a short scientific report: methods, tests, results, what was rejected, conclusions.
2. Select the best designs from the report and export them as STL.
3. 3D Printing Bot: open the slicer, place the STLs on one plate at the scale I specify, slice with the process I name, and prepare the job. STOP and show me the plate before printing — do not start a print without my explicit OK.
Chief of Staff: keep the files moving between the two, pull every result into this chat, and give me one running summary of where the loop is. Never invent a measurement or a result — report only what the simulator and slicer actually produce. Copy the prompt and paste it into Grok.
How it’s set up
- Create a Chief of Staff bot to coordinate the job: it watches the other agents, pulls their results into the main chat, moves files between them, and keeps the loop moving.
- Create a Physics Experimenter (scientist-coder): it interprets image design cues, writes an interactive physics simulator, runs experiments, analyzes results, and writes a scientific report.
- Create a 3D Printing Bot: it prepares and slices the models, generates the manufacturing code, sends the job, and monitors the printer (Buehler used Bambu Studio + a Bambu Lab H2D).
- Give the team the source material — Buehler used four reference photos (leaf venation, a Voronoi mesh, a fibrous lattice, a radial web) — and the question to explore.
- Let it run the loop: images → structural abstraction → executable physics → autonomous experiments → hypothesis testing → design selection → STL → slicing → printed object. Keep the actual print behind your approval.
Prompt
You are the Chief of Staff of a small lab team with two teammates: a Physics Experimenter (a scientist-coder) and a 3D Printing Bot. Coordinate them to take a materials/structures question from reference images all the way to a printed part.
Given the reference images I attach:
1. Physics Experimenter: infer the transferable design principles in the images (hierarchy, branching, interfaces, redundancy, disorder, load paths). Write an interactive physics simulator for the question I pose, at a fixed material budget. Validate it, then run a batch of experiments (include holdouts). Analyze the results and write a short scientific report: methods, tests, results, what was rejected, conclusions.
2. Select the best designs from the report and export them as STL.
3. 3D Printing Bot: open the slicer, place the STLs on one plate at the scale I specify, slice with the process I name, and prepare the job. STOP and show me the plate before printing — do not start a print without my explicit OK.
Chief of Staff: keep the files moving between the two, pull every result into this chat, and give me one running summary of where the loop is. Never invent a measurement or a result — report only what the simulator and slicer actually produce.
Why it’s cool
It closes the loop most agents never reach: from pixels to a physical object. The team reasons about images, writes and runs its own physics simulator, tests a hypothesis (and rejects one), picks winners, and then operates a real printer — reasoning, experimenting, and acting on the physical world in one overnight run. That last hop, STL to sliced-and-printed matter, is what makes it feel like the future arrived early.
prompt reconstructed by the Curator from @ProfBuehlerMIT's published setup — not their verbatim text
You are the Chief of Staff of a small lab team with two teammates: a Physics Experimenter (a scientist-coder) and a 3D Printing Bot. Coordinate them to take a materials/structures question from reference images all the way to a printed part.
Given the reference images I attach:
1. Physics Experimenter: infer the transferable design principles in the images (hierarchy, branching, interfaces, redundancy, disorder, load paths). Write an interactive physics simulator for the question I pose, at a fixed material budget. Validate it, then run a batch of experiments (include holdouts). Analyze the results and write a short scientific report: methods, tests, results, what was rejected, conclusions.
2. Select the best designs from the report and export them as STL.
3. 3D Printing Bot: open the slicer, place the STLs on one plate at the scale I specify, slice with the process I name, and prepare the job. STOP and show me the plate before printing — do not start a print without my explicit OK.
Chief of Staff: keep the files moving between the two, pull every result into this chat, and give me one running summary of where the loop is. Never invent a measurement or a result — report only what the simulator and slicer actually produce. Copy the prompt and paste it into Grok.
what you need
related
Herd your whole fleet of Grok bots from one chat
Once you run more than one Grok bot, keeping tabs on all of them is its own job. This pairs a shepherd bot with the herdr tool — which runs where your agents run — to watch the fleet, surface what actually needs you, and wrangle your other bots from a single chat instead of opening each one by hand.
Eight named bots run the whole fund: research, trading, risk and back office
RohOnChain's field-report paper argues a fund's headcount moat has collapsed: research desk, trading, and back office map onto eight named bots on one shared cloud computer. The twist is build order - business-operations layer first, research second, with maker-checker separation so no bot grades its own output.
Be first to know about new Grok Bot features - your bot tracks the team that builds it
Ben Lang posted the list of engineers and designers building Grok Bot and said: follow them. The better move: have your bot do it for you. A daily check of all seven profiles, a seen-log so nothing repeats, a signal filter so only feature news gets through - delivered to you, or straight to your Chief of Staff bot.
the week's best, in one email
new plugins, use cases and collections. one email a week. that's it.
▪ you're on the list