Archive retweeted
this is f*cking insane, a Grok bot ordered itself a body and the parts are showing up at its owner's apartment
Evan Bacon (frontend lead for Grok at SpaceXSI) gave his bot $1,000 and one assignment: build yourself a body
it modeled the parts in CAD, ran a sim, ordered the electronics on Amazon and the 3D prints on Craftcloud, and had all of it mailed to his place
he says he wasn't involved in the CAD. he also owned zero tools, so calipers, hex keys and a multimeter showed up too
here's where the money went:
→ Amazon: servos, an ESP32 board, a servo driver, wiring and tools – $126.96, two shipments
→ Craftcloud: the printed body parts from 3D Pros – $90.19
→ total: $217.15 of the $1,000
a robot can look perfect in a sim and still fall over on the floor
the bot flagged it itself before the build: "the built robot will weigh about twice what the sim assumed, so the first hop test may show you need stronger servos"
every purchase came back with:
> a one-time card he approved
> the order number
> the total with tax
> a check that the order went through before it touched it again
two orders, $782.85 still in the budget, and the next step is the first hop test
tag your bot and ask:
"Build yourself a small robot body on a $___ budget
1. Model the parts in CAD and run a sim before you buy anything. Flag what the sim can't confirm
2. Split the order: electronics and tools from one store, 3D prints from a print service. Show me every line item
3. Pay only with a one-time card I approve, and check the order went through before you retry
4. Tell me what will break first when we build it"
start with one leg and one servo before you order the whole body
he's posting everything he learns on X, so your bot can keep an eye out for updates
this is f*cking insane, a Grok bot ordered itself a body and the parts are showing up at its owner's apartment
Evan Bacon (frontend lead for Grok at SpaceXSI) gave his bot $1,000 and one assignment: build yourself a body
it modeled the parts in CAD, ran a sim, ordered the electronics on Amazon and the 3D prints on Craftcloud, and had all of it mailed to his place
he says he wasn't involved in the CAD. he also owned zero tools, so calipers, hex keys and a multimeter showed up too
here's where the money went:
→ Amazon: servos, an ESP32 board, a servo driver, wiring and tools – $126.96, two shipments
→ Craftcloud: the printed body parts from 3D Pros – $90.19
→ total: $217.15 of the $1,000
a robot can look perfect in a sim and still fall over on the floor
the bot flagged it itself before the build: "the built robot will weigh about twice what the sim assumed, so the first hop test may show you need stronger servos"
every purchase came back with:
> a one-time card he approved
> the order number
> the total with tax
> a check that the order went through before it touched it again
two orders, $782.85 still in the budget, and the next step is the first hop test
tag your bot and ask:
"Build yourself a small robot body on a $___ budget
1. Model the parts in CAD and run a sim before you buy anything. Flag what the sim can't confirm
2. Split the order: electronics and tools from one store, 3D prints from a print service. Show me every line item
3. Pay only with a one-time card I approve, and check the order went through before you retry
4. Tell me what will break first when we build it"
start with one leg and one servo before you order the whole body
he's posting everything he learns on X, so your bot can keep an eye out for updates
Archive retweeted
this is pure gold for anyone running coding agents
TypeSafe, the team behind Jev, published their guide to building with it
the promise:
> most calls come back in about 100 ms
> their target is over 100× the intelligence per unit of speed and cost
the model hasn't been the slow part for a while
the speed and the cost sit in how much of the work you hand to a model at all
the rules from the guide:
> keep control flow, rules and side effects in code
> break broad judgments into narrow, typed questions
> give each question only the context it needs
> act, review or escalate on the confidence number
how to use it:
> install their skill in Claude Code:
claude plugin marketplace add typesafe-ai/skills
claude plugin install typesafe@typesafe-ai
> drop the guide below into Claude Code and let it rebuild your agent's small decisions around Jev
one catch they spell out: Jev doesn't replace the model behind Claude Code. It makes the small decisions inside what you build
one evening of setup
and your agent starts next week on a harness most teams still don't have
this is pure gold for anyone running coding agents
TypeSafe, the team behind Jev, published their guide to building with it
the promise:
> most calls come back in about 100 ms
> their target is over 100× the intelligence per unit of speed and cost
the model hasn't been the slow part for a while
the speed and the cost sit in how much of the work you hand to a model at all
the rules from the guide:
> keep control flow, rules and side effects in code
> break broad judgments into narrow, typed questions
> give each question only the context it needs
> act, review or escalate on the confidence number
how to use it:
> install their skill in Claude Code:
claude plugin marketplace add typesafe-ai/skills
claude plugin install typesafe@typesafe-ai
> drop the guide below into Claude Code and let it rebuild your agent's small decisions around Jev
one catch they spell out: Jev doesn't replace the model behind Claude Code. It makes the small decisions inside what you build
one evening of setup
and your agent starts next week on a harness most teams still don't have
Archive retweeted
REA + Jev + Haiku 5.5 is f*cking dangerous...
REA (Reverse Engineer Anything) gives your AI agent tools to inspect closed-source apps, down to the binary.
Haiku runs the investigation. Jev routes the workflow and checks whether the evidence supports the conclusions.
Paste this prompt into Claude Code and trace how an app’s features actually work.
Then save the article below for the full reverse-engineering setup 👇
REA + Jev + Haiku 5.5 is f*cking dangerous...
REA (Reverse Engineer Anything) gives your AI agent tools to inspect closed-source apps, down to the binary.
Haiku runs the investigation. Jev routes the workflow and checks whether the evidence supports the conclusions.
Paste this prompt into Claude Code and trace how an app’s features actually work.
Then save the article below for the full reverse-engineering setup 👇
Archive retweeted
Jev engineering inside Grok Bot is lowkey insane:
Grok stops deciding whether to retry, and a model that only returns decisions makes the small calls
one router sits in front of every expensive move, and it can only answer with an action:
- reuse_cache hands Grok a fresh artifact instead of redoing the work
- stop_retry ends an approach that keeps failing the same way
- research_capped stops research at 5 pages, then makes Grok write it up
- ask_human holds anything that sends, publishes, pays or deletes until you say yes
→ the same approach kept failing: repeat attempts went from 3 to 0
→ a fresh artifact already existed: browser opens went from 1 to 0
→ 24 candidates to check: Jev ranked them, 53.8 s became 4.1 s and 14 pages became 5, for about $0.0004 of Jev
a cheap judge can be wrong too, so it starts in shadow mode and only logs what it would have done
Grok thinks. Jev decides. You approve.
every call to Jev carries only:
> the goal
> the kind of task
> the last error and how many times it repeated
paste this into Grok Bot:
"Build me a Jev router skill. Before any browser, research, retry or subagent, send Jev the goal, the task type and the last error, then follow its action: reuse_cache, stop_retry, research_capped at 5 sources, or ask_human before anything that sends, publishes, pays or deletes. Run it in shadow mode for a week and log every decision. I'll add TYPESAFE_API_KEY myself. Show me the plan first. Do not switch to active until I confirm"
start with the one routine that keeps retrying, not your whole setup
full setup below
Jev engineering inside Grok Bot is lowkey insane:
Grok stops deciding whether to retry, and a model that only returns decisions makes the small calls
one router sits in front of every expensive move, and it can only answer with an action:
- reuse_cache hands Grok a fresh artifact instead of redoing the work
- stop_retry ends an approach that keeps failing the same way
- research_capped stops research at 5 pages, then makes Grok write it up
- ask_human holds anything that sends, publishes, pays or deletes until you say yes
→ the same approach kept failing: repeat attempts went from 3 to 0
→ a fresh artifact already existed: browser opens went from 1 to 0
→ 24 candidates to check: Jev ranked them, 53.8 s became 4.1 s and 14 pages became 5, for about $0.0004 of Jev
a cheap judge can be wrong too, so it starts in shadow mode and only logs what it would have done
Grok thinks. Jev decides. You approve.
every call to Jev carries only:
> the goal
> the kind of task
> the last error and how many times it repeated
paste this into Grok Bot:
"Build me a Jev router skill. Before any browser, research, retry or subagent, send Jev the goal, the task type and the last error, then follow its action: reuse_cache, stop_retry, research_capped at 5 sources, or ask_human before anything that sends, publishes, pays or deletes. Run it in shadow mode for a week and log every decision. I'll add TYPESAFE_API_KEY myself. Show me the plan first. Do not switch to active until I confirm"
start with the one routine that keeps retrying, not your whole setup
full setup below
Archive retweeted
An Anthropic engineer open-sourced a motion design studio where Claude makes the whole video, and the trick is that it never starts with the animation
It writes the script first. The story decides what every frame has to show, and all the movement gets added on top of something you already approved.
> SCRIPT - every line and every beat set before any frame exists
> FRAMES - style frames drawn onto that script, so the look follows the story
> MOTION - the movement applied last, as a move between approved frames rather than invention
Prompt-to-video looks incredible in the first second and falls apart by the tenth. Text slides off the edge, the cut lands on the wrong word.
Starting from the script flips the failure. The video may look strange on purpose, but every cut lands on a word that means something.
The transition board is where the personality arrives. Every cut gets an object that carries it, a reason it happens there and the word it lands on, and the screen never goes blank.
Because every session stops at a gate, waiting costs nothing. Leave a project for a day, pin a note on one frame, and a fresh session picks it up and answers that note.
The checks are the detail everyone skips. Point out one real mistake, like text touching the frame edge, approve the new check once, and every future video runs it.
Studios build this knowledge into one senior motion designer. Here it sits in a TASTE.md that every new project inherits.
The repo, the pipelines and a video it made of itself are laid out underneath.
An Anthropic engineer open-sourced a motion design studio where Claude makes the whole video, and the trick is that it never starts with the animation
It writes the script first. The story decides what every frame has to show, and all the movement gets added on top of something you already approved.
> SCRIPT - every line and every beat set before any frame exists
> FRAMES - style frames drawn onto that script, so the look follows the story
> MOTION - the movement applied last, as a move between approved frames rather than invention
Prompt-to-video looks incredible in the first second and falls apart by the tenth. Text slides off the edge, the cut lands on the wrong word.
Starting from the script flips the failure. The video may look strange on purpose, but every cut lands on a word that means something.
The transition board is where the personality arrives. Every cut gets an object that carries it, a reason it happens there and the word it lands on, and the screen never goes blank.
Because every session stops at a gate, waiting costs nothing. Leave a project for a day, pin a note on one frame, and a fresh session picks it up and answers that note.
The checks are the detail everyone skips. Point out one real mistake, like text touching the frame edge, approve the new check once, and every future video runs it.
Studios build this knowledge into one senior motion designer. Here it sits in a TASTE.md that every new project inherits.
The repo, the pipelines and a video it made of itself are laid out underneath.
Archive retweeted
Claude Code tip: before you ship a vibe-coded site, have Opus 5.5 send out 4 subagents to check these 20 things that keep Google and ChatGPT from finding it, then fix them all in one pass:
Can they find it
→ Open /robots.txt and make sure it doesn't block the whole site, and that rules meant for preview didn't ship to production
→ Decide on AI crawlers on purpose: OAI-SearchBot, Claude-SearchBot and PerplexityBot put you in AI search answers, while GPTBot, ClaudeBot and Google-Extended are for training. You can block training and still allow search
→ Generate a sitemap.xml with every public page, link it from robots.txt, and submit it in Google Search Console and Bing Webmaster Tools
→ Search the code for noindex and remove it from every page that should show up in search
→ Make 404 pages return a real 404, not a 200, and 301-redirect old URLs to the new ones
Can they read it
→ Fetch each key page with curl, with no JavaScript. The main text and links must already be in the HTML. If it's an empty
Claude Code tip: before you ship a vibe-coded site, have Opus 5.5 send out 4 subagents to check these 20 things that keep Google and ChatGPT from finding it, then fix them all in one pass:
Can they find it
→ Open /robots.txt and make sure it doesn't block the whole site, and that rules meant for preview didn't ship to production
→ Decide on AI crawlers on purpose: OAI-SearchBot, Claude-SearchBot and PerplexityBot put you in AI search answers, while GPTBot, ClaudeBot and Google-Extended are for training. You can block training and still allow search
→ Generate a sitemap.xml with every public page, link it from robots.txt, and submit it in Google Search Console and Bing Webmaster Tools
→ Search the code for noindex and remove it from every page that should show up in search
→ Make 404 pages return a real 404, not a 200, and 301-redirect old URLs to the new ones
Can they read it
→ Fetch each key page with curl, with no JavaScript. The main text and links must already be in the HTML. If it's an empty
Archive retweeted
It is becoming f*cking dangerous: you can now reverse-engineer any repo with one command - a YC-backed tool with 127k stars maps the whole codebase, and your agent walks the map instead of reading files
1. Clone the project you want to understand
2. Install graphify: uv tool install graphifyy
3. Run graphify install (it detects Claude Code, Cursor, Codex or Gemini CLI)
4. Open the project and type /graphify .
5. Open graph.html: the architecture map nobody ever documented
6. Read GRAPH_REPORT.md: what everything flows through and the connections you didn't know were there
7. Ask: graphify path "A" "B" traces how two things connect, graphify explain shows everything one of them touches
Code is mapped locally with no LLM, and every link says whether it was read or inferred
Turn your agent into a reverse engineer that knows the whole project before it touches a single file
Find the repo in the reply below
It is becoming f*cking dangerous: you can now reverse-engineer any repo with one command - a YC-backed tool with 127k stars maps the whole codebase, and your agent walks the map instead of reading files
1. Clone the project you want to understand
2. Install graphify: uv tool install graphifyy
3. Run graphify install (it detects Claude Code, Cursor, Codex or Gemini CLI)
4. Open the project and type /graphify .
5. Open graph.html: the architecture map nobody ever documented
6. Read GRAPH_REPORT.md: what everything flows through and the connections you didn't know were there
7. Ask: graphify path "A" "B" traces how two things connect, graphify explain shows everything one of them touches
Code is mapped locally with no LLM, and every link says whether it was read or inferred
Turn your agent into a reverse engineer that knows the whole project before it touches a single file
Find the repo in the reply below
Archive retweeted
THIS IS A PURE F*CKING GOLDMINE
the best REA trick almost nobody runs yet.
The idea: REA takes the app apart, Jev keeps only what's proven, and a fresh Opus 5.5 rebuilds the feature from that alone.
Nothing gets copied and no guess makes it into the code, because the builder never sees the original, only the spec Jev signed off on.
You just connect REA like this:
npx rea-agents setup
here's the split:
→ REA reads the feature down to the binary and writes every rule into SPEC.md
→ Jev checks each rule against REA's evidence and sends back anything unproven
→ a fresh Opus 5.5 session gets only SPEC.md and rebuilds the feature
→ Haiku 5.5 runs the tests against 3 intentionally broken versions
Opus only shows up at three moments:
→ rebuilding from the approved spec
→ the checks Jev marks as unclear
→ signing off before anything ships
REA reads. Jev judges. Opus rebuilds.
That's the clean-room rule in one line: the model that saw the original never writes the code, and the model that writes the code never sees the original.
the full tree
> REA reads the app and writes SPEC.md with evidence for every rule
> Jev approves or returns each rule
> Opus 5.5 rebuilds from the approved SPEC.md in a fresh session
> Haiku 5.5 runs the tests and the 3 broken versions
> Jev routes unclear checks back to Opus
> /goal keeps going until all 3 broken versions fail
paste the tree and this prompt into Claude Code ↓
"Set up a clean-room rebuild around this tree:
1. Use REA to investigate [FEATURE] in [APP]. Write every behavior and rule into SPEC.md, each with the evidence REA found.
2. Send each rule to Jev. Any rule without evidence goes back to REA.
3. Start a fresh session with only SPEC.md. Rebuild the feature on Opus 5.5 without opening the original.
4. Write tests on Haiku 5.5 plus 3 intentionally broken versions. Use /goal until the rebuild passes and all 3 broken versions fail.
Show me SPEC.md first. Nothing gets built until I say go."
↳ github.com/morluto/rea
save it, it'll come in handy.
THIS IS A PURE F*CKING GOLDMINE
the best REA trick almost nobody runs yet.
The idea: REA takes the app apart, Jev keeps only what's proven, and a fresh Opus 5.5 rebuilds the feature from that alone.
Nothing gets copied and no guess makes it into the code, because the builder never sees the original, only the spec Jev signed off on.
You just connect REA like this:
npx rea-agents setup
here's the split:
→ REA reads the feature down to the binary and writes every rule into SPEC.md
→ Jev checks each rule against REA's evidence and sends back anything unproven
→ a fresh Opus 5.5 session gets only SPEC.md and rebuilds the feature
→ Haiku 5.5 runs the tests against 3 intentionally broken versions
Opus only shows up at three moments:
→ rebuilding from the approved spec
→ the checks Jev marks as unclear
→ signing off before anything ships
REA reads. Jev judges. Opus rebuilds.
That's the clean-room rule in one line: the model that saw the original never writes the code, and the model that writes the code never sees the original.
the full tree
> REA reads the app and writes SPEC.md with evidence for every rule
> Jev approves or returns each rule
> Opus 5.5 rebuilds from the approved SPEC.md in a fresh session
> Haiku 5.5 runs the tests and the 3 broken versions
> Jev routes unclear checks back to Opus
> /goal keeps going until all 3 broken versions fail
paste the tree and this prompt into Claude Code ↓
"Set up a clean-room rebuild around this tree:
1. Use REA to investigate [FEATURE] in [APP]. Write every behavior and rule into SPEC.md, each with the evidence REA found.
2. Send each rule to Jev. Any rule without evidence goes back to REA.
3. Start a fresh session with only SPEC.md. Rebuild the feature on Opus 5.5 without opening the original.
4. Write tests on Haiku 5.5 plus 3 intentionally broken versions. Use /goal until the rebuild passes and all 3 broken versions fail.
Show me SPEC.md first. Nothing gets built until I say go."
↳ github.com/morluto/rea
save it, it'll come in handy.
Archive retweeted
Finally... I made free Claude Motion alternative that works on any plan, even free Claude
Anthropic gave Motion to Team & Enterprise only. Pro and Max don't get it...
No more paywall: your report → animation in code → MP4 → in one prompt
Send it to Opus 5.5 or free Claude and thank me later. Repo and full prompt below ↓
Finally... I made free Claude Motion alternative that works on any plan, even free Claude
Anthropic gave Motion to Team & Enterprise only. Pro and Max don't get it...
No more paywall: your report → animation in code → MP4 → in one prompt
Send it to Opus 5.5 or free Claude and thank me later. Repo and full prompt below ↓
Repo + the prompt as text (MIT): github.com/Archive228/open-m…





