| name | demo |
| description | Set up a demo session — pick a sample repo, index it, open web UI, prep the narrative. |
/demo
Prepare codescope for a live demo or screen recording. The 30-second pitch in terminal + browser.
When to invoke
- Launch recording (HN thumbnail video)
- Conference talk prep
- Sales/support call with a potential user
Pick a sample repo
The best demo repos are medium-size, well-known, and have interesting call graphs.
| Repo | Size | Language | Why it demos well |
|---|
| tokio | 769 files | Rust | Deep async call chains, Runtime::spawn blast radius |
| FastAPI | 2,713 files | Python | Route handler cross-refs, dependency injection graph |
| axum | 296 files | Rust | Middleware layering visible, smaller than tokio |
| Gin | 108 files | Go | Small enough to show whole graph zoomed out |
| ripgrep | 101 files | Rust | Famous, familiar, compiles fast for live index demo |
Default for first demo: axum (296 files, meaningful graph, indexes in ~11s).
Demo script (recording version)
curl -fsSL https://raw.githubusercontent.com/onur-gokyildiz-bhi/codescope/main/install.sh | bash
git clone https://github.com/tokio-rs/axum /tmp/demo-axum
cd /tmp/demo-axum
codescope init --daemon
Narrative beats
- "You ask, it reads 40 files. Watch." (show the pain)
- "With codescope: one query, one answer, sub-millisecond." (show the fix)
- "And it remembers." (show cross-session memory)
- "Works with whatever editor you already use." (LSP demo in VS Code)
Pre-recording checklist
Codescope-first rule
During demo:
- Use
search(mode="fuzzy", query=...) / find_callers(...) / impact_analysis(...) visibly
- The tool names should appear on screen — viewers should be able to tell this is graph, not RAG