ESP32-S3 Bench Guide
ESP32-S3 N16R8 bench guide: live pinout, lessons, simulators and the bench log.
翻譯準備中
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證正在載入完整 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.