agentleFS
synaptiaisynaptiai/agent-capability-standard/skills/execute/SKILL.md

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

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.
  • ibahgatSkill

    context-optimize

    Improve context efficiency and cache stability for long or complex sessions.

    Also in 3 projects that use this

  • ibahgatSkill

    ralplan

    Create a strict, quality-first execution plan with explicit gates and rollback-ready sequencing.

    Also in 5 projects that use this

  • Yeachan-HeoSkill

    ultragoal

    Create and execute durable repo-native multi-goal plans over Codex goal mode artifacts.

    Also in 4 projects that use this

  • buddyhSkill

    deep-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

  • mukcoSkill

    principles

    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-attentionSkill

    compound

    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

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
  1. Distinctive:

    Validate execution request: Ensure code is safe to run

    line 39
  2. Very specific:

    Check for mutation operations (if found, suggest mutate instead)

    line 40
  3. Distinctive:

    Verify timeout is reasonable

    line 41
  4. Distinctive:

    Ensure dependencies are available

    line 46
  5. Distinctive:

    Create isolated context if needed

    line 47
  6. Distinctive:

    Execute code: Run the code/command

    line 49
  7. Distinctive:

    Verify code does not mutate persistent state

    line 236
  8. Distinctive:

    Do not execute code that requires elevated privileges without approval

    line 239
  9. Very specific:

    Prefer mutate for state-changing operations

    line 240
  10. Very specific:

    Never use execute for persistent state changes (use mutate)

    line 255
  11. Distinctive:

    Avoid execute without timeout limits

    line 256
  12. Distinctive:

    Never execute untrusted code without sandboxing

    line 257

“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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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

ParameterRequiredTypeDescription
codeYesstringCode or command to execute
languageNostringProgramming language or shell (bash, python, ruby, etc.)
timeoutNostringMaximum execution time (default: "60s")
environmentNoobjectEnvironment 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

  1. Validate execution request: Ensure code is safe to run
    • Check for mutation operations (if found, suggest mutate instead)
    • Verify timeout is reasonable
    • Confirm execution environment
  2. Prepare environment: Set up execution context
    • Set required environment variables
    • Ensure dependencies are available
    • Create isolated context if needed
  3. Execute code: Run the code/command
    • Capture stdout and stderr
    • Record start time
    • Monitor for timeout
  4. Capture results: Collect execution output
    • Record exit code
    • Capture complete stdout
    • Capture complete stderr
    • Note execution duration
  5. Analyze output: Interpret results
    • Identify success/failure from exit code
    • Extract key information from output
    • Note warnings or anomalies
  6. 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

FieldTypeDescription
resultanyExecution result: here success and duration
result.successbooleanWhether execution succeeded
result.durationstringHow long execution took
exit_codeintegerProcess exit code
stdoutstringStandard output
stderrstringStandard error
executionobjectExecution metadata
analysisobjectInterpreted results
evidence_anchorsarrayReferences 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: false
  • requires_checkpoint: false
  • requires_approval: true
  • risk: 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 mutate for state-changing operations

Composition Patterns

Commonly follows:

  • plan - Execute planned actions
  • generate - Execute generated code
  • transform - Execute transformation scripts

Commonly precedes:

  • verify - Verify execution results
  • detect - Detect patterns in output
  • audit - 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_change for execute in testing
  • See reference/workflow_catalog.yaml#digital_twin_sync_loop for execute in sync loops

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.