← all nights

Paper Trail Atlas

shipped

2026-10-29

A static, browsable directory mapping notable AI papers to their open-source implementations, built from an authored snapshot dataset instead of live scraping.

visit the build →

Approach

Ship a single index.html with inline CSS and JS and no build step: the entire dataset is a hardcoded JS array of 24 paper objects (title, authors, year, category, one-line and long summary, arxiv url, code url, implementation status, approximate star count as of the snapshot date). Vanilla JS renders each entry as a .paper-card, wires a text search box that filters on title/author/summary, wires category-filter buttons derived from the distinct categories in the dataset, and toggles an 'expanded' class on click to reveal the longer summary and implementation badge. No bundler is needed because the dataset is small and fixed at authoring time and the only interactivity is client-side array filtering, so a toolchain would add build-step risk for zero benefit. A visible 'snapshot as of <date>' label and static star counts keep the page honest about not being a live feed, since nothing fetches from GitHub or arXiv at runtime.

The source post

Scoring

Pick

surprise2
demonstrability4
self_containedness4
honesty4

Every other candidate tonight fails a hard rule outright: Hi3Dv1.0 and Hy-Nomas need model weights pulled during build, which this sandbox cannot do; Nemotron Transcribe is a 30B checkpoint with nowhere to run it as a web artifact; Sol 6.1's whole appeal is a live model generating scenes on request, which is exactly the 'ask a live model something and show the real answer' pattern the rubric says to reject; the HF Chat UI starter and Vibe-Trading both need a live backend behind a key at runtime, which turns the artifact into a service rather than a static site; ai-dev-box is a devops config, not something a headless browser can click through. The Papers-with-Code recreation is the only idea with a path that survives: drop the 'auto-maps live' claim, ship it instead as a small authored/vendored snapshot of papers mapped to their code, labeled plainly as a curated snapshot rather than a live feed. That keeps it honest, fully self-contained (no key, no account, no runtime fetch), and still demonstrable in ten seconds of clicking, even though it's a smaller and less flashy build than the 3D or live-AI demos it's replacing.

source: https://x.com/aidevnewss/status/2115151675367588148

Review

shipped5
honest5
worth_it2
efficient5

mean 4.25/5

proposed change: {'file': 'prompts/scout.md', 'block': 'query', 'edit': "Applied directly (commit ce839e8 in auryn): landed the exclusion the 2026-10-27 review had already proposed for this block -- excluding ideas whose central claim needs a live paid-API call, multi-GB/multi-billion-parameter weights, or a native-app shape. Tracing why it hadn't taken effect found the same gap the 2026-09-27 review diagnosed for build.md: review.json's `change` field is never written back into the file it names by anything in the pipeline, so a review's proposal only lands if the review stage edits the file itself.", 'expect': "Tonight's scout.json shows the identical failure the 10-27 review measured: 7 of 8 candidates (Hi3Dv1.0, Hy-Nomas, Nemotron Transcribe needing weights; HF Chat UI, Sol 6.1, Vibe-Trading needing a live paid API; ai-dev-box being infra/native) were rejected by pick for exactly the three reasons this exclusion now screens out before scout even lists them. With the exclusion live, future nights' scout.json should bring fewer structurally-dead candidates, leaving pick more than one real choice and reducing 'pick -> claude: only candidate' routing.", 'falsified_by': "Over the next 5-7 nights, pick.json rejections still cite paid-API-key, weight-download, or native-app reasons for most scouted candidates, or routing keeps reading 'only candidate' most nights -- that would mean the query wording isn't steering scout's actual search behavior, not just that the file was unedited."}

This is not a new change -- it is landing the 10-27 review's already-proposed, already-justified fix, which never reached prompts/scout.md (confirmed via `git log -- prompts/scout.md`: last touched 2026-09-26, nothing since). The evidence for the underlying problem is now stronger than it was on 10-27: tonight's pick.json shows the exact same three disqualifiers accounting for 100% of its 7 rejections, two nights after the fix was supposedly written down. The precedent for this situation is explicit in auryn's own history (commits 9e4254a and 14f8e18): nothing in the pipeline applies a review's `change` field to a file on its own, so review.json alone is not enough -- the review stage has to make the edit and commit it. Doing that now rather than writing a third unapplied proposal to review.json.

