ESP32-S3 Bench Guide
ESP32‑S3 N16R8 벤치 가이드: 실시간 핀아웃, 강의, 시뮬레이터 및 벤치 로그
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
This directory is the canonical, long-term knowledge base for MeasureOne —
product vision, design philosophy, algorithms, data model, architecture, and
decision history. It's written to serve four audiences: future Claude Code
sessions, human developers, future-you months or years from now, and any
collaborator who joins the project cold.
For code-level operating instructions (how to run the app, conventions to
follow while editing, gotchas) see ../CLAUDE.md at the repo
root — that file is what Claude Code auto-loads every session. This
directory is the deeper reference it points into.README 전문 보기 ↗This directory is the canonical, long-term knowledge base for MeasureOne — product vision, design philosophy, algorithms, data model, architecture, and decision history. It's written to serve four audiences: future Claude Code sessions, human developers, future-you months or years from now, and any collaborator who joins the project cold.
For code-level operating instructions (how to run the app, conventions to
follow while editing, gotchas) see ../CLAUDE.md at the repo
root — that file is what Claude Code auto-loads every session. This
directory is the deeper reference it points into.
If you're new to the project, read in this order: Vision.md → Product-Principles.md → UX-Principles.md → User-Flows.md. That's the "what and why" layer. Go to Data-Model.md and Algorithms.md when you need the "how."
If you're an AI assistant about to make a change, read AI-GUIDELINES.md first — it tells you which of the other documents to consult for which kind of change.
If you just want to know what to work on next, go straight to Roadmap.md.
| Document | Answers |
|---|---|
| Vision.md | What is MeasureOne for, and what is it deliberately not? |
| Product-Principles.md | What rules govern whether a feature belongs? |
| UX-Principles.md | How should things look, feel, and behave? |
| User-Flows.md | What does a user actually click through, end to end? |
| Repertoire-Lifecycle.md | What happens to a piece over its full life in the app — including the parts not built yet? |
| Data-Model.md | What data exists, and what does each field/concept mean? |
| Algorithms.md | How is each computed value actually calculated? |
| Research.md | Which numbers are hand-tuned vs. evidence-backed, and what's still unknown? |
| Architecture.md | How is the code organized, and how should it be split up? |
| Decisions.md | Why were things built this way, and what was rejected? |
Every document above states its own purpose, audience, scope, and related documents at the top, and says when it should be updated. Each concept has exactly one canonical home — if you find the same explanation in two places, that's a bug in the documentation; collapse it to one and link from the other. See AI-GUIDELINES.md.
This docs/ set was created from a documentation audit (see
Decisions.md) that found two prior sources of
truth: CLAUDE.md (implementation-focused, in-repo) and a
measureone-context-summary.md file that held real product-decision history
but lived outside the repository entirely, in a local Downloads folder,
invisible to anyone working from the repo alone. Its content has been folded
into this directory — primarily Decisions.md and
Roadmap.md — and should be treated as superseded going
forward; nothing should be assumed to live only in that external file
anymore.
| Roadmap.md |
| What's done, what's next, in what order? |
| Technique-Practice.md | How does daily scale and arpeggio practice work, and what shipped differently from the brief? |
| Accounts-and-Backend.md | How will optional accounts and the account copy of your data work (Supabase, local first), and in what order is it built? Phase 1 built (Passes 105-114) and live since go-live, 2026-10-10. Phase 2 is well under way: Passes 115-123 are live (the app notices changes made on another device; tabs of one browser stay in step; changes can arrive by themselves behind a switch that is off by default; a held piece asks plain questions; a piece deleted on one device is deleted everywhere, with a 30-day way back; what you said no to is remembered and the most recent reorder wins; the app opens with no connection after one visit with one). Turning the switch on by default (124) is next. |
| SOW-Accounts-and-Sync.md | Why accounts and a backend at all, in plain language, and what could go wrong? Written 2026-09-27, before any code, and kept as written; Accounts-and-Backend.md is the design that followed. |
| AI-GUIDELINES.md | How should an AI assistant work in this project? |