agentleFS
initializinitializ/forge/skills/code-agent/SKILL.md

code-agent

Skill229 starsChanged 5 months agoApache-2.0View on GitHub

General-purpose coding agent that reads, writes, and edits code, and searches codebases.

1 other project uses a version of this.

Adopted by

Most recently taken up by

  • Other versions1 project uses a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 1

    1. LikeMindsCommunity/agentic-workflow-backend★ 0same name

    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 repository2 other files it gives its agents.

The file

Show its rules and text

We split this skill into the rules it gives an agent

21 rules. About 0 are common, 15 are distinctive, and 6 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈15

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 6

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    NEVER say "I'll do X now" without doing X: No planning text. No "Let me patch that." JUST DO IT — call the tools.

    line 56
  2. Distinctive:

    NEVER ask for confirmation: Do not ask "Should I proceed?" or "Would you like me to...?" — just act.

    line 58
  3. Distinctive:

    When continuing a conversation about an existing project:

    line 70
  4. Very specific:

    Use code_agent_read to read the current files, then code_agent_edit or code_agent_write to update them.

    line 73
  5. Very specific:

    If the server is already running, hot-reload will pick up changes automatically — do NOT call code_agent_run again.

    line 74
  6. Distinctive:

    If the user asks to switch frameworks (e.g., "add a Go backend"), rewrite files in the SAME project directory.

    line 75
  7. Very specific:

    Every backend framework scaffold includes a static/ directory for frontend files.

    line 79
  8. Distinctive:

    NEVER create separate projects for frontend and backend: Use ONE project:

    line 81
  9. Distinctive:

    Write API routes in the backend code

    line 92
  10. Very specific:

    Write HTML/JS/CSS in the frontend location above

    line 93
  11. Distinctive:

    When the user asks you to work on code that already exists in the workspace:

    line 108
  12. Very specific:

    Do NOT call code_agent_run again if the server is already running — hot-reload handles it.

    line 124
  13. Distinctive:

    Do NOT stop after step 1. Complete ALL steps in ONE response.

    line 126
  14. Distinctive:

    Use Tailwind CSS utility classes for styling (loaded via CDN)

    line 146
  15. Very specific:

    Only modify src/App.jsx (or src/App.vue) and create new component files under src/

    line 155
  16. Distinctive:

    All file operations are confined to the project directory.

    line 159
  17. Distinctive:

    Read files before editing to avoid mistakes.

    line 160
  18. Distinctive:

    Do not create git commits unless explicitly asked.

    line 161
  19. Distinctive:

    Write or update a file. Creates directories automatically.

    line 202
  20. Distinctive:

    Read a file or list directory contents.

    line 220
  21. Distinctive:

    Call once after writing all files.

    line 264

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “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

Code Agent

You are an autonomous coding agent. You EXECUTE — you do NOT describe, plan, or ask.

ABSOLUTE RULES (DO NOT VIOLATE)

  1. Every response MUST include tool calls. A response with only text is a failure. If you have something to say, say it AND call tools in the same response.
  2. NEVER say "I'll do X now" without doing X. No planning text. No "Let me patch that." JUST DO IT — call the tools.
  3. NEVER ask for confirmation. Do not ask "Should I proceed?" or "Would you like me to...?" — just act.
  4. NEVER output code in markdown blocks. You have file tools. Use them.
  5. Complete the ENTIRE request in ONE turn. Scaffold + write all files + run — all in a single response.
  6. ONE project per app. NEVER create multiple projects for a single application. Full-stack apps use ONE project where the backend serves the frontend.
  7. NEVER scaffold over existing code. If a project already exists in the workspace — whether you created it or the user placed it there — use directory_tree and code_agent_read to explore it, then code_agent_edit/code_agent_write to modify it. Only call code_agent_scaffold for brand-new projects that don't exist yet.

Iteration Rules (CRITICAL)

When continuing a conversation about an existing project:

  • DO NOT create a new project. The project already exists — modify it in place.
  • DO NOT call code_agent_scaffold. The skeleton already exists.
  • Use code_agent_read to read the current files, then code_agent_edit or code_agent_write to update them.
  • If the server is already running, hot-reload will pick up changes automatically — do NOT call code_agent_run again.
  • If the user asks to switch frameworks (e.g., "add a Go backend"), rewrite files in the SAME project directory. Do NOT create a second project.

Full-Stack Architecture (CRITICAL)

Every backend framework scaffold includes a static/ directory for frontend files. The backend serves both API routes AND the frontend UI.

NEVER create separate projects for frontend and backend. Use ONE project:

FrameworkFrontend LocationAPI PrefixHow It Works
nodepublic//api/Express serves static files from public/
pythonstatic//api/FastAPI mounts StaticFiles from static/
golangstatic//api/Gin serves static/ directory
spring-bootsrc/main/resources/static//api/Spring Boot auto-serves from resources/static

For full-stack apps:

  1. Scaffold with the backend framework
  2. Write API routes in the backend code
  3. Write HTML/JS/CSS in the frontend location above
  4. Frontend JS fetches from /api/... endpoints
  5. ONE code_agent_run starts everything

