jupyter/skills/notebook-templates/SKILL.md
Starter notebook templates provisioned into the workspace volume at deploy time. First data-only candy in the project — no packages, no services, no dependencies. Use when working with notebook-templates, data candies, or jupyter initial content.
npx skillsauth add overthinkos/overthink-plugins notebook-templatesInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
| Property | Value |
|----------|-------|
| Dependencies | (none) |
| Packages | (none) |
| Services | (none) |
| Volumes | workspace -> /workspace |
| Data | data/notebooks -> workspace volume |
| Install files | (none) |
This is a data candy — the first of its kind in the project. It uses the data: field in charly.yml to map a directory of files to a named volume:
info: "Starter notebook templates for jupyter"
data:
- src: data/notebooks
volume: workspace
At build time, the contents of data/notebooks/ are staged into /data/workspace/ inside the box.
At deploy time, when the volume is configured as a bind mount (charly config --bind workspace), charly config copies the staged data from the box into the host-backed volume directory. This seeds the volume with starter content (e.g., getting-started.ipynb).
| File | Purpose |
|------|---------|
| getting-started.ipynb | Starter notebook for new jupyter deployments |
# charly.yml
jupyter:
candy:
- notebook-templates
# ... other candies
# Deploy with bind-backed workspace volume
charly config jupyter --bind workspace
# Data is copied from image to host volume on first config
charly start jupyter
/charly-jupyter:jupyter/charly-jupyter:jupyter-ml/charly-jupyter:jupyter-ml-notebook/charly-image:layer -- data field documentation and candy authoring rules/charly-core:charly-config -- data provisioning during charly config setup/charly-core:deploy -- volume backing configuration (bind, named, encrypted)/charly-jupyter:jupyter -- the JupyterLab candy that consumes the workspace volume/charly-jupyter:jupyter -- the box that includes this candyUse when the user asks about:
data: field in charly.ymlgetting-started.ipynb notebookcharly config seeds bind-backed volumes with box data/charly-check:check — declarative testing (check: block, charly check box, charly check live)tools
Use when authoring or modifying a charly PLUGIN — a candy with a `plugin:` block that contributes Providers (verbs/kinds/deploy-targets/steps/builders/commands), its own CUE schema, builtin (compiled-in) or external (out-of-tree git repo). Covers the unified Provider model, the per-plugin CUE-schema contract (single source → Go params for dev + schema-over-Describe RPC for runtime), the SDK, and the loader.
tools
The CUE data-validation / configuration CLI (cue), pinned to v0.16.1. Use when working with the cue candy, installing the cue binary into a box or onto a target:local dev host, or running the offline schema-vendoring pipeline that feeds charly's egress validation.
tools
CUE EGRESS validation — validating (and, where it adds value, generating) the config files charly WRITES to a system BEFORE the bytes hit disk. MUST be invoked before working on charly/egress.go, the vendored schemas under candy/plugin-egress/egress-schemas/vendor/, the ValidateEgress / registerVendoredEgressKind path, the offline `task cue:vendor` pipeline, or adding an egress schema for any written artifact (cloud-init, k8s manifests, traefik routes, runtime config, install ledger, systemd/quadlet units, ssh_config, libvirt XML).
tools
Kubernetes cluster-probe declarative check verb — the `kube:` check verb (nodes, pods, ingress, storage class, addon health, apply/delete, and arbitrary resource GETs) served out-of-process by the candy/plugin-kube plugin (vendored client-go; no external kubectl required).