Source profileQuality 86/100

xuzhougeng/wisp-science/skills/compute-env-setup/SKILL.md

compute-env-setup

Set up and validate a reproducible Python or R environment on a Wisp execution context. Use for a selected local, WSL, or direct SSH context when installing scientific packages, configuring caches, recording interpreter activation, or producing an environment smoke test. Do not use for scheduler clusters or managed cloud providers that Wisp cannot track yet.

Source repository stars
560
Declared platforms
0
Static risk flags
0
Last source update
2026-07-28
Source checked
2026-07-28

Decision brief

What it does—and where it fits

Treat the selected and probed ExecutionContext as authoritative. Wisp currently supports local, wsl:, and direct ssh: contexts; it does not expose an authenticated provider SDK inside Python.

Best for

    Not for

    • Do not use for scheduler clusters or managed cloud providers that Wisp cannot track yet.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/xuzhougeng/wisp-science --skill "skills/compute-env-setup"
    Safe inspection promptEditorial

    Inspect the Agent Skill "compute-env-setup" from https://github.com/xuzhougeng/wisp-science/blob/95d2c13d1665d46a388b5bdc998dcce0d5ec2eee/skills/compute-env-setup/SKILL.md at commit 95d2c13d1665d46a388b5bdc998dcce0d5ec2eee. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Direct SSH workflow

      1. Require a selected ssh: context with a recent Probe result. Respect recorded GPU, privilege, interpreter, conda/mamba, module, and scheduler capabilities. 2. If a scheduler is detected, stop. Do not install or run long work on a shared login node; Wisp needs a scheduler-aware…

      Require a selected ssh: context with a recent Probe result. RespectIf a scheduler is detected, stop. Do not install or run long work on aUse at most a few bounded read-only shell commands to confirm free space,
    2. 02

      Setup-script requirements

      Make repeated execution safe: reuse a matching environment or stop with an

      Make repeated execution safe: reuse a matching environment or stop with anKeep pip install phases ordered; a later dependency resolver must not silentlyNever use sudo unless the Probe explicitly records suitable privilege and
    3. 03

      Plan the environment

      Define before installing:

      Python or R version;ordered conda/pip/R package phases with important pins;required CUDA capability and minimum VRAM;
    4. 04

      Local and WSL boundary

      Local and WSL Runs are currently capped at 300 seconds and do not support inputpaths. Use local-env-setup for normal interactive setup. Use runincontext only for a bounded command that finishes within that limit and writes outputs to host-visible project paths.

      Local and WSL Runs are currently capped at 300 seconds and do not support inputpaths. Use local-env-setup for normal interactive setup. Use runincontext only for a bounded command that finishes within that limit and wri…
    5. 05

      Unsupported backends

      Wisp has no scheduler, Modal, RunPod, cloud Batch, container-service, or managed endpoint execution context today. Do not invent a provider id or hide those lifecycles inside an SSH submission command. Explain the boundary or use a dedicated direct SSH host until a backend imple…

      Wisp has no scheduler, Modal, RunPod, cloud Batch, container-service, or managed endpoint execution context today. Do not invent a provider id or hide those lifecycles inside an SSH submission command. Explain the bound…

    Permission review

    Static risk signals and limitations

    No configured static risk pattern was detected

    This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score86/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars560SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    xuzhougeng/wisp-science
    Skill path
    skills/compute-env-setup/SKILL.md
    Commit
    95d2c13d1665d46a388b5bdc998dcce0d5ec2eee
    License
    AGPL-3.0
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    Set up a compute environment

    Treat the selected and probed ExecutionContext as authoritative. Wisp currently supports local, wsl:<distro>, and direct ssh:<alias> contexts; it does not expose an authenticated provider SDK inside Python.

    Plan the environment

    Define before installing:

    • Python or R version;
    • ordered conda/pip/R package phases with important pins;
    • required CUDA capability and minimum VRAM;
    • cache variables and durable weight locations;
    • import checks, CLI checks, and one seeded representative workload;
    • the exact activation command later Runs must include.

    Use references/envs_reference.md for package-order and cache examples, but replace container-specific paths with paths valid on the selected context.

    Direct SSH workflow

    1. Require a selected ssh:<alias> context with a recent Probe result. Respect recorded GPU, privilege, interpreter, conda/mamba, module, and scheduler capabilities.
    2. If a scheduler is detected, stop. Do not install or run long work on a shared login node; Wisp needs a scheduler-aware Run backend first.
    3. Use at most a few bounded read-only shell commands to confirm free space, existing environments, and cache paths.
    4. Write an idempotent project script such as runs/setup-<environment>.sh. It must use user-writable paths, fail fast, activate the environment explicitly, run all smoke checks, and write a small JSON manifest only after validation succeeds.
    5. Submit the setup script through one persisted Run:
    {
      "context_id": "ssh:gpu-box",
      "title": "Set up singlecell environment",
      "command": "bash setup-singlecell.sh /home/me/envs/singlecell /home/me/wisp-env-manifests/singlecell.json",
      "timeout_secs": 14400,
      "input_paths": ["runs/setup-singlecell.sh"],
      "output_specs": [
        {
          "glob": "ssh://gpu-box/home/me/wisp-env-manifests/singlecell.json",
          "kind": "environment-manifest",
          "residency": "remote"
        }
      ]
    }
    
    1. Replace all example paths with probed absolute paths. Call monitor_run exactly once when waiting is useful. Use one get_run snapshot later or cancel_run when requested.
    2. Record the validated activation command, versions, cache paths, GPU witness, date, and known limitations in a normal project file such as environments/<context>/<name>.md. This file is documentation, not a hidden resolver.

    Setup-script requirements

    • Make repeated execution safe: reuse a matching environment or stop with an actionable version mismatch.
    • Keep pip install phases ordered; a later dependency resolver must not silently replace pinned torch, CUDA, JAX, NumPy, or compiled extensions.
    • Never use sudo unless the Probe explicitly records suitable privilege and the user authorizes it. Prefer conda packages, modules, or user paths.
    • Put multi-gigabyte weights in durable remote storage. Populate them with the model's real loader, verify non-empty content and completion markers, then run a representative inference witness.
    • Write the manifest atomically only after imports, GPU visibility, and the representative workload pass.

    Local and WSL boundary

    Local and WSL Runs are currently capped at 300 seconds and do not support input_paths. Use local-env-setup for normal interactive setup. Use run_in_context only for a bounded command that finishes within that limit and writes outputs to host-visible project paths.

    Unsupported backends

    Wisp has no scheduler, Modal, RunPod, cloud Batch, container-service, or managed endpoint execution context today. Do not invent a provider id or hide those lifecycles inside an SSH submission command. Explain the boundary or use a dedicated direct SSH host until a backend implementing submit, poll, cancel, recovery, secrets, and artifact harvest exists.

    Alternatives

    Compare before choosing

    Computed 9531,966

    K-Dense-AI/scientific-agent-skills

    simpy

    Build, inspect, test, and analyze bounded process-based discrete-event simulations with SimPy, including events, resources, interrupts, monitoring, replications, warm-up, and reproducible output analysis.

    Computed 9337,126

    github/awesome-copilot

    flowstudio-power-automate-build

    Build, scaffold, and deploy Power Automate cloud flows using the FlowStudio MCP server. Your agent constructs flow definitions, wires connections, deploys, and tests — all via MCP without opening the portal. Load this skill when asked to: create a flow, build a new flow, deploy a flow definition, scaffold a Power Automate workflow, construct a flow JSON, update an existing flow's actions, patch a flow definition, add actions to a flow, wire up connections, or generate a workflow definition from

    Computed 9210,762

    Jeffallan/claude-skills

    legacy-modernizer

    Designs incremental migration strategies, identifies service boundaries, produces dependency maps and migration roadmaps, and generates API facade designs for aging codebases. Use when modernizing legacy systems, implementing strangler fig pattern or branch by abstraction, decomposing monoliths, upgrading frameworks or languages, or reducing technical debt without disrupting business operations.

    Computed 90234,327

    affaan-m/ECC

    windows-desktop-e2e

    E2E testing for Windows native desktop apps (WPF, WinForms, Win32/MFC, Qt) using pywinauto and Windows UI Automation.