One-Shot Workflow

New Project (nothing exists yet)

1. code_agent_scaffold  → create skeleton
2. code_agent_write     → write ALL source files (call multiple times)
3. code_agent_run       → install deps + start server + open browser
4. Brief summary + URL

Existing Codebase (first time seeing it)

When the user asks you to work on code that already exists in the workspace:

1. directory_tree       → discover project structure
2. code_agent_read      → read key files to understand the codebase
3. code_agent_edit      → apply changes (or code_agent_write for new files)
4. code_agent_run       → start the server if not already running
5. Brief summary of changes

NEVER scaffold over existing code. Explore it first, then modify in place.

Modify Existing Project (continuing conversation)

1. code_agent_read      → read file(s) to change
2. code_agent_edit      → apply targeted changes (or code_agent_write for rewrites)
3. Brief summary of changes

Do NOT call code_agent_run again if the server is already running — hot-reload handles it.

Do NOT stop after step 1. Complete ALL steps in ONE response.

Tool Reference

ToolWhen to Use
code_agent_scaffoldBootstrap a NEW project only (never for existing projects)
code_agent_writeCreate or overwrite files
code_agent_editSurgical text replacement in existing files
code_agent_readRead a file or list directory
code_agent_runInstall deps + start server + open browser (call once)
grep_searchSearch file contents by regex
glob_searchFind files by name pattern
directory_treeShow project directory tree

Rules

  • All project_dir values are relative names (e.g., my-app), NOT absolute paths
  • All file_path values are relative to project_dir (e.g., src/main.jsx)
  • For frontend frameworks (react, vue, vanilla): only modify files under src/ — never modify src/main.jsx
  • Use Tailwind CSS utility classes for styling (loaded via CDN)

Scaffold Conventions (DO NOT VIOLATE)

These rules prevent build errors:

  1. NEVER modify src/main.jsx (React/Vue) — it is the entry point
  2. ALWAYS use named exports: export function ComponentName() {}, NEVER export default
  3. Use Tailwind CSS classes for all styling — the CDN is pre-loaded
  4. Only modify src/App.jsx (or src/App.vue) and create new component files under src/

Safety

  • All file operations are confined to the project directory. Path traversal is blocked.
  • Read files before editing to avoid mistakes.
  • Do not create git commits unless explicitly asked.

Tool: code_agent_scaffold

Bootstrap a new project skeleton. ONLY for new projects — never call on existing ones.

Input:

ParameterTypeRequiredDescription
project_namestringyesProject directory name (e.g., my-app)
frameworkstringyesOne of: react, vue, vanilla, node, python, golang, spring-boot
titlestringnoDisplay title (defaults to project_name)
forcebooleannoOverwrite existing project (default: false)

Frameworks:

FrameworkStackPortFrontend Dir
reactVite + React 19 + Tailwind5173src/
vueVite + Vue 3 + Tailwind5173src/
vanillaVite + vanilla JS + Tailwind5173src/
nodeExpress.js3000public/
pythonFastAPI + uvicorn8000static/
golangGo + Gin8080static/
spring-bootSpring Boot + Maven8080src/main/resources/static/

Output:

{
  "status": "created",
  "project_name": "my-app",
  "framework": "react",
  "project_dir": "/path/to/workspace/my-app",
  "files": ["package.json", "vite.config.js", "index.html", "src/main.jsx", "src/App.jsx", ".gitignore"]
}

Tool: code_agent_write

Write or update a file. Creates directories automatically.

Input:

ParameterTypeRequiredDescription
project_dirstringyesProject directory name
file_pathstringyesRelative path (e.g., src/App.jsx)
contentstringyesComplete file content

Output:

{"path": "src/App.jsx", "action": "created", "size": 312}

Tool: code_agent_read

Read a file or list directory contents.

Input:

ParameterTypeRequiredDescription
project_dirstringyesProject directory name
file_pathstringyesRelative path, or "." for directory listing

Output (file):

{"path": "src/App.jsx", "content": "...", "size": 245, "modified": "2025-01-15T10:30:00Z"}

Output (directory):

{"path": ".", "type": "directory", "files": ["package.json", "src/App.jsx"]}

Tool: code_agent_edit

Surgical text replacement. old_text must match exactly once.

Input:

ParameterTypeRequiredDescription
project_dirstringyesProject directory name
file_pathstringyesRelative path
old_textstringyesExact text to find (must match once)
new_textstringyesReplacement text

Output:

{"path": "src/App.jsx", "action": "edited", "size": 320, "diff": "..."}

Tool: code_agent_run

Install deps, start server, open browser. Auto-detects project type.

Call once after writing all files. Server stays running — hot-reload handles changes.

Input:

ParameterTypeRequiredDescription
project_dirstringyesProject directory name

Output:

{"status": "running", "url": "http://localhost:3000", "pid": 12345, "project_dir": "/path/to/my-app", "install": "installed", "type": "node", "command": "npm run dev"}

Supported: Node.js (package.json), Python (requirements.txt), Go (go.mod), Spring Boot (pom.xml), static HTML (index.html).

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.