AI Decision System
Replayable, offline-verifiable records for AI-assisted go/no-go decisions: experiment promotions, typed model answers and human-approved actions.
Yantralok은 Figma와 유사하지만 시스템 설계용으로, 아키텍처 설계·실부하 시뮬레이션·장애 주입·오류 위치 확인을 지원
Yantralok, Like Figma but for System Design. Design an architecture, simulate real load, inject failures, and watch where it breaks, before you deploy.
개발 도구TypeScript · HCLGitHub @dhawal-pandya온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기Software Systems Simulator
저장소 README에서 가져옴
README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
Behavioral CAD for software systems. Design a distributed system on a canvas, give each component realistic numbers, generate traffic, and watch it behave: find the bottleneck, inject failures, and see the cascade, all before anything is deployed.
It's to architecture diagrams what finite-element simulation is to a bridge drawing: the diagram isn't documentation, the diagram is the system. Every box is a behavioral model, every line carries requests, every property changes the outcome.
Runs entirely in the browser, local-first, no backend, no account.README 전문 보기 ↗Behavioral CAD for software systems. Design a distributed system on a canvas, give each component realistic numbers, generate traffic, and watch it behave: find the bottleneck, inject failures, and see the cascade, all before anything is deployed.
It's to architecture diagrams what finite-element simulation is to a bridge drawing: the diagram isn't documentation, the diagram is the system. Every box is a behavioral model, every line carries requests, every property changes the outcome.
Runs entirely in the browser, local-first, no backend, no account.
New here? Start with the Usage Guide, a hands-on walkthrough written for a working engineer.
An engineer with only the codebase is usually blind to how the system behaves in production, that knowledge lives with seniors, which is exactly why high/low-level design gate senior interviews. Yantralok lets you model the system you already work on, crank the request rate, kill any node, and watch where it actually falls over.
The contract: you own the inputs, the engine owns the consequences. It doesn't predict your Redis latency, you supply that. It predicts what emerges from your numbers under load (bottlenecks, latency accumulation, queue overflow, retry cascades) via closed, validated laws (Little's Law, resource conservation, retry/timeout amplification). Results are deterministic: same graph + seed + interventions → byte-identical run.
npm install
npm run dev # open the printed URL
Then either build Client → API → Postgres by hand, or load a shipped demo from Examples ▾ in the toolbar. Press Space to run. See the Usage Guide for the full tour.
Requires Node 18+.
DB load ≈ (1−h)·λ) with memory/eviction pressure..yantra file loaded through the normal importer..yantra files; export Mermaid diagrams, Markdown simulation reports, and a Terraform skeleton (a starting point for whoever owns the infrastructure, not a deployable config).Honesty is enforced: a control either changes the run or is visibly tagged not simulated. Still deferred by design: a backend and auth (local-first is the v1 stance), and anything that would amount to judging correctness rather than behavior — vector-store recall and CRDT merge semantics decide whether an answer is right, which is outside what this engine claims to model.
TypeScript end to end · Vite · React · React Flow (canvas) · Zustand · Tailwind + shadcn/ui · uPlot (charts) · Zod (schema/validation) · Dexie/IndexedDB (persistence) · Vitest. The simulation engine is pure TypeScript, no DOM, no wall-clock, no unseeded randomness, so it runs in Node, is testable, and can move to a Web Worker unchanged.
src/
engine/ Pure deterministic discrete-event engine (the crown jewel)
schema/ The versioned Zod document model + types, shared everywhere
components/ Component library (parameter profiles over engine laws) + compile
document/ Document ops, the persistence seam, graph integrity, .yantra +
Mermaid/report/Terraform export, and the infrastructure importers
(Terraform, Docker Compose, Kubernetes) behind one adapter seam
ui/ React app: canvas, inspector, charts, packet overlay, run controls
scenarios/ Shipped demos as .yantra files, loaded via the normal importer
docs/ USAGE.md (the usage guide)
The dependency rule points inward, ui → document → components → engine → schema: and is enforced by lint; engine/ may import only schema/.
| Command | Does |
|---|---|
npm run dev | Vite dev server |
npm test | Run the Vitest suite |
npm run build | Typecheck + production bundle |
npm run lint | ESLint (incl. the engine purity boundary) |
npm run check | Lint + test |
Local-first v1, complete and usable right in the browser. No backend, auth, or AI yet, all deliberately deferred behind stable seams.
.tf or terraform show -json), a Docker Compose file, or Kubernetes manifests, and every recognised resource becomes a configured component, named as your team names it. Compose is the richest source, depends_on and links are real call information, so those imports arrive already wired; Terraform describes what exists, not what calls what, so there the call graph is yours to finish — a panel lists what is still unwired and ticks down as you connect it.Pending, contributing no capacity at all — so a Deployment can serve at half its replica count's throughput while every node holds real, idle, unusable CPU. Cluster autoscaling grows into it, after a lag.