Use when browser automation needs a human checkpoint: the user wants to demonstrate a workflow once, watch and verify an agent-driven browser result before proceeding, log in or complete MFA/credential-sensitive steps manually, connect through VNC, or use…
Drive a live marimo notebook as a workspace: run Python in the same kernel the user does, inspect live notebook state, and commit durable notebook changes. Use when the user wants to start a marimo notebook or pair on an active marimo session.
Run a bash script inside an Antithesis run at a chosen moment with `snouty runs exec`, from the terminal and without a browser. Use it for scripted forensics on a run: process and container inspection, on-disk evidence, gdb attach, and general debugging.…
Use Antithesis documentation efficiently for product, workflow, and integration questions. Prefer the snouty docs CLI when available, and otherwise request markdown versions of documentation pages directly.
Design and build an Antithesis workload for a specific feature: analyze the feature, discover its testable properties, build a self-driving workload that runs locally and in Antithesis, and iterate until the feature's behaviors are exercised and its…
Launch an Antithesis run with snouty by discovering the harness layout, building the right Docker Compose config, running `snouty validate`, bailing on validation failure, and then submitting `snouty launch` with sane metadata. Use when the user wants to…
Validate that an Antithesis property catalog can actually catch bugs. For each safety property, inject one realistic mutant into the SUT, run it, and confirm the targeted property fires. Diagnoses survivors as a bad mutant, bad oracle, bad workload, or bad…
Analyze a codebase to figure out how it should be tested with Antithesis: map the system, identify failure-prone areas and testable properties, and produce the research artifacts needed for workload and environment planning.
Review a workload's input generation for state space exploration: how well it uses randomness to drive the system under test into diverse regions of behavior.
Scaffold the Antithesis harness for customers running Kubernetes: Convert helm charts, kustomize templates, or raw Kubernetes manifests into a minimized set of manifests for Antithesis. Verify the Kubernetes manifests are in the correct shape with snouty…
Scaffold the Antithesis harness with docker-compose: initialize the working directory, write Dockerfiles and docker-compose.yaml with build directives, and prepare to submit your first Antithesis test run. If the desired setup is Kubernetes, defer to the…
File a bug report or feedback on the Antithesis skills by opening a pre-filled GitHub issue URL (skill name, skill version, agent, short summary). Load when the user wants to report a problem with, or give feedback on, any Antithesis skill. Does not…
Triage Antithesis test reports to understand what happened in a run: look up runs, check status, investigate failed properties (assertions), view metadata, download logs, search events across all timelines, inspect findings, and examine environmental details.…
Write property-based tests using Hegel across Rust, Go, C++, TypeScript, Java, OCaml, and Python projects. Use this skill whenever the user asks to write tests, add test coverage, or improve testing for functions, modules, or libraries — especially when the…
Quick reference for Caveman modes and commands; does not activate them. Use only when explicitly requested by name or enabled in repository instructions.
Caveman-style responses, lite by default, with full, ultra, and wenyan modes. Use only when explicitly requested by name or enabled in repository instructions.
Zero Framework Cognition principles for projects that explicitly adopt ZFC. Use only when explicitly requested by name or enabled in repository instructions.
Cache and refresh remote git repositories under ~/.cache/checkouts/<host>/<org>/<repo> so future references can reuse a local copy. Use this skill when the user points you to a remote git repository as reference or you encountered a remote git repo through…
Upgrade provider SDK dependencies in a Pulumi project and reconcile preview diffs. Use only when explicitly requested by name or enabled in repository instructions.
Pulumi TypeScript/Python resource, Output, configuration, and CI practices. Use only when explicitly requested by name or enabled in repository instructions.
Transfer work to Pulumi Neo only with explicit user handoff authorization. Use only when explicitly requested by name or enabled in repository instructions.
Maintain Pulumi provider repositories with the upgrade-provider tool. Use only when explicitly requested by name or enabled in repository instructions.
Manage Terraform provider submodule patches with scripts/upstream.sh. Use only when explicitly requested by name or enabled in repository instructions.
Creates and reviews expect tests, inline snapshots, approval tests, and golden files. Use when adding exact-output regression tests or investigating snapshot mismatches. Not for Tcl Expect automation or ordinary expect() assertions.
Preserve the RPI workflow commands create_plan, implement_plan, and research_codebase inside a portable skill. Use when the user refers to those exact command names, asks for RPI workflows, or wants the original Claude command behavior preserved as closely as…
Write implementation devlogs that capture current session progress, learnings, related artifacts, and next steps. Use when the user asks for a devlog or WIP devlog.