Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add omnigentx/jarvis --skill terminal-executiongit clone --depth 1 https://github.com/omnigentx/jarvisWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/omnigentx/jarvis/terminal-execution)<a href="https://agentmods.dev/skills/omnigentx/jarvis/terminal-execution"><img src="https://agentmods.dev/badge/skills/omnigentx/jarvis/terminal-execution.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00042 | $0.00990 |
| Opus 5 | $0.00021 | $0.00495 |
| Sonnet 5 | $0.00008 | $0.00198 |
| Haiku 4.5 | $0.00004 | $0.00099 |
Grade A, and why
terminal-execution scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 112 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Terminal Execution Skill
Guide for using the execute tool to run shell commands safely and efficiently.
When to Use Terminal
✅ USE when:
- Build/compile code (
uv run,npm run build) - Run tests (
pytest,npm run test:unit) - Check system status (
docker ps,systemctl status) - Install dependencies (
pip install,npm install,apt-get) - Quick file/folder checks (
ls,find,grep,cat) - Git operations (
git status,git diff,git log) - Docker operations (
docker compose up,docker build) - Migration scripts, seed data
❌ DO NOT use when:
- Reading/writing files → use
filesystemtools (read_text_file,write_file) - GitHub API operations → use
githubtools - Long interactive sessions → out of scope
Execute Tool Syntax
The execute tool (built-in from ShellRuntime) takes a single parameter:
execute(command="<shell command>")
Key characteristics:
- Runs in the workspace directory (not home dir)
- 90s timeout — process killed if no output for 90s
- Watchdog: warns every 30s if no output
- Output auto-truncated if too long (prevents token overflow)
- Returns exit code at end:
process exit code was 0 - Each call is a separate shell session — env vars and
cddon't persist - No shell prefix needed: correct
"ls -la", wrong"bash -c ls -la"
Efficient Patterns
Chain Commands
cd repo && npm install && npm test # Sequential (stops on error)
echo "=== Tests ===" ; pytest ; echo "=== Lint ===" ; ruff check . # Run all
Check Before Acting
docker info > /dev/null 2>&1 && echo "Docker OK" || echo "Docker NOT running"
lsof -ti:8000 && echo "Port 8000 in use" || echo "Port 8000 available"
Filter Long Output
docker logs container_name 2>&1 | tail -20 # Last 20 lines
grep -r "ERROR" logs/ | head -10 # Find errors
find . -name "*.py" | wc -l # Count files
Build & Test
cd backend && uv run pytest --tb=short -q 2>&1 | tail -20
cd frontend && npm run test:unit 2>&1 | tail -20
docker compose -f docker-compose.yaml build --no-cache 2>&1 | tail -30
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 4d ago First seen · 112 lines · 42 tokens per session scan E b5b0461b906c
terminal-execution is a skill published in the GitHub repository omnigentx/jarvis (37 stars, last pushed 11d ago), licensed MIT. It adds 42 tokens to every session and 990 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other skills, from other repositories
whendone-plus
Automatically notify the user when long-running terminal commands finish (npm test, docker build, git push, etc.). The agent monitors command execution and sends a desktop notification on completion if the command ran longer than threshold (default 10s). Use when user asks to "notify me when done", "desktop…
gobbler-setup
Installs, configures, and troubleshoots Gobbler. Triggers on install gobbler, setup, not working, connection refused, Docker/service failures, ffmpeg problems, browser relay failures, or diagnostic requests.
system-environment-setup
Build reproducible developer environments for real projects: local toolchains, runtime versions, Docker Compose or dev containers, onboarding flows, local service parity, bootstrap scripts, and environment troubleshooting. Use when the user needs a repo to run consistently across machines, containers, or staged…
vscode-workspace-setup
Configures VS Code workspaces with optimal settings, extensions, tasks, and debugging for team consistency. Use when users request "VS Code setup", "workspace settings", "team VS Code config", "editor configuration", or "devcontainer setup".
developer-experience-patterns
Use when designing or reviewing developer tooling, monorepo structure, dev environments, onboarding flows, or internal platforms — covers Monorepo tooling (Nx/Turborepo), dev containers, golden path / platform engineering, local-prod parity, fast feedback loops, DX-first API design, developer onboarding, and DX…
makefile
Create a Makefile with central commands for a project — build, test, lint, deploy, docker, and dev workflow commands. Use when asked to add a Makefile, standardize project commands, or create dev tooling.