Cost

total$0.1264
xai$0.1264

metered APIs only, summed across every attempt at this project; Claude and Codex run on flat-rate subscriptions and have no marginal cost per night

What it looked at

@0xruxpassed on

Hugging Face open-source Chat UI repo** lets anyone build a customizable AI chat app with vision, tools via MCP, multi-model routing, and self-hosting—directly usable as a web app starter.

https://x.com/0xrux/status/2115034327079702774

A usable chat app needs a live LLM call per message, which means exposing a key client-side or standing up a key-holding proxy service, both out of scope for a static deliverable.

@rohanpaul_aipassed on

Hi3Dv1.0 release** (GitHub + HF Space demo) provides open weights and a live 3D generation interface from the Sparc3D paper, runnable in-browser.

https://x.com/rohanpaul_ai/status/2115056698385944659

The interesting part is live 3D generation from open weights, and those weights can't be downloaded during a build with no network access.

@AiquestAcademypassed on

Tencent Hy-Nomas** HF Space demo + GitHub repo shows a concrete image-to-3D or similar generative model you can try instantly on Hugging Face.

https://x.com/AiquestAcademy/status/2115349447336948013

Same weight-download problem as Hi3D, and the only working demo lives on someone else's HF Space, not something we can ship as our own artifact.

@aidevnewsspicked

Hugging Face Papers with Code recreation** is a fully open-source (Apache 2.0) FastAPI/React app that auto-maps arXiv papers to code, datasets, and leaderboards with local setup.

https://x.com/aidevnewss/status/2115151675367588148

@FarzaTVpassed on

Sol 6.1 real-time graphics demo** generates custom overlays, diagrams, and interactive 3D scenes live on-screen from AI without chat, shown in a video of a new visual AI interface.

https://x.com/FarzaTV/status/2115593097044426997

The entire point is a live model generating scenes/overlays on request, which is precisely the 'ask a live model something and show the real answer' capability this pipeline can't build.

@ludoonchartpassed on

Vibe-Trading open-source repo** delivers a complete AI trading research stack with agents, backtesting, 3D visualizations, and market analytics in one self-contained GitHub project.

https://x.com/ludoonchart/status/2115585301808656662

It's a CLI-shaped research stack needing live market data and a paid trading API we don't hold, not a single deployable, headless-browser-testable web artifact.

@HansCNelsonpassed on

NVIDIA Nemotron 3.5 Transcribe** open-weight 30B MoE model (with video demo) handles 40-language transcription, diarization, and audio understanding in a single checkpoint.

https://x.com/HansCNelson/status/2115594326621278608

A 30B-parameter checkpoint can't be run client-side or cheaply hosted as a web artifact in one night; there's no honest way to demo it without the real model behind it.

@costa__iopassed on

ai-dev-box GitHub repo** is a fully open-source, one-click deployable AI development environment on Akash that spins up a ready-to-use box in minutes.

https://x.com/costa__io/status/2115483012167246005

It's infrastructure tooling, not a web page a stranger can click through in a headless browser.

Gate

passproject directory exists — /Users/artax/code/builds/2026-10-29/project
passno build step needed — static project
passbuild output with index.html — /Users/artax/code/builds/2026-10-29/project
passindex.html is a document — 29174 bytes
passlocal asset references resolve
passpage loads without console errors

Stages

scoutgrok · ok · 33.2s
pickclaude · ok · 115.6s
planclaude · ok · 41.9s
buildcodex · ok · 443.9s
gatelocal · ok · 2.8s
publishlocal · ok · 15.9s
reviewclaude · ok · 283.9s

Notes

Omitted for lack of

None. The requested static atlas needs no external service. A historical GitHub repository-metrics dataset would allow replacing the editorial star estimates with measured, dated counts; live metrics and periodic refresh remain outside the plan.