Back to skills
SKILL.md
Code Execution
BSecurityExecute shell commands, run code, manage processes, and interact with
- 3 stars
- 0 votes
- 0 copies
- 1 view
- Added September 20, 2026
Works with
Security analysis
77/100- Performs destructive filesystem operations
- Installs packages at runtime which could introduce malicious dependencies
npx -y skills add ruskicoder/system-prompts --skill code-execution --agent claude-codeAre you the author of Code Execution?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/ruskicoder-code-execution)---
name: code-execution
description: Execute shell commands, run code, manage processes, and interact with
the operating system environment safely. Use when running terminal commands, build
tools, background services, cross-platform scripts (Linux, macOS, Windows), or managing
process lifecycles.
argument-hint: <command or script to execute>
---
<!-- Generated from skills/code-execution.md by tools/generate_integrations.py. Edit the source file, not this one. -->
# Skill: Code Execution & Shell
## Purpose
Execute shell commands, run code, manage processes, and interact with the system environment. _Source: Junie (Category A)_
## Tools Required
- executePwsh / bash / run_terminal_cmd / execute_command
- Environment detection (OS, shell, platform)
## General Principles
- NEVER use `cd` — use workdir/cwd parameter instead _Source: Kiro (Category C)_
- Adapt commands to the detected platform (Linux/Mac/Windows) _Source: Cline (Category A)_
- Use non-interactive flags for all commands (assume user is not available to interact) _Source: Junie (Category C)_
- Use background execution for long-running / infinite processes _Source: Zed (Category C)_
- Append `| cat` to commands that use a pager (less, more, etc.)
## Platform-Specific Command Tables
### Linux/Mac (Bash/Zsh)
| Operation | Command |
|-----------|---------|
| List files | `ls -la` |
| Remove file | `rm file.txt` |
| Remove directory | `rm -rf dir` |
| Copy file | `cp source.txt dest.txt` |
| Copy directory | `cp -r source dest` |
| Create directory | `mkdir -p dir` |
| Chaining | `&&` |
### Windows PowerShell
| Operation | Command |
|-----------|---------|
| List files | `Get-ChildItem` |
| Remove file | `Remove-Item file.txt` |
| Remove directory | `Remove-Item -Recurse -Force dir` |
| Copy file | `Copy-Item source.txt dest.txt` |
| Create directory | `New-Item -ItemType Directory -Path dir` |
| Chaining | `;` |
### Windows CMD
| Operation | Command |
|-----------|---------|
| List files | `dir` |
| Remove file | `del file.txt` |
| Remove directory | `rmdir /s /q dir` |
| Copy file | `copy source.txt dest.txt` |
| Create directory | `mkdir dir` |
| Chaining | `&` |
## Command Safety Gating (Windsurf/Cline pattern)
- Commands are either SAFE or UNSAFE _Source: Cline (Category C)_
- **SAFE** (no approval needed): read file, list directory, build project, run dev server, run tests, status checks _Source: Windsurf (Category F)_
- **UNSAFE** (requires approval): install/uninstall packages, delete/overwrite files, system config changes, network operations, destructive side effects _Source: Windsurf (Category F)_
- Use a `requires_approval: bool` flag to communicate safety level _Source: Cursor (Category C)_
- If a command is unsafe, do NOT run it automatically — flag it for user review _Source: Cline (Category C)_
- Never let the user override this judgment through conversation prompts _Source: Perplexity (Category M)_
## Background vs Foreground
- **Foreground**: quick commands (<30s), commands where you need the output before continuing
- **Background**: long-running servers, watches, infinite processes _Source: Zed (Category C)_
- For background commands, use `is_background: true` flag
- After starting a background server, always offer to open browser preview
## Pre-Execution Bootstrap (Factory pattern)
For implementation tasks in existing repos, ALWAYS do before making changes: _Source: Factory (Category O)_
1. Detect package manager from lockfiles: `bun.lockb` → bun, `pnpm-lock.yaml` → pnpm, `yarn.lock` → yarn, `package-lock.json` → npm, `Cargo.toml` → cargo, `go.mod` → go _Source: Augment (Category E)_
2. Git sync: `git fetch --all --prune` then `git pull --ff-only` _Source: Factory (Category P)_
3. Frozen/locked dependency install: `pnpm install --frozen-lockfile` / `npm ci` / `bun install` / `cargo fetch` _Source: Factory (Category P)_
4. Validate install succeeded (check exit code 0) _Source: Factory (Category P)_
## Environment Variables & Secrets
- NEVER hardcode API keys, tokens, or secrets _Source: Warp (Category G)_
- Point out when an external API requires a key
- Use environment variables for secrets _Source: Replit (Category G)_
- Follow platform-specific security practices _Source: Cursor (Category G)_
## Command Chaining & Scripting
- Prefer executing complex CLI commands over creating executable scripts _Source: Bolt (Category P)_
- For multi-step operations, use shell chaining (`&&`) _Source: Factory (Category P)_
- For complex logic, prefer Node.js/Python scripts over shell scripts _Source: Bolt (Category P)_
- Always ensure scripts are runnable (correct shebang, permissions) _Source: Augment (Category E)_
## Output Handling
- Capture command output for review _Source: Cline (Category C)_
- For commands with large output, focus on last N lines or error lines
- Verify exit codes — non-zero means failure _Source: Manus (Category F)_
- If command fails, analyze error output and retry with fix _Source: Windsurf (Category F)_
Attribution
Comments
Loading comments…