[claude] Deep research: Jupyter ecosystem as LLM execution layer (#155) #160
Reference in New Issue
Block a user
Delete Branch "claude/issue-155"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fixes #155
What this PR does
Deep research report (
docs/jupyter-as-execution-layer-research.md) expanding on Timmy's initial spike, specifically addressing Rockachopa's request to research deeper into the JupyterHub/JupyterLab product suite and Papermill for real data pipelines.Coverage
JupyterHub vs JupyterLab vs Notebook — clarifies the three distinct layers: Notebook (UI), JupyterLab (full IDE), and JupyterHub (multi-user server/orchestration). Includes JupyterHub REST API for programmatic server lifecycle management and the case for ephemeral per-run isolated kernel environments.
Papermill — the production notebook execution engine used at Netflix/Airbnb. Parameter injection via tagged cells, Python API + CLI reference, remote storage (S3/Azure/GCS), and Scrapbook for structured output collection. Direct comparison with hamelnb showing complementary (not competing) use cases.
The PR model for notebooks — the elegant answer to Rockachopa's question about making PRs to notebooks like code:
nbstripoutas a git clean filter → clean diffs without output noisenbdimefor semantic cell-level diff/merge (not raw JSON)nbvalfor pytest-based regression testing of notebook outputsNotebookExecutor tool design — concrete API sketch for the short-term #1 item from the original spike.
hermes_runtimeinjection architecture — closes the biggest gap (no Hermes tool access in kernels).