Adding Tools
Adding Tools
Finding
Denne side er vigtig, fordi den sætter en klar grænse mellem skills, plugins og egentlige Hermes core-tools.
What it is
Siden forklarer, hvordan man tilføjer et nyt indbygget Hermes-tool direkte i Hermes-koden. Den viser, at et core-tool normalt kræver en fil i `tools/`, registrering via `registry.register()`, tilføjelse i `toolsets.py`, JSON-string som returformat og en `check_fn`, så tool’et kun vises, når kravene er opfyldt. Den understreger også, at de fleste custom behov bør løses som plugin eller skill i stedet for som built-in tool.
Should we use it?
Use later. For Lisa’s Hermes+n8n+LangGraph mission bør dette ikke være første valg, fordi core-tools øger vedligeholdelse og kræver ændringer i Hermes-koden. Vi bør først bruge skills, plugins, MCP, n8n workflows eller LangGraph services. Siden er dog vigtig som governance: hvis en integration bliver generel, sikkerhedskritisk eller kræver dyb agent-loop/toolset-integration, ved vi præcis hvornår den hører hjemme som Hermes core-tool.
Recommendation
Brug denne side som “core-tool escalation rule”: Lisa bør kun foreslå et built-in Hermes-tool, når et skill, plugin, MCP-server, n8n workflow eller LangGraph service ikke kan løse opgaven rent og stabilt.
Use now
- Når en Hermes capability skal upstreames til selve Hermes-projektet.
- Når tool’et kræver API-nøgler, binær data, streaming, async-håndtering eller dyb tool-registry integration.
- Når tool’et skal kunne aktiveres/deaktiveres via Hermes toolsets på tværs af CLI og gateway.
- Når vi skal reviewe, om en foreslået “custom tool” faktisk burde være et skill eller plugin i stedet.
Do not use / wait
- Brug ikke core-tool path til Lisa-specifikke workflows, researchrutiner eller projektlokale automationer.
- Brug ikke built-in tools til noget, der kan beskrives som instruktioner + eksisterende Hermes tools; lav et skill.
- Brug ikke built-in tools til n8n- eller LangGraph-logik, der bedre bor som ekstern service/workflow.
- Vent med core-ændringer, hvis integrationen ikke har en klar testplan, toolset-grænse og vedligeholderansvar.
Public page note
Hermes bør som hovedregel udvides med skills eller plugins først; built-in tools er for generelle, dybt integrerede capabilities, der hører hjemme i selve Hermes-kernen.