FABLE Pyculator Onboarding
This guide is for HQP joining the Modelwright/FABLE Pyculator pilot. The immediate goal is to help new testers run the tracked notebook examples, record validation results, and report usability friction in a consistent place.
The FABLE Pyculator is a workflow name for using Modelwright-generated Python models with FABLE Calculator workbooks. It is not a separate package and it is not a claim that arbitrary FABLE country calculators are production-ready.
Start In The Project Dev Environment
Use the project JupyterHub environment:
https://fresh01.01101.dev/jupyterhub14/
Log in with your UBC CWL. After login, JupyterLab should open a default Launcher tab.
From that Launcher tab, click VSCode (code-server) at the end of the top row of launch buttons. The JupyterLab interface also works, but VSCode has better built-in support for GitHub authentication, repository cloning, Python environments, and notebook editing. In JupyterLab, those steps require more manual shell commands.
Set Up The Repository In VSCode
In VSCode/code-server:
Authenticate VSCode with your GitHub account when prompted.
Clone the Modelwright repository from GitHub.
Open the cloned repository folder.
Open one of the tracked notebooks under
examples/notebooks/.Allow VSCode to install the Python and Jupyter extensions if prompted.
Create a repository-local virtual environment from the repo root:
python -m venv .venv .venv/bin/python -m pip install --upgrade pip .venv/bin/python -m pip install -e '.[dev]'
Select the
.venvPython interpreter as the notebook kernel.Run the notebook cells live.
If VSCode asks whether it can trust the workspace, approve the repository workspace only if it is the Modelwright checkout you cloned from the project GitHub repository.
What To Try First
Start with the Examples Gallery:
https://ubc-fresh.github.io/modelwright/examples.html
Then run the tracked notebooks:
examples/notebooks/synthetic-notebook-interface.ipynbexamples/notebooks/fable-2020-notebook-interface.ipynb
As you go, write down every point where the workflow assumes too much, hides too much, or makes you wonder what to do next. Those notes are part of the development process.
Where To Leave Notes
Use GitHub issues for structured project notes:
Use the FABLE validation run form when comparing Excel and generated Python outputs.
Use the usability observation form when something about the interface, notebook, or documentation is confusing.
Use the setup problem form when the dev environment, GitHub authentication, VSCode,
.venv, or notebook kernel setup blocks progress.
If you want help getting set up, ping Greg in Basecamp and ask for a setup working session. It is also fine to work through the setup independently and report what was confusing afterward.
Source Workbook Hygiene
Raw FABLE Calculator workbooks, downloaded country calculators, generated Python clones, local logs, and full validation reports should stay as local working material unless the maintainer explicitly approves a small sanitized tracked artifact.
Keep local workbook material under ignored tmp/ paths. Do not commit original workbook files to
the Modelwright repository.
Safe tracked material includes small scripts, cleaned notes, sanitized validation summaries, compact manifest examples, generated Python outputs that have been explicitly approved for tracking, and documentation.