0:53Living 3D model generated from GitHub issues
Living 3D model generated from GitHub issues — @0xWast3의 Opus 5.5 작품. 영상과 크리에이터의 원본 게시물에서 작품의 배경을 확인하세요.
0:36 · 166 좋아요 · 수집 당시 데이터 · 16.1K 조회수 · 수집 당시 데이터
크리에이터 게시물
크리에이터 게시물과 원래 작품 제목은 원문으로 유지합니다.
Anthropic turned one GitHub request into a living 3D model that answers every new issue with a rebuilt version of itself
Opus 5.5 builds the whole system from that first request, from geometry and rig to the viewer and the pipeline behind it.
> REQUEST - one issue describes the object in plain words, nothing else needed
> BUILD - mesh, rig and materials generated and committed as editable source files
> VIEW - a browser viewer added to the repo so anyone can spin the model instantly
> LISTEN - every new issue is read as a change request against the current model
> PATCH - only what changed gets rebuilt, then a pull request opens with a fresh render
A 3D asset is normally a dead file. Someone exports it once, and every later change means opening the software again.
Here the model stays alive inside the repo. Ask for a longer handle or a softer material, and it answers in a pull request.
Each pull request carries a new render, so the change gets reviewed by eye before anyone merges it.
Because the source is code and not a binary blob, every version is diffable. You see exactly which part moved and why.
Rejected changes cost nothing. Close the pull request and the model stays exactly as it was.
Teams already run software this way. Running a 3D model like a codebase is the part nobody had wired up.
The first request, the repo layout and one full issue-to-render cycle are pinned in the article.
크리에이터의 게시물이며 검증된 생성 프롬프트는 아닙니다.




