Overview

This is an attempt to port kernel-sidecar to Rust.

Roadmap:

• Establish ZMQ connections with a kernel from information in a connection file
• Model the high-level Jupyter message spec and wire protocol, including hmac signing
• Implement the Action and message delegation concepts from Python version
• Model all Jupyter messages
• Model in-memory Notebook and create utility handlers for updating it based on outputs
• Test multiple Kernel backends
  • Python (ipykernel)
  • Rust (evcxr_jupyter)
  • Typescript (deno)
  • R (irkernel)
• Implement CLI similar to Python kernel-sidecar
• Create example app of controlling Notebooks from external calls, e.g. AI function calling
• Create example of integration with Carabiner GPT
• Connect to Jupyter server to stay synced with other users via y-crdt deltas

Run

Use cargo run. The main.rs script at this time starts a Jupyter Kernel as a child process, the available utility functions can start ipykernel (Python), evcxr_jupyter (Rust), or irkernel (R) kernels. After that, the script creates an Action for a kernel_info_request and awaits its completion, meaning it should run until kernel goes to idle and we see kernel_info_reply. A Handler is attached to the action to dbg! all messages related to the original request.