Source profileQuality 77/100

xuzhougeng/wisp-science/skills/using-model-endpoint/SKILL.md

using-model-endpoint

Invoke an already configured model endpoint from a supported Wisp execution context and capture the bounded inference as a Run. Use only when the endpoint URL and authentication are already available inside that context; this skill does not register or manage services.

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

Decision brief

What it does—and where it fits

Wisp can record a bounded client invocation as a Run, but it does not register or manage the endpoint. Require all of the following:

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    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/using-model-endpoint"
    Safe inspection promptEditorial

    Inspect the Agent Skill "using-model-endpoint" from https://github.com/xuzhougeng/wisp-science/blob/95d2c13d1665d46a388b5bdc998dcce0d5ec2eee/skills/using-model-endpoint/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

      Invocation workflow

      1. Write a small deterministic client such as runs/callendpoint.py. Read the URL and credential variable names at runtime; never embed secret values. 2. Validate its request against the endpoint's documented schema. 3. For SSH, stage the client and small inputs with inputpaths.…

      Write a small deterministic client such as runs/callendpoint.py. Read theValidate its request against the endpoint's documented schema.For SSH, stage the client and small inputs with inputpaths. Keep large

    Permission review

    Static risk signals and limitations

    Network access

    medium · line 21

    The documentation includes network, browsing, or remote request actions.

    Validate its request against the endpoint's documented schema.

    Evidence record

    Why each signal appears

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

    Pinned source

    Provenance and original SKILL.md

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

    Use an existing model endpoint

    Wisp can record a bounded client invocation as a Run, but it does not register or manage the endpoint. Require all of the following:

    • a selected local, wsl:<distro>, or ssh:<alias> context;
    • a concrete endpoint URL reachable from that context;
    • authentication already configured by the user in that execution environment or the endpoint client's own external configuration;
    • a documented request and response schema;
    • a finite request timeout and a concrete output path.

    Do not ask the user to paste secrets into the command, project files, or chat. Wisp exposes no credential accessor to the Agent and does not inject keyring values into run_in_context commands.

    Invocation workflow

    1. Write a small deterministic client such as runs/call_endpoint.py. Read the URL and credential variable names at runtime; never embed secret values.
    2. Validate its request against the endpoint's documented schema.
    3. For SSH, stage the client and small inputs with input_paths. Keep large inputs at an existing absolute remote path.
    4. Submit one invocation with run_in_context and register the response with output_specs:
    {
      "context_id": "ssh:gpu-box",
      "title": "Existing endpoint inference",
      "command": "source ~/miniforge3/etc/profile.d/conda.sh && conda activate endpoint-client && python call_endpoint.py --input request.json --output /home/me/wisp-results/endpoint/response.json",
      "timeout_secs": 300,
      "input_paths": ["runs/call_endpoint.py", "data/request.json"],
      "output_specs": [
        {
          "glob": "ssh://gpu-box/home/me/wisp-results/endpoint/response.json",
          "kind": "json",
          "residency": "remote"
        }
      ]
    }
    
    1. Replace all example context and paths. Call monitor_run once when waiting is useful, get_run once for a snapshot, or cancel_run to stop.

    Local and WSL Runs are capped at 300 seconds and do not accept input_paths. Keep their client and outputs in host-visible project paths. If endpoint setup, tunnelling, health management, or deployment is required, stop and load managed-model-endpoints for the explicit current boundary.

    Alternatives

    Compare before choosing