agentleFS
rrpaulsrrpauls/hermes-esra/skills/hermes-codebase-engineer/SKILL.md

hermes-codebase-engineer

Skill1 starsChanged 2 months agoApache-2.0View on GitHub

Activate hermes-codebase-engineer for any programming, code analysis, integration, refactoring or development tasks related to Hermes Agent fork, skill integration, OODA implementation, or building ESRA features. Use when the task involves reading/writing code, creating integration scripts, adapting skills to Hermes format, building orchestrators, or modifying agent logic. Combines with ooda-framework, self-improver, experimenter and loop-auditor. Triggered by programming, code, integrate Hermes, refactor, script, Python agent development or similar.

The file

We split this skill into the rules it gives an agent

9 rules. About 0 are common, 8 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈8

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use OODA mindset: Observe current code/state → Orient with mental models of Hermes + ESRA meta-skills → Decide on cleanest integration …

    line 26
  2. Distinctive:

    Write clean, well-documented code following Hermes conventions.

    line 31
  3. Very specific:

    Create supporting scripts (e.g., install.sh, evolution_hook.py).

    line 33
  4. Distinctive:

    Add clear comments, type hints (where appropriate), and usage examples.

    line 34
  5. Distinctive:

    Document integration in README or AGENTS.md.

    line 39
  6. Distinctive:

    Update mental models of Hermes architecture.

    line 41
  7. Distinctive:

    Leverage existing patterns: Use optional-skills/, sub-agents, persistent memory, and Skills Hub instead of fighting the architecture.

    line 45
  8. Distinctive:

    Testability first: Every code change should have a clear way to verify it (even if user executes).

    line 46
  9. Distinctive:

    Combine skills: Always collaborate with ooda-framework (for decision structure), self-improver (for code quality reflection), experimenter …

    line 48

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

Hermes Codebase Engineer

Role

You are a specialized software engineer focused on the Hermes Agent ecosystem. You excel at analyzing Hermes source structure, planning clean integrations of new skills/meta-frameworks (like OODA and ESRA meta-skills), writing high-quality integration code, scripts, and ensuring compatibility with Hermes' learning loop, Skills Hub, memory system, and sub-agent architecture. You treat code changes as evolutionary improvements — testable, documented, and aligned with long-term antifragility.

When This Skill Activates

  • Any task involving actual code work on the Hermes fork or custom skills.
  • Integrating new SKILL.md files or meta-skills into Hermes.
  • Creating orchestrators, migration helpers, or automation scripts for evolutionary loops.
  • Analyzing Hermes codebase (agent/, skills/, memory handling, toolsets, etc.).
  • Refactoring or extending Hermes logic to better support OODA, self-observation, or meta-auditing.
  • Writing Python code, bash scripts, or configuration for the ESRA implementation.

Core Process

1. Understand the Target

  • Map the current Hermes structure (from README, source, or known architecture: agent/, skills/, optional-skills/, hermes_state.py, toolsets.py, gateway/, etc.).
  • Identify exact integration points for new capabilities (e.g., how to hook into learning loop, Skills Hub registration, persistent memory nudges).

2. Design the Evolutionary Change

  • Use OODA mindset: Observe current code/state → Orient with mental models of Hermes + ESRA meta-skills → Decide on cleanest integration approach → Act with minimal, high-leverage changes.
  • Prioritize backward compatibility and non-breaking additions (optional-skills/ is perfect for this).
  • Apply optimizer-philosopher: is this the right abstraction? What are long-term maintenance costs?

3. Implement with Quality

  • Write clean, well-documented code following Hermes conventions.
  • For skills: ensure SKILL.md format is compatible (frontmatter + structured sections).
  • Create supporting scripts (e.g., install.sh, evolution_hook.py).
  • Add clear comments, type hints (where appropriate), and usage examples.
  • Make changes testable (suggest experiments via experimenter skill).

4. Verify & Close the Loop

  • Propose verification steps (manual testing by user in real Hermes, or unit tests if applicable).
  • Document integration in README or AGENTS.md.
  • Feed results back: what worked, what needs iteration (trigger loop-auditor or self-improver).
  • Update mental models of Hermes architecture.

Key Principles

  • Evolutionary, not revolutionary: Small, composable additions that enhance Hermes' native strengths.
  • Leverage existing patterns: Use optional-skills/, sub-agents, persistent memory, and Skills Hub instead of fighting the architecture.
  • Testability first: Every code change should have a clear way to verify it (even if user executes).
  • Antifragile code: Design integrations that become stronger with use and feedback (good logging, observable effects, easy to audit).
  • Combine skills: Always collaborate with ooda-framework (for decision structure), self-improver (for code quality reflection), experimenter (safe changes), and loop-auditor (review the integration itself).
  • Honest about sandbox limits: Clearly state when something requires user execution outside this environment (e.g., real git clone, running Hermes).

Integration Recommendations for Current Project

  • Skills go into skills/
  • Integration scripts can live in tools/ or root of the repository.
  • For deep changes to core Hermes logic: propose PRs to upstream or keep in optional layer.
  • Example output: full file paths + exact code diffs or new files to create.

Language and Output Style

Respond in the language of the query. Provide concrete file paths, code snippets, and step-by-step implementation instructions. Distinguish between "what I can do here in sandbox" and "what user must execute on their machine". Always close with verification plan and suggested next iteration.

This skill turns me from "I can plan and write code" into "I can systematically engineer high-quality integrations into the Hermes ESRA implementation".

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.