torben/chemenu
1
1
Fork 0
Code Issues 26 Pull Requests Actions Packages Releases 32 Activity
Files
502971d14734ef2e4ef9b9d181d4bec2c01d3efb
chemenu/kb/entities/tools/Gitea MCP Server.md
T
torben 18ae28f918
CI / verify (push) Failing after 32s
Details
Release / release (push) Successful in 38s
Details
Chemenu 2.1.0 - deterministischer Wissenskompiler 
Chemenu kompiliert Rohnotizen zu einem verlinkten, quellengebundenen Wiki:
raw/ -> types/ + tools/ -> kb/ -> reports/. Was mechanisch ist, macht
tools/wikitool; was Urteil braucht, macht ein Agent unter Contracts, deren
Grenzen in Code durchgesetzt sind statt im Prompt.

Dieser Commit ist der Startpunkt der oeffentlichen Historie. Die vorherige
Entwicklung fand in einer privaten Instanz statt und ist nicht Teil dieses
Repositorys; ihre Erzaehlung steht vollstaendig in CHANGES.md, das mit 44
Eintraegen von 0.1.0 bis 2.1.0 erhalten geblieben ist.

Der mitgelieferte Korpus ist ein Testbett und eine Demo: 170 Seiten ueber den
Stack selbst - Gates, Lint, Versionierung, Suche, das Wiki-Muster. Er
dokumentiert das Werkzeug mit den eigenen Mitteln des Werkzeugs.

Lizenz: AGPL-3.0 fuer den Stack (tools/, types/), CC-BY-4.0 fuer die Inhalte.
Die Grenze zwischen beiden ist der Dateiplan, den dist export berechnet -
siehe NOTICE.
2026-09-01 16:26:14 +02:00

5.0 KiB
Raw Blame History

type, entity_type, tags, created, modified, related, sources, confidence, confidence_base, provenance, summary
type entity_type tags created modified related sources confidence confidence_base provenance summary
types/entity.md tool
gitea
mcp
ci-cd
diagnostics
2026-08-30 2026-08-31
Gitea Actions
Issue Label Scheme
Source - Conversation - Versioning CI-CD and Content Migration Session 2026-08-30
Source - Conversation - Issue Triage Labels and TODO Retirement Session 2026-08-31
0.70 0.70 sourced MCP-Server fuer die Gitea-API; liest Actions-Laeufe, Logs, Releases und Issues, ist bei privatem Repository der einzige belastbare Blick auf den CI-Zustand und traegt seit 2026-08-31 auch die Board-Triage

Gitea MCP Server

Typ: Tool

Beschreibung

Der Gitea MCP Server stellt die Gitea-API als MCP-Werkzeuge bereit und erlaubt einem Agenten damit den lesenden und schreibenden Zugriff auf Repositories, Actions-Läufe samt Logs, Releases, Tags, Issues und Pull Requests. Er wurde in der Sitzung vom 2026-08-30 verfügbar gemacht, nachdem die Fehlersuche an der CI-Pipeline von außen an eine Wand gelaufen war1 .

Seine praktische Bedeutung in dieser Installation ergibt sich aus einer Eigenschaft des Origin-Repositories: Es ist privat, und Gitea antwortet einem anonymen Aufrufer mit einem identischen 404 für ein unsichtbares und für ein nicht existierendes Repository1 . Ein curl gegen die API beweist deshalb nichts, und aus einem 404 lässt sich kein Rückschluss auf den CI-Zustand ziehen. Der MCP-Server ist der Weg, auf dem Läufe tatsächlich gelesen werden.

Kerndaten

  • Zweck: Gitea-API als MCP-Werkzeuge; Diagnose von Actions-Läufen, Verwaltung von Issues und Releases
  • Status: Aktiv, in Gebrauch seit 2026-08-30
  • Angebunden an: die Gitea-Instanz, die die Repositories und Gitea Actions betreibt
  • Zugriffsart: authentifiziert - anders als ein anonymer HTTP-Aufruf sieht er private Repositories

Beziehungen

Details

Verwendung in der Fehlersuche

Die erste Diagnose über den Server war schreibgeschützt und drehte die stehende Annahme um: list_runs lieferte sechs Läufe, die Läufe 46-51 alle mit conclusion: failure, und die Logs nannten den Grund konkret1 :

OCI runtime exec failed: exec: "node": executable file not found in $PATH
  ❌  Failure - Main actions/checkout@v4
exitcode '127': command not found

Die Runner hatten die Workflows also die ganze Zeit angenommen. Der Befund „die Runner laufen nicht" war von außen nicht überprüfbar gewesen und falsch. Details zur Ursache auf der Seite Act Runner.

Anwendungsfälle in dieser Installation

  • Actions-Läufe auflisten, ihren Ausgang und ihre Logs lesen
  • Releases prüfen, die release.yml erzeugt hat, samt hochgeladener Assets
  • Issues anlegen und pflegen - die offenen Ausbaustufen der CI/CD-Arbeit liegen als Gitea-Issues statt als Prosa in TODO.md1 . Seit der Löschung von TODO.md am 2026-08-31 ist das Board die einzige Ablage offener Arbeit2
  • Ein ganzes Board triagieren: Beim Priorisierungslauf vom 2026-08-31 wurden elf Issue-Texte über den Server gelesen statt aus den Titeln erschlossen, danach sieben Labels angelegt und auf alle zehn offenen Issues angewandt2
  • list_runs als Beweismittel: Die Beobachtung, dass zu Commit f916376 kein Lauf existiert, schloss Gitea-Issue #11, ohne dass eine Zeile Code geschrieben wurde2

Historie

  • [2026-08-31] - Trägerwerkzeug der ersten Board-Triage: elf Issue-Texte gelesen, sieben Labels nach dem Issue Label Scheme angelegt und angewandt, #11 geschlossen, #14 und #15 eröffnet2
  • [2026-08-30] - Verfügbar gemacht und erstmals eingesetzt; die Diagnose der bis dahin unerklärten CI-Fehlschläge lief vollständig über ihn
  • [2026-08-30] - Seite beim Ingest des Sitzungstranskripts erstellt

Siehe auch

Fußnoten

Reference in New Issue View Git Blame Copy Permalink