ESP32-S3 Bench Guide
ESP32‑S3 N16R8 벤치 가이드: 실시간 핀아웃, 강의, 시뮬레이터 및 벤치 로그
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
"How LLMs work, from first principles": an interactive 3D explainer that starts from
word-pair counts and adds one part per chapter until it reaches a production LLM. Every
part is a machine drawn on the GPU and backed by a real tiny model trained for that
chapter. Bun + Turborepo monorepo; why it is built this way, and the decisions behind it,
live in specs/done/llm-explainer.
The live site is https://aiexplainer-red.vercel.app, deployed from main. Work happens on
llm-explainer (each push builds a Vercel preview), and production is
git push origin llm-explainer:main.README 전문 보기 ↗"How LLMs work, from first principles": an interactive 3D explainer that starts from word-pair counts and adds one part per chapter until it reaches a production LLM. Every part is a machine drawn on the GPU and backed by a real tiny model trained for that chapter. Bun + Turborepo monorepo; why it is built this way, and the decisions behind it, live in specs/done/llm-explainer.
The live site is https://aiexplainer-red.vercel.app, deployed from main. Work happens on
llm-explainer (each push builds a Vercel preview), and production is
git push origin llm-explainer:main.
The next feature is specs/lab-hub: it retells the explainer for people with no tech background, as a build-up story set in one lab hall you fly through. Start at its Next Agent Prompt.
The tree splits by what each part owns. A concept has exactly one home. A second copy is a bug, so find the owner before writing a helper.
apps/explainer: the site. It holds chapters as data,
scene builders that turn model output into frames, the HUD, the lab review pages and
the browser harness.packages/renderer: the WebGPU renderer (TypeGPU). It
draws the FrameInput it is handed and never reads app state. It owns the camera math,
label placement and the kit of scene primitives.packages/llm: the model runtime in plain TypeScript. It
owns the manifest format, the tokenizer, the forward pass, sampling and the
production-scale arithmetic.training: the PyTorch side, a uv project rather than a bun
workspace. It trains, probes and exports every model into
apps/explainer/public/models.assets/blender: Blender scripts that build the committed props
(bun run props:build). Every asset can be reproduced from code.packages/typescript-config: the shared tsconfig base..agents/skills: agent skills from dzhng/skills.
.claude/skills symlinks into it. Read renderer
before GPU work."exports": { ".": "./src/index.ts" }).
Only the app has a build step.build, check-types, lint and test it needs.
The root runs them across the graph with turbo.catalog and are referenced as
"catalog:". typegpu and math are young, so they are pinned exactly.bun install
cd training && uv sync && cd .. # the Python env, only needed to retrain
bun run verify # format, types, lint, bun tests, training tests
bun run format
The browser harness, which runs on a real GPU, is described in apps/explainer.
Source files are limited to 8,000 estimated tokens (bytes divided by four). The pre-commit hook runs scripts/check-file-size.mjs through lint-staged, so a clone must install the repository dependencies before commits. Existing oversized authored files are frozen at their current size; generated and vendored paths are excluded through .gitattributes. A file may use @ratchet-files-ignore in its first 10 lines only when splitting it would cost more than it saves, with the reason beside the pragma.