메뉴
Land a code change safely — review, fix, commit, push — with guardrails that verify the change actually works first. Use when finishing a piece of work that needs to land on a branch.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
Containerize a CEDA app the house way — a uv-based Python image, non-root runtime user, pinned apt packages, and a docker-compose for local dev. Use when adding or editing a Dockerfile / docker-compose.yml in a CEDA repo, or debugging a container build.
Take a CEDA app from code to a running Kubernetes deployment on SURF's SDP — obtain access, create the GitLab repo (Terraform in gitlab-config), request a tenant, copy the GitLab scaffolding from a template repo, and wire up per-env manifests/URLs. Use when standing up a NEW CEDA/SDP service or onboarding a repo to the SURF Developer Platform.
Gebruik deze skill wanneer de gebruiker hulp nodig heeft bij het ontwerpen of verbeteren van software of webapplicaties — van probleemdefiniëring tot interactieontwerp en visuele uitwerking. Activeer bij verzoeken zoals 'ontwerp een nieuwe pagina of flow', 'hoe moet dit werken voor de gebruiker', 'maak dit component of scherm beter', 'ik heb een formulier/dashboard/checkout nodig voor X', 'deze interface voelt niet goed', 'kun je dit herontwerpen', 'help me met de UX hiervan', of 'welke schermen heb ik nodig voor dit proces'. Gebruik ook wanneer de gebruiker code, een screenshot of een beschrijving deelt en vraagt om UX- of UI-verbeteringen — zelfs als ze het woord 'ontwerp' niet gebruiken. Twijfel je? Als het verzoek gaat over hoe een gebruiker iets ervaart, begrijpt of afrondt, gebruik dan deze skill.
Genereer en ontwikkel nieuwe ideeën vanuit een 'Hoe kunnen we...'-vraag (HMW) of probleemstelling binnen het onderwijsdomein (mbo/hbo/wo), via een divergeer-fase (zoveel mogelijk ideeën, geen kritiek) gevolgd door een convergeer-fase (clusteren, prioriteren, concepten uitwerken). Gebruik deze skill altijd wanneer de gebruiker wil brainstormen, ideeën wil genereren of ontwikkelen, een ideation-sessie wil simuleren, of een HMW-vraag (uit de hoe-kunnen-we-skill of zelf aangeleverd) wil laten uitwerken tot concrete richtingen. Trigger ook bij zinnen als "brainstorm hierover", "welke ideeën zijn er voor...", "laten we ideeën ontwikkelen", "denk mee over oplossingen voor", "divergeren en convergeren", "kom met zoveel mogelijk opties", of wanneer iemand een probleem of ontwerpvraag deelt en om concrete richtingen of concepten vraagt in plaats van een enkel antwoord. Levert de volledige ideeënlijst, clusters en uitgewerkte concepten in de chat plus een .md-bestand op.
Genereer centrale inzichten (key insights) voor de docent en de onderwijsondersteuner volgens het WIE/WIL/WANT/MAAR-stramien, op basis van empathy map-input (ziet, hoort, gedrag, pijn, verlangen, motivatie). Gebruik deze skill altijd wanneer de gebruiker centrale inzichten, key insights, insight statements of kerninzichten wil voor docenten, opleiders, onderwijsontwikkelaars, ICTO-ondersteuners of onderwijskundigen in mbo/hbo/wo. Trigger ook bij zinnen als "maak centrale inzichten voor de docent", "key insights ondersteuner", "kerninzichten onderwijsontwikkeling", "vertaal deze docentpersona naar inzichten", "WIE WIL WANT MAAR", of wanneer iemand empathy map-onderdelen over onderwijsontwerp, lesmateriaal, betrokkenheid of onderwijskwaliteit aanlevert en daar spanningen uit wil destilleren. Werkt ook zonder input: dan gebruik je de ingebouwde persona's. Levert 3-5 inzichten in de chat plus een .md-bestand op, en verwijst door naar de hoe-kunnen-we skill.
Genereer centrale inzichten (key insights) voor de leven-lang-lerende en de leven-lang-lerende-begeleider volgens het WIE/WIL/WANT/MAAR-stramien, op basis van empathy map-input (ziet, hoort, gedrag, pijn, verlangen, motivatie). Gebruik deze skill altijd wanneer de gebruiker centrale inzichten, key insights, insight statements of kerninzichten wil voor lerenden, studenten, studentbegeleiders, studieloopbaanbegeleiders of praktijkopleiders in mbo/hbo/wo. Trigger ook bij zinnen als "maak hier centrale inzichten van", "key insights", "kerninzichten", "wat zijn de inzichten uit deze empathy map", "vertaal deze persona naar inzichten", "WIE WIL WANT MAAR", "insight statement", of wanneer iemand empathy map-onderdelen (ziet/hoort/denkt/voelt/doet/pijn/verlangen) aanlevert en daar spanningen uit wil destilleren. Werkt ook zonder input: dan gebruik je de ingebouwde persona's. Levert 3-5 inzichten in de chat plus een .md-bestand op, en verwijst door naar de hoe-kunnen-we skill.
| name | ship |
| description | Land a code change safely — review, fix, commit, push — with guardrails that verify the change actually works first. Use when finishing a piece of work that needs to land on a branch. |
Land a change safely: verify the work actually runs before calling it done, keep git state clean, and commit with a conventional message.
When the user invokes /ship:
Run the relevant tests + linter (uv run pytest ..., uvx ruff check ...).
Note: heavy Polars tests may segfault locally under x86/Rosetta emulation —
that's environmental, not a code failure; CI runners are native and fine.
For anything user-facing, verify it actually works; be explicit about coverage gaps. For UI/browser changes that can't be tested headless, SAY SO and ask for confirmation — never claim a UI change works without evidence. Distinguish "static checks pass" from "feature verified".
Review the diff. Stage only intended files by name (never git add -A).
Commit with a conventional message (fix:/feat:/test:/ci: ...); body in
Dutch is fine. If the team convention is to attribute AI-assisted commits, add a
trailing Co-Authored-By: Claude <noreply@anthropic.com> line. Then push. If a
PR is involved, consider /pr-reply or /branch-pr next.
git status and confirm no
unintended staged changes (a checkout can silently stage reverting changes);
reconcile local vs remote before committing.coverage.xml, generated HTML, etc.).$GITHUB_TOKEN can shadow the gh login — prefix gh
commands with unset GITHUB_TOKEN &&.