vastai-debug-bundle
Bundles diagnostic info including instance status, logs, and account details for Vast.ai troubleshooting.
Install
mkdir -p .claude/skills/vastai-debug-bundle && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/5332" && unzip -o skill.zip -d .claude/skills/vastai-debug-bundle && rm skill.zipInstalls to .claude/skills/vastai-debug-bundle
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Collect Vast.ai debug evidence for support tickets and troubleshooting.Key capabilities
- →Collect account information and balance status
- →List all instances with GPU details and SSH connectivity
- →Retrieve instance logs for troubleshooting
- →Perform remote GPU diagnostics including nvidia-smi
- →Verify API connectivity
How it works
It aggregates system-level logs, API status, and remote hardware metrics into a single diagnostic report. It uses SSH to execute commands on the instance to verify driver and memory health.
Inputs & outputs
When to use vastai-debug-bundle
- →Preparing support tickets
- →Investigating GPU instance issues
- →Collecting logs for diagnostics
About this skill
Redacted Vast.ai Support Manifest
Overview
A useful bundle binds exact resource IDs, CLI version, timestamps, states, and redacted errors. It does not archive the entire environment, shell history, account profile, or secret-bearing generated curl commands.
Prerequisites
- Incident window, affected instance/endpoint/workergroup IDs, and symptom
- Evidence classification, retention period, support case owner, and approved destination
- Redaction rules for API keys, URLs, emails, storage credentials, model inputs, and customer data
Instructions
Step 1: Freeze the collection plan
List each command, field, time range, and justification before reading data. Exclude environment dumps and home-directory archives.
Step 2: Collect control-plane facts
Record CLI version, redacted show user, structured instance or Serverless state, offer/template identity, and timestamps.
Step 3: Collect bounded logs
Retrieve only the relevant container, endpoint, or workergroup log window and filter known credential and payload fields.
Step 4: Capture request diagnostics safely
Use --explain or equivalent call metadata only when the output is reviewed for bearer tokens and query credentials before storage.
Step 5: Redact and inventory
Replace sensitive values consistently, retain resource IDs needed by support, and create file hashes plus a redaction attestation.
Step 6: Validate the bundle
Have a second pass search for key patterns, private keys, URLs with credentials, emails, and workload secrets before sharing.
Authentication
Prefer a read-only scoped key. Never store VAST_API_KEY, key-file contents, SSH private material, webhook secrets, cloud credentials, or Authorization headers in the bundle.
Tool Discipline
Use Read and Grep to inspect manifests, configuration, provider output, and existing tests before proposing a mutation. Use Write or Edit only for the approved plan, implementation, test, or redacted receipt; do not create, update, destroy, or fund Vast.ai resources without explicit operator approval.
Output
- Collection scope and command manifest
- Redacted evidence files with hashes and time bounds
- Redaction attestation, retention date, and support handoff receipt
Return incident window, resource IDs, collected fields, excluded classes, file hashes, redaction result, and recipient.
Examples
A support manifest contains CLI version, one offline instance record, the last 100 redacted log lines, template hash, timestamps, and checksums; it excludes environment variables and generated Authorization headers.
Error Handling
| Failure | Response |
|---|---|
| A secret detector fires | Quarantine the bundle, rotate exposed credentials if necessary, and rebuild from source. |
| Requested data exceeds the incident window | Exclude it unless the case owner documents a need. |
| Resource has already been destroyed | Use retained external receipts; do not fabricate live state. |
| Support asks for raw credentials | Refuse and provide a redacted reproduction instead. |
Resources
When not to use it
- →Automated instance recovery without manual intervention
Prerequisites
Limitations
- →Instance must be running to collect remote GPU diagnostics
- →Requires SSH access to the instance
How it compares
This method automates the collection of disparate diagnostic data points into a single bundle, replacing manual inspection of individual logs and status commands.
Compared to similar skills
vastai-debug-bundle side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| vastai-debug-bundle (this skill) | 1 | 2mo | Review | Beginner |
| n8n-expression-syntax | 6 | 5mo | No flags | Beginner |
| python-repl | 6 | 6mo | Review | Beginner |
| n8n-validation-expert | 6 | 5mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by jeremylongshore
View all by jeremylongshore →You might also like
n8n-expression-syntax
czlonkowski
Validate n8n expression syntax and fix common errors. Use when writing n8n expressions, using {{}} syntax, accessing $json/$node variables, troubleshooting expression errors, or working with webhook data in workflows.
python-repl
gptme
Interactive Python REPL automation with common helpers and best practices
n8n-validation-expert
czlonkowski
Interpret validation errors and guide fixing them. Use when encountering validation errors, validation warnings, false positives, operator structure issues, or need help understanding validation results. Also use when asking about validation profiles, error types, or the validation loop process.
powershell-windows
davila7
PowerShell Windows patterns. Critical pitfalls, operator syntax, error handling.
bats
OleksandrKucherenko
Bash Automated Testing System (BATS) for TDD-style testing of shell scripts. Use when: (1) Writing unit or integration tests for Bash scripts, (2) Testing CLI tools or shell functions, (3) Setting up test infrastructure with setup/teardown hooks, (4) Mocking external commands (curl, git, docker), (5) Generating JUnit reports for CI/CD, (6) Debugging test failures or flaky tests, (7) Implementing test-driven development for shell scripts.
browser-daemon
noiv
Persistent browser automation via Playwright daemon. Keep a browser window open and send it commands (navigate, execute JS, inspect console). Perfect for interactive debugging, development, and testing web applications. Use when you need to interact with a browser repeatedly without opening/closing it.