{ "cells": [ { "cell_type": "markdown", "id": "b4db0bfb-f716-41a4-a0e5-a7761c3ec941", "metadata": {}, "source": [ "# Tutorial 0) Arbok, a dynamicially generated qcodes driver" ] }, { "cell_type": "markdown", "id": "162bc0ec-9b00-48ea-871f-b38703a739d3", "metadata": {}, "source": [ "## 0. Introduction and overwiew" ] }, { "cell_type": "markdown", "id": "adaec79a-a403-4fce-ae88-72dd303cd149", "metadata": {}, "source": [ "Welcome to the `arbok_driver` tutorials!" ] }, { "cell_type": "markdown", "id": "4ccff823-1345-4220-85fe-6fa6350bfbe1", "metadata": {}, "source": [ "In this series we will explore how this python package generates a qcodes\n", "driver on the fly to modularize and parameterize our complex measurement sequences.\n", "\n", "Arbok is a top-level python control framework based on [QCoDeS](https://microsoft.github.io/Qcodes/index.html) compiling into FPGA instructions ([QM-QUA SDK](https://pypi.org/project/qm-qua/1.1.7/)) for [quantum machines hardware](https://www.quantum-machines.co/). The core idea behind arbok is to write **qubit control sequences in a device and measurement setup agnostic manner** that are configured/ scaled to larger systems by providing the respective **configurations that characterize that given system**.\n", "\n", "

\n", " \n", "

\n", "\n", "Tutorial 0 briefly introduces arbok and its main user facing classes:\n", "- `ArbokDriver:` The qcodes instrument managing the hardware connection to the OPX\n", "- `Measurement:` The drivers instrument-module(s) orchestrating measurements\n", "- `SubSequence:` The modular building blocks populating measurements with instructions (qua)\n", "- `Device:` Manages device specific configurations\n", "\n", "**QCoDeS** is a full stack data acquisition framework that handles instrument communication, parameterization, data storage and visualization. For now we will not dive into the scalability and features of arbok but will try to understand its connection to QCoDeS and how it leverages its well tested, excellent infrastructure.\n", "\n", "

\n", " \n", "

\n" ] }, { "cell_type": "markdown", "id": "20591693-1005-4139-9c1d-5f58488a2a53", "metadata": {}, "source": [ "The following tutorials will give insights into the following topics:\n", "- **Tutorial 1)** -- Scale up and parameterization\n", "- **Tutorial 2)** -- Readout and live data processing\n", "- **Tutorial 3)** -- Live input streaming of parameters\n", "- **Tutorial 4)** -- Asynchronous operations" ] }, { "cell_type": "markdown", "id": "55cf8861-0348-4c57-8140-6110b6794f1d", "metadata": {}, "source": [ "## 1. Generating a dynamic `arbok_driver`" ] }, { "cell_type": "markdown", "id": "38a3b2e7-e866-44c4-b8ee-34358d1c7084", "metadata": {}, "source": [ "To get started, lets create a simple `ArbokDriver` instance and a `Device`.\n", "The driver itself needs nothing but a name and a device.\n", "The device on the other hand requires a opx hardware configuration as well as\n", "a dict specifying the voltage dividers between the OPX and your physical device.\n", "\n", "Firstly, let's import a few helpers to display external code and the files we are creating." ] }, { "cell_type": "code", "execution_count": 1, "id": "49638df9-0721-4798-9a6f-ee119007c9d6", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T05:16:30.932520Z", "iopub.status.busy": "2025-09-03T05:16:30.932520Z", "iopub.status.idle": "2025-09-03T05:16:30.936680Z", "shell.execute_reply": "2025-09-03T05:16:30.936171Z", "shell.execute_reply.started": "2025-09-03T05:16:30.932520Z" } }, "outputs": [], "source": [ "from rich import print as rprint\n", "import inspect\n", "from IPython.display import Code, display" ] }, { "cell_type": "markdown", "id": "dd7ea246-b3cf-48e0-90cc-7c68cfd69459", "metadata": {}, "source": [ "### 1.1 Creating a `Device` and `ArbokDriver` instance" ] }, { "cell_type": "code", "execution_count": 2, "id": "d1a1b2d4-79f4-4d77-ba98-aa3212855829", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T05:16:31.011589Z", "iopub.status.busy": "2025-09-03T05:16:31.011589Z", "iopub.status.idle": "2025-09-03T05:16:35.543476Z", "shell.execute_reply": "2025-09-03T05:16:35.543476Z", "shell.execute_reply.started": "2025-09-03T05:16:31.011589Z" } }, "outputs": [ { "name": "stdout", "output_type": "stream", "text": [ "2026-04-06 05:18:47,478 - qm - INFO - Starting session: 231af0ae-91a5-4c52-ac09-62a349e881dc\n" ] } ], "source": [ "from arbok_driver import ArbokDriver, Device, Measurement\n", "\n", "from arbok_driver.examples.configurations.hardware import (\n", " divider_config, opx1000_config,\n", ")" ] }, { "cell_type": "code", "execution_count": 3, "id": "789cd51c-e993-4fd0-84a9-0b8f431109f7", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T05:16:35.545481Z", "iopub.status.busy": "2025-09-03T05:16:35.544478Z", "iopub.status.idle": "2025-09-03T05:16:35.548291Z", "shell.execute_reply": "2025-09-03T05:16:35.548291Z", "shell.execute_reply.started": "2025-09-03T05:16:35.545481Z" } }, "outputs": [], "source": [ "mock_device = Device(\n", " name = 'mock_device',\n", " opx_config = opx1000_config,\n", " divider_config = divider_config)\n", "\n", "mock_driver = ArbokDriver(\n", " name = 'mock_driver',\n", " device = mock_device\n", ")" ] }, { "cell_type": "markdown", "id": "882661b7-540f-4aad-b03e-fc0c7e10db1d", "metadata": {}, "source": [ "### 1.2 Adding a `Measurement` to the driver" ] }, { "cell_type": "markdown", "id": "79697e83-1950-47f1-9a30-39465c886742", "metadata": {}, "source": [ "Let's look back on what we did so far! We created a `Device` object that holds the configuration for the OPX as well as a configuration describing the installed dividers on our lines.\n", "That device is then used to create an `ArbokDriver` instance. So far so good but now we want to create some actual measurements." ] }, { "cell_type": "code", "execution_count": 4, "id": "84811edc-4e7b-4ca1-800b-bc446705d5ec", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T05:16:35.549295Z", "iopub.status.busy": "2025-09-03T05:16:35.549295Z", "iopub.status.idle": "2025-09-03T05:16:35.559092Z", "shell.execute_reply": "2025-09-03T05:16:35.559092Z", "shell.execute_reply.started": "2025-09-03T05:16:35.549295Z" } }, "outputs": [], "source": [ "mock_measurement = Measurement(\n", " parent = mock_driver,\n", " name = \"mock_measurement\"\n", ")" ] }, { "cell_type": "markdown", "id": "78d9392f-ab13-4a9f-a5a7-1111989244c0", "metadata": {}, "source": [ "### 1.3 Populating the `Measurement` with a `SubSequence`" ] }, { "cell_type": "markdown", "id": "c61fe1c8-ecd9-4c0c-9110-7d0d7337acf9", "metadata": {}, "source": [ "The fundamental building blocks of arbok are called `SubSequence`s. Those can be arbitrarily simple or complicated.\n", "Below we are inspecting an easy `SquarePulse` class inheriting from `SubSequence`. An element is ramped to a certain amplitude, a wait time is being passed and finally the element is ramped back to its inital voltage. This is assuming the given element is ['sticky'](https://docs.quantum-machines.co/latest/docs/Guides/features/?h=sticky#sticky-element).\n", "\n", "You already see that some of the attributes are being called with brackets e.g self.element(), self.ramp_time(), etc. Those will become important in a bit!" ] }, { "cell_type": "code", "execution_count": 5, "id": "eeb90c3e-46ee-444b-85c3-eab064c4153d", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T05:16:35.560088Z", "iopub.status.busy": "2025-09-03T05:16:35.559092Z", "iopub.status.idle": "2025-09-03T05:16:35.613454Z", "shell.execute_reply": "2025-09-03T05:16:35.613454Z", "shell.execute_reply.started": "2025-09-03T05:16:35.560088Z" } }, "outputs": [ { "name": "stdout", "output_type": "stream", "text": [ "\u001b[31mInit signature:\u001b[39m\n", "SquarePulse(\n", " parent,\n", " name: \u001b[33m'str'\u001b[39m,\n", " sequence_config: \u001b[33m'dict | None'\u001b[39m = \u001b[38;5;28;01mNone\u001b[39;00m,\n", " check_step_requirements: \u001b[33m'bool'\u001b[39m = \u001b[38;5;28;01mFalse\u001b[39;00m,\n", " **kwargs,\n", ")\n", "\u001b[31mSource:\u001b[39m \n", "\u001b[38;5;28;01mclass\u001b[39;00m SquarePulse(SubSequence):\n", " \u001b[33m\"\"\"\u001b[39m\n", "\u001b[33m Class containing parameters and sequence for a simple square pulse\u001b[39m\n", "\u001b[33m \"\"\"\u001b[39m\n", " PARAMETER_CLASS = SquarePulseParameters\n", " arbok_params: SquarePulseParameters\n", " \u001b[38;5;28;01mdef\u001b[39;00m qua_sequence(self):\n", " \u001b[33m\"\"\"Macro that will be played within the qua.program() context\"\"\"\u001b[39m\n", " qua.align()\n", " qua.play(\n", " pulse = \u001b[33m'ramp'\u001b[39m*qua.amp(self.arbok_params.amplitude.qua),\n", " element = self.arbok_params.element.qua,\n", " duration = self.arbok_params.t_ramp.qua\n", " )\n", " qua.wait(\n", " self.arbok_params.t_square_pulse.qua,\n", " self.arbok_params.element.qua)\n", " qua.play(\n", " pulse = \u001b[33m'ramp'\u001b[39m*qua.amp(self.arbok_params.amplitude.qua),\n", " element = self.arbok_params.element.qua,\n", " duration = self.arbok_params.t_ramp.qua\n", " )\n", "\u001b[31mFile:\u001b[39m ~/git-repos/arbok_driver/arbok_driver/examples/sequences/square_pulse.py\n", "\u001b[31mType:\u001b[39m ABCMeta\n", "\u001b[31mSubclasses:\u001b[39m " ] } ], "source": [ "from arbok_driver.examples.sequences.square_pulse import SquarePulse\n", "from configurations.square_pulse_config import square_pulse_config\n", "\n", "SquarePulse??" ] }, { "cell_type": "markdown", "id": "6af2cfb0-1e7c-47c9-8674-c192924cb5ea", "metadata": {}, "source": [ "In order to populate a measurement with sub-sequences, we have to create a dict reflecting the structure of our measurement. Here we are just considering a single `SubSequence` in the form of a `SquarePulse`. It is parameterized by a configuration. We will ignore this part for now and will go in depth in tutorial 1." ] }, { "cell_type": "code", "execution_count": 6, "id": "fc8296ed-0ff9-4b36-92e5-a6590d5859be", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T05:16:35.614454Z", "iopub.status.busy": "2025-09-03T05:16:35.614454Z", "iopub.status.idle": "2025-09-03T05:16:35.618049Z", "shell.execute_reply": "2025-09-03T05:16:35.618049Z", "shell.execute_reply.started": "2025-09-03T05:16:35.614454Z" } }, "outputs": [ { "name": "stderr", "output_type": "stream", "text": [ "/home/nixos/git-repos/arbok_driver/arbok_driver/sequence_base.py:650: UserWarning: If both 'config' and 'sequence' are given, 'sequence' will be used and the seq given in 'config' will be ignored. Sequence square_pulse: SquarePulse -> SquarePulse\n", " warnings.warn(\n" ] } ], "source": [ "sub_sequence_dict = {\n", " 'square_pulse': {\n", " 'sequence': SquarePulse,\n", " 'config': square_pulse_config\n", " }\n", "}\n", "\n", "mock_measurement.add_subsequences_from_dict(sub_sequence_dict)" ] }, { "cell_type": "markdown", "id": "341fa3fc-1999-4c56-a1c1-836d3e9cbf4c", "metadata": {}, "source": [ "The current structure is visualized by the figure below. We created an `arbok_driver` instance and added a measurement to it. This empty measurement was populated with a `SquarePulse` `SubSequence`.\n", "The `ArbokDriver` inherits from `qcodes.Instrument` and each box in the figure is a `qcodes.InstrumentModule` of the box that contains it.\n", "\n", "

\n", " \n", "

" ] }, { "cell_type": "markdown", "id": "71918167-f092-4ea9-9407-3d2b688b21f0", "metadata": {}, "source": [ "If you want to check the resulting structure of your measurement you can either list its sub_sequences or you draw the sub_sequence tree. Since the arbok_driver is based on QCoDeS, we can use all their helper functions as well to inspect our dynamicaly created instrument. As you see below, so far our driver has one measurement which is implemented as an [`InstrumentModule`](https://microsoft.github.io/Qcodes/api/instrument/index.html#qcodes.instrument.InstrumentModule) which has a sub-module (SquarePulse) itself. `print_readable_snapshot` also lists all available parameters and their current values." ] }, { "cell_type": "code", "execution_count": 7, "id": "624e504c-9093-4fb9-a05b-e32c33cc87e1", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T05:16:35.619045Z", "iopub.status.busy": "2025-09-03T05:16:35.618049Z", "iopub.status.idle": "2025-09-03T05:16:35.633188Z", "shell.execute_reply": "2025-09-03T05:16:35.633188Z", "shell.execute_reply.started": "2025-09-03T05:16:35.619045Z" } }, "outputs": [ { "data": { "text/plain": [ "[]" ] }, "execution_count": 7, "metadata": {}, "output_type": "execute_result" } ], "source": [ "mock_measurement.sub_sequences" ] }, { "cell_type": "code", "execution_count": 8, "id": "46c71cf5-9c03-4a79-b042-1424082e73c8", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T05:16:35.634190Z", "iopub.status.busy": "2025-09-03T05:16:35.634190Z", "iopub.status.idle": "2025-09-03T05:16:35.644386Z", "shell.execute_reply": "2025-09-03T05:16:35.644386Z", "shell.execute_reply.started": "2025-09-03T05:16:35.634190Z" } }, "outputs": [ { "name": "stdout", "output_type": "stream", "text": [ "mock_measurement\n", "└── square_pulse\n" ] } ], "source": [ "mock_measurement.draw_sub_sequence_tree()" ] }, { "cell_type": "code", "execution_count": 9, "id": "24030b97-fc61-4f92-b0fc-df830e49ce9d", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T06:32:32.884223Z", "iopub.status.busy": "2025-09-03T06:32:32.884223Z", "iopub.status.idle": "2025-09-03T06:32:32.891255Z", "shell.execute_reply": "2025-09-03T06:32:32.890740Z", "shell.execute_reply.started": "2025-09-03T06:32:32.884223Z" } }, "outputs": [ { "data": { "text/plain": [ "{'mock_driver_mock_measurement': }" ] }, "execution_count": 9, "metadata": {}, "output_type": "execute_result" } ], "source": [ "mock_driver.submodules" ] }, { "cell_type": "code", "execution_count": 10, "id": "6e8c0aff-4926-476b-9bbd-a05c15f2a966", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T05:16:35.645387Z", "iopub.status.busy": "2025-09-03T05:16:35.645387Z", "iopub.status.idle": "2025-09-03T05:16:35.654956Z", "shell.execute_reply": "2025-09-03T05:16:35.654956Z", "shell.execute_reply.started": "2025-09-03T05:16:35.645387Z" } }, "outputs": [ { "name": "stdout", "output_type": "stream", "text": [ "mock_driver:\n", "\tparameter value\n", "--------------------------------------------------------------------------------\n", "IDN :\tNone \n", "iteration :\tNone \n", "mock_driver_mock_measurement:\n", "\tparameter value\n", "--------------------------------------------------------------------------------\n", "mock_driver_mock_measurement_square_pulse:\n", "\tparameter value\n", "--------------------------------------------------------------------------------\n", "amplitude :\t0.1 (V)\n", "element :\tgate_1 (N/A)\n", "t_ramp :\t200 (s)\n", "t_square_pulse :\t100 (s)\n" ] } ], "source": [ "mock_driver.print_readable_snapshot()" ] }, { "cell_type": "markdown", "id": "4395c1f5-0057-4088-97b3-901ea02e8cde", "metadata": {}, "source": [ "## 2. Generating a qua program to run" ] }, { "cell_type": "markdown", "id": "a2a8f086-7dee-42d1-9f62-5c258e84365b", "metadata": {}, "source": [ "As soon as we have populated a `Measurment`, we can generate a qua program. Lets do that, save it to a file and discuss what we are seeing." ] }, { "cell_type": "markdown", "id": "79da463b-c8ba-4aff-8c75-08199f02a653", "metadata": {}, "source": [ "Looks familiar, right? I'm sure you are recognizing the square pulse we inspected earlier.\n", "\n", "You see that all the parameters were converted to the values we observed in the snapshot.\n", "\n", "However, we see a bit more than we expected! The entire code is nested in an `infinite_loop` starting with a `pause` statement. This will become important in the next part in order to synchronize the running program with the driver running on your local machine. The same is true for the `stream_processing` section in the bottom." ] }, { "cell_type": "code", "execution_count": 11, "id": "9c05f606-5cf3-49bb-8c9d-7b4e84796532", "metadata": { "execution": { "iopub.execute_input": "2025-09-03T06:51:02.207656Z", "iopub.status.busy": "2025-09-03T06:51:02.206659Z", "iopub.status.idle": "2025-09-03T06:51:02.359148Z", "shell.execute_reply": "2025-09-03T06:51:02.359148Z", "shell.execute_reply.started": "2025-09-03T06:51:02.207656Z" } }, "outputs": [ { "data": { "text/html": [ "
\n",
       "# Single QUA script generated at 2026-04-06 05:18:49.564030\n",
       "# QUA library version: 1.2.5\n",
       "\n",
       "\n",
       "from qm import CompilerOptionArguments\n",
       "from qm.qua import *\n",
       "\n",
       "with program() as prog:\n",
       "    v1 = declare(int, value=0)\n",
       "    with infinite_loop_():\n",
       "        pause()\n",
       "        assign(v1, 0)\n",
       "        align()\n",
       "        play(\"ramp\"*amp(0.1), \"gate_1\", duration=200)\n",
       "        wait(100, \"gate_1\")\n",
       "        play(\"ramp\"*amp(0.1), \"gate_1\", duration=200)\n",
       "        align()\n",
       "        assign(v1, (v1+1))\n",
       "        r1 = declare_stream()\n",
       "        save(v1, r1)\n",
       "        align()\n",
       "    with stream_processing():\n",
       "        r1.buffer(1).save(\"mock_driver_mock_measurement_shots\")\n",
       "\n",
       "config = None\n",
       "\n",
       "loaded_config = None\n",
       "\n",
       "\n",
       "
\n" ], "text/plain": [ "\n", "# Single QUA script generated at \u001b[1;36m2026\u001b[0m-\u001b[1;36m04\u001b[0m-\u001b[1;36m06\u001b[0m \u001b[1;92m05:18:49\u001b[0m.\u001b[1;36m564030\u001b[0m\n", "# QUA library version: \u001b[1;36m1.2\u001b[0m.\u001b[1;36m5\u001b[0m\n", "\n", "\n", "from qm import CompilerOptionArguments\n", "from qm.qua import *\n", "\n", "with \u001b[1;35mprogram\u001b[0m\u001b[1m(\u001b[0m\u001b[1m)\u001b[0m as prog:\n", " v1 = \u001b[1;35mdeclare\u001b[0m\u001b[1m(\u001b[0mint, \u001b[33mvalue\u001b[0m=\u001b[1;36m0\u001b[0m\u001b[1m)\u001b[0m\n", " with \u001b[1;35minfinite_loop_\u001b[0m\u001b[1m(\u001b[0m\u001b[1m)\u001b[0m:\n", " \u001b[1;35mpause\u001b[0m\u001b[1m(\u001b[0m\u001b[1m)\u001b[0m\n", " \u001b[1;35massign\u001b[0m\u001b[1m(\u001b[0mv1, \u001b[1;36m0\u001b[0m\u001b[1m)\u001b[0m\n", " \u001b[1;35malign\u001b[0m\u001b[1m(\u001b[0m\u001b[1m)\u001b[0m\n", " \u001b[1;35mplay\u001b[0m\u001b[1m(\u001b[0m\u001b[32m\"ramp\"\u001b[0m*\u001b[1;35mamp\u001b[0m\u001b[1m(\u001b[0m\u001b[1;36m0.1\u001b[0m\u001b[1m)\u001b[0m, \u001b[32m\"gate_1\"\u001b[0m, \u001b[33mduration\u001b[0m=\u001b[1;36m200\u001b[0m\u001b[1m)\u001b[0m\n", " \u001b[1;35mwait\u001b[0m\u001b[1m(\u001b[0m\u001b[1;36m100\u001b[0m, \u001b[32m\"gate_1\"\u001b[0m\u001b[1m)\u001b[0m\n", " \u001b[1;35mplay\u001b[0m\u001b[1m(\u001b[0m\u001b[32m\"ramp\"\u001b[0m*\u001b[1;35mamp\u001b[0m\u001b[1m(\u001b[0m\u001b[1;36m0.1\u001b[0m\u001b[1m)\u001b[0m, \u001b[32m\"gate_1\"\u001b[0m, \u001b[33mduration\u001b[0m=\u001b[1;36m200\u001b[0m\u001b[1m)\u001b[0m\n", " \u001b[1;35malign\u001b[0m\u001b[1m(\u001b[0m\u001b[1m)\u001b[0m\n", " \u001b[1;35massign\u001b[0m\u001b[1m(\u001b[0mv1, \u001b[1m(\u001b[0mv1+\u001b[1;36m1\u001b[0m\u001b[1m)\u001b[0m\u001b[1m)\u001b[0m\n", " r1 = \u001b[1;35mdeclare_stream\u001b[0m\u001b[1m(\u001b[0m\u001b[1m)\u001b[0m\n", " \u001b[1;35msave\u001b[0m\u001b[1m(\u001b[0mv1, r1\u001b[1m)\u001b[0m\n", " \u001b[1;35malign\u001b[0m\u001b[1m(\u001b[0m\u001b[1m)\u001b[0m\n", " with \u001b[1;35mstream_processing\u001b[0m\u001b[1m(\u001b[0m\u001b[1m)\u001b[0m:\n", " \u001b[1;35mr1.buffer\u001b[0m\u001b[1m(\u001b[0m\u001b[1;36m1\u001b[0m\u001b[1m)\u001b[0m\u001b[1;35m.save\u001b[0m\u001b[1m(\u001b[0m\u001b[32m\"mock_driver_mock_measurement_shots\"\u001b[0m\u001b[1m)\u001b[0m\n", "\n", "config = \u001b[3;35mNone\u001b[0m\n", "\n", "loaded_config = \u001b[3;35mNone\u001b[0m\n", "\n", "\n" ] }, "metadata": {}, "output_type": "display_data" } ], "source": [ "rprint(mock_measurement.get_qua_program_as_str())" ] }, { "cell_type": "markdown", "id": "7412983c-bb38-43a0-a388-34e155e7b060", "metadata": {}, "source": [ "## 3. Summary" ] }, { "cell_type": "markdown", "id": "8bf6fba8-e663-4800-82b4-ec4219a70cfe", "metadata": {}, "source": [ "In this tutorial, we introduced the core concepts and workflow of the `arbok_driver` package. We demonstrated how to set up a mock device and driver using configuration files, and how to add a measurement to the driver. We explored the modular structure of measurements by adding a simple `SquarePulse` sub-sequence, and visualized the resulting instrument hierarchy. Finally, we generated a QUA program from the configured measurement, showing how the high-level abstractions in `arbok_driver` translate into executable code for quantum hardware. This foundation prepares us for more advanced topics in subsequent tutorials, such as scaling up measurements, data readout and processing as well as asynchronous operations like feedback or heraled operations." ] }, { "cell_type": "markdown", "id": "5407e790-04e9-460c-97d6-5edde4b43da0", "metadata": {}, "source": [ "Continue with tutorial 1" ] }, { "cell_type": "code", "execution_count": null, "id": "cfe9f0bf-d0d2-4fb3-9040-274541819354", "metadata": {}, "outputs": [], "source": [] } ], "metadata": { "kernelspec": { "display_name": "arbok-driver", "language": "python", "name": "python3" }, "language_info": { "codemirror_mode": { "name": "ipython", "version": 3 }, "file_extension": ".py", "mimetype": "text/x-python", "name": "python", "nbconvert_exporter": "python", "pygments_lexer": "ipython3", "version": "3.13.5" } }, "nbformat": 4, "nbformat_minor": 5 }