Github Repo Management — Clone/create/fork repos; manage remotes, releases
Github Repo Management — Clone/create/fork repos; manage remotes, releases
Finding
Denne side er vigtig, fordi den gør GitHub-repo-arbejde til en native Hermes-opgave i stedet for noget, vi behøver bygge særskilt i n8n eller LangGraph.
What it is
Siden beskriver den bundtede Hermes-skill til at klone, oprette, forke og administrere GitHub repositories. Den dækker også remotes, repo-settings, branch protection, GitHub Actions secrets, releases, workflow-runs og gists. Den viser først `gh`-kommandoer og derefter `git` + GitHub API fallback, så Hermes kan arbejde både med GitHub CLI og direkte REST-kald.
Should we use it?
Use now. Den passer direkte til Lisa’s Hermes+n8n+LangGraph mission, fordi Hermes bør eje almindeligt repo-arbejde, coding-support og release-relaterede handlinger. n8n bør kun bruges, når repo-events skal indgå i bredere integrationsflows, og LangGraph kun når der er behov for stateful multi-agent orkestrering omkring repos. Selve repo-management bør ikke duplikeres som custom automation, når Hermes allerede har en native skill.
Recommendation
Brug denne skill som standardmetoden, når Hermes skal oprette, klone, forke, konfigurere eller inspicere GitHub repositories for Hermes Agent Info, n8n/LangGraph-integrationer eller coding-agent workspaces.
Use now
- Når Hermes skal klone et repo til analyse, bugfix, PR-review eller dokumentationsarbejde.
- Når Lisa skal oprette et nyt public/private repo til et afgrænset Hermes-, n8n- eller LangGraph-artefakt.
- Når Hermes skal forke et upstream repo og holde fork synkroniseret.
- Når Codex/OpenCode/Claude Code skal arbejde i et repo med klar remote- og branch-struktur.
- Når releases, workflow-runs eller repo-settings skal inspiceres uden at bygge ekstra GitHub-flows i n8n.
Do not use / wait
- Brug den ikke til at gemme eller eksponere secrets, private logs, env-værdier eller følsomme operationsnoter.
- Vent med branch protection, repo visibility changes og bulk settings, indtil repo-scope og konsekvens er manuelt bekræftet.
- Brug ikke GitHub Actions secrets via curl/API som standard; brug `gh secret set`, hvis secrets overhovedet skal håndteres.
- Brug ikke skillen som erstatning for n8n, når målet er bred event-routing mellem flere eksterne systemer.
- Brug ikke skillen som erstatning for LangGraph, når opgaven kræver langvarig stateful multi-agent koordinering.
Public page note
Hermes kan administrere GitHub repositories direkte som en del af sit native agentarbejde, så repo-opgaver, releases og workflow-inspektion kan håndteres uden unødvendige ekstra integrationslag.