execute
Skill6 starsChanged 13 days agoApache-2.0View on GitHub
Run code or scripts deterministically with captured output. Use when running tests, executing build commands, invoking tools, or performing read-only operations that produce results.
57 other projects use a version of this.
Adopted by
Most recently taken up by
- LeonardiFranco/skillstheir own version, first seen Nov 8, 2026
- pfangueiro/claude-code-agentstheir own version, first seen Nov 8, 2026
- Yeachan-Heo/oh-my-claudecodetheir own version, first seen Nov 8, 2026
- crbnos/carbontheir own version, first seen Nov 7, 2026
- afaraha8403/balakittheir own version, first seen Nov 6, 2026
- chrislacey89/skillstheir own version, first seen Nov 4, 2026
Used with
Projects with it also use context-optimize, ralplan and 9 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
ibahgatSkillcontext-optimize
Improve context efficiency and cache stability for long or complex sessions.
Also in 3 projects that use this
ibahgatSkillralplan
Create a strict, quality-first execution plan with explicit gates and rollback-ready sequencing.
Also in 5 projects that use this
Yeachan-HeoSkillultragoal
Create and execute durable repo-native multi-goal plans over Codex goal mode artifacts.
Also in 4 projects that use this
buddyhSkilldeep-dive
Deep dive on any topic. Decomposes into subtopics, researches each in parallel with thorough source gathering, then synthesizes into a comprehensive report (4,000-10,000+ words, 40-100+ sources). Scales depth dynamically based on topic complexity. Use when asked for a deep dive, deep research, comprehensive analysis, or thorough investigation of a topic.
Also in 4 projects that use this
mukcoSkillprinciples
General software engineering principles — DRY, SOLID, YAGNI, KISS, naming, code smells, and refactoring. Language-agnostic. Use alongside language-specific skills.
Also in 3 projects that use this
team-attentionSkillcompound
This skill should be used when the user says "/compound", "compound this", "document learnings", "save what we learned", or after completing a PR. Extracts knowledge from PR context and saves to docs/learnings/.
Also in 3 projects that use this
- +1 more from ibahgat
Other versions57 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 57
- Yeachan-Heo/oh-my-claude-sisyphus★ 41ksame name
- Yeachan-Heo/oh-my-claudecode★ 41ksame name
- crbnos/carbon★ 2.8ksame name
- zaxbysauce/opencode-swarm★ 519same name
- ZaxbyHub/opencode-swarm★ 518same name
- Joonghyun-Lee-Frieren/oh-my-antigravity★ 214same name
- Joonghyun-Lee-Frieren/oh-my-gemini-cli★ 214same name
- team-attention/hoyeon★ 173same name
- Adrian333Dev/flow★ 39same name
- shipshitdev/skills★ 39same name
47 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository42 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- attributeSkill
- auditSkill
- gap-analysis-workflowSkill
- checkpointSkill
- classifySkill
- compareSkill
- constrainSkill
- critiqueSkill
- debug-workflowSkill
- decomposeSkill
- delegateSkill
- detectSkill
- digital-twin-bootstrapSkill
- digital-twin-sync-workflowSkill
- discover-capabilitiesSkill
- discoverSkill
- explainSkill
- generateSkill
- groundSkill
- inquireSkill
- integrateSkill
- invokeSkill
- measureSkill
- mutateSkill
- observeSkill
- persistSkill
- perspective-validationSkill
- planSkill
- predictSkill
- recallSkill
- receiveSkill
- retrieveSkill
- rollbackSkill
- searchSkill
- sendSkill
- simulateSkill
- stateSkill
- synchronizeSkill
- transformSkill
- transitionSkill
- verifySkill
The file
We split this skill into the rules it gives an agent
12 rules. 0 are common, 9 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 55 edited versions we read keep these.
9
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 39
Validate execution request: Ensure code is safe to run
- Very specific: line 40
Check for mutation operations (if found, suggest mutate instead)
- Distinctive: line 41
Verify timeout is reasonable
- Distinctive: line 46
Ensure dependencies are available
- Distinctive: line 47
Create isolated context if needed
- Distinctive: line 49
Execute code: Run the code/command
- Distinctive: line 236
Verify code does not mutate persistent state
- Distinctive: line 239
Do not execute code that requires elevated privileges without approval
- Very specific: line 240
Prefer mutate for state-changing operations
- Very specific: line 255
Never use execute for persistent state changes (use mutate)
- Distinctive: line 256
Avoid execute without timeout limits
- Distinctive: line 257
Never execute untrusted code without sandboxing
“Common” is measured: kept by at least 6 in 10 of the 55 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Intent
Execute code or commands in a controlled manner, capturing output for verification. Unlike mutate, this capability is for operations that don't permanently change state (tests, queries, builds, analysis tools).
Success criteria:
- Code/command executed successfully
- Output captured completely
- Exit code recorded
- Errors properly surfaced
Compatible schemas:
schemas/output_schema.yaml
Inputs
| Parameter | Required | Type | Description |
code | Yes | string | Code or command to execute |
language | No | string | Programming language or shell (bash, python, ruby, etc.) |
timeout | No | string | Maximum execution time (default: "60s") |
environment | No | object | Environment variables to set |
Inputs not listed here are outside the capability's contract: a workflow step that binds them gets W604 (STANDARD v1.1 §5.5).
Procedure
- Validate execution request: Ensure code is safe to run
- Check for mutation operations (if found, suggest
mutateinstead) - Verify timeout is reasonable
- Confirm execution environment
- Check for mutation operations (if found, suggest
- Prepare environment: Set up execution context
- Set required environment variables
- Ensure dependencies are available
- Create isolated context if needed
- Execute code: Run the code/command
- Capture stdout and stderr
- Record start time
- Monitor for timeout
- Capture results: Collect execution output
- Record exit code
- Capture complete stdout
- Capture complete stderr
- Note execution duration
- Analyze output: Interpret results
- Identify success/failure from exit code
- Extract key information from output
- Note warnings or anomalies
- Return results: Structure output for consumption
- Include all captured data
- Provide execution summary
- Reference evidence for assertions
Output Contract
Return a structured object:
result:
success: boolean # Exit code == 0
duration: string # Execution time
exit_code: integer # Process exit code
stdout: string # Standard output
stderr: string # Standard error
execution:
command: string # What was executed
language: string # Execution environment
started_at: string # ISO timestamp
completed_at: string # ISO timestamp
analysis:
summary: string # One-line result summary
warnings: array[string] # Notable warnings
errors: array[string] # Extracted error messages
evidence_anchors: ["command:output"]Field Definitions
| Field | Type | Description |
result | any | Execution result: here success and duration |
result.success | boolean | Whether execution succeeded |
result.duration | string | How long execution took |
exit_code | integer | Process exit code |
stdout | string | Standard output |
stderr | string | Standard error |
execution | object | Execution metadata |
analysis | object | Interpreted results |
evidence_anchors | array | References to the command and its output |
Examples
Example 1: Run Tests
Input:
code: "npm test -- --grep 'UserService'"
language: "bash"
timeout: "120s"Output:
result:
success: true
duration: "2.3s"
exit_code: 0
stdout: |
> project@1.0.0 test
> jest --grep 'UserService'
PASS src/services/__tests__/UserService.test.ts
UserService
✓ creates user with valid data (45ms)
✓ validates email format (12ms)
✓ hashes password on save (23ms)
Test Suites: 1 passed, 1 total
Tests: 3 passed, 3 total
stderr: ""
execution:
command: "npm test -- --grep 'UserService'"
language: "bash"
started_at: "2024-01-15T10:30:00Z"
completed_at: "2024-01-15T10:30:02Z"
analysis:
summary: "3 tests passed in UserService"
warnings: []
errors: []
evidence_anchors:
- "command:npm test:output"Example 2: Execute Query
Input:
code: "SELECT COUNT(*) as user_count FROM users WHERE created_at > '2024-01-01'"
language: "sql"
environment:
DATABASE_URL: "${DATABASE_URL}"Output:
result:
success: true
duration: "0.15s"
exit_code: 0
stdout: |
user_count
----------
15423
(1 row)
stderr: ""
execution:
command: "psql -c \"SELECT COUNT(*)...\""
language: "sql"
started_at: "2024-01-15T10:35:00Z"
completed_at: "2024-01-15T10:35:00Z"
analysis:
summary: "Query returned 15423 users created in 2024"
warnings: []
errors: []
evidence_anchors:
- "command:psql:query_result"Example 3: Execution Failure
Input:
code: "python -c 'import nonexistent_module'"
language: "bash"Output:
result:
success: false
duration: "0.05s"
exit_code: 1
stdout: ""
stderr: |
Traceback (most recent call last):
File "<string>", line 1, in <module>
ModuleNotFoundError: No module named 'nonexistent_module'
execution:
command: "python -c 'import nonexistent_module'"
language: "bash"
started_at: "2024-01-15T10:40:00Z"
completed_at: "2024-01-15T10:40:00Z"
analysis:
summary: "Import failed: module 'nonexistent_module' not found"
warnings: []
errors:
- "ModuleNotFoundError: No module named 'nonexistent_module'"
evidence_anchors:
- "command:python:error"Verification
- Exit code is captured
- Stdout and stderr are both recorded
- Duration is reasonable
- Analysis summary matches output
- No mutations occurred
Verification tools: Bash (to verify command execution environment)
Safety Constraints
mutation: falserequires_checkpoint: falserequires_approval: truerisk: medium
Capability-specific rules:
- Verify code does not mutate persistent state
- Enforce timeout limits
- Capture all output for audit trail
- Do not execute code that requires elevated privileges without approval
- Prefer
mutatefor state-changing operations
Composition Patterns
Commonly follows:
plan- Execute planned actionsgenerate- Execute generated codetransform- Execute transformation scripts
Commonly precedes:
verify- Verify execution resultsdetect- Detect patterns in outputaudit- Record execution for audit
Anti-patterns:
- Never use execute for persistent state changes (use
mutate) - Avoid execute without timeout limits
- Never execute untrusted code without sandboxing
Workflow references:
- See
reference/workflow_catalog.yaml#debug_code_changefor execute in testing - See
reference/workflow_catalog.yaml#digital_twin_sync_loopfor execute in sync loops
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

