Guide

Running open-weight models yourself

Draft, not yet reviewed

What you are building

You serve an open-weight model and choose the files and templates used to run it. Your review needs to identify the actual artifact and configuration rather than only the name on its model card.

Where untrusted text gets in

  • Chat templates and metadata from the repository you pulled.
  • Source and instructions in extensions installed alongside the model.
  • Skills or MCP servers that gain access through the agent configuration.
  • Prompt or model changes accepted without repeating the approved test pack.

What it can do if it goes wrong

  • Apply template behavior that differs from the declared base and has not been reviewed.
  • Load changed artifacts after the version you inspected has moved.
  • Give an extension wider access than the task needs.
  • Change tool decisions or benign behavior while a familiar model name stays on the interface.

Know the limit

A template difference is a reason to inspect the change, not evidence that a model is malicious. Metadata consistency does not establish safe behavior either. Keep provenance checks, extension review and before-and-after behavioral tests as separate checks, each with the evidence it actually produces.

Minimum controls

  1. Verify the open-weight model you pulled

    30 min

    Open-weight models are checked against their declared base, template changes are reviewed and approved artifacts are locked in CI.

  2. Vet skills, plugins and MCP servers before you install them

    15 min

    Skills, plugins and MCP servers have reviewed source, pinned versions and narrow permissions, with hidden instruction text checked.

  3. Re-test whenever the model or prompt changes

    30 min

    Model versions are pinned, and model or prompt changes rerun the same test pack with matching dataset fingerprints and compared outcomes.