History

fds2610-bot 79d97985f3 OPs-Agent repariert seine Praesenz nach dem naechsten Update selbst Der OPs-Agent war seit seiner Registrierung am 31.08. nie praesent: seine monitor-api.conf stammt von vor Issue #75 und kennt MONITOR_AGENT_ID nicht, report_activity() in check_fds.sh meldete deshalb stillschweigend nichts - waehrend die Systemmeldungen mit demselben Key weiter ankamen. - API: jeder mit X-Api-Key authentifizierte Request frischt last_seen_at auf (AgentRepository::touch(), Zustand/Ticket bleiben). Greift auch, wenn auf dem Ping-Rechner noch ein aelteres check_fds.sh liegt. - API: neuer Endpunkt GET /api/v1/agents/me liefert den Agenten zum Key. - check_fds.sh: fehlt MONITOR_AGENT_ID, wird sie ueber /agents/me ermittelt und in monitor-api.conf nachgetragen (ohne Admin-Key). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01F5rnDxZCwLYiEVyfrAvsAA		2026-09-13 21:47:32 +02:00
..
bin	Neue KPI: offene PRs ueber alle Projekte (Issue #59 )	2026-08-21 11:57:08 +02:00
docker	Sprachaufnahme: Agent-Kachel, Aufnahme-Webseite und API-Warteschlange	2026-09-03 21:26:28 +02:00
public	Phase 1 der Neuausrichtung: REST-API fuer Tickets/Events/Systeme/KPIs/Agenten	2026-07-27 19:38:52 +02:00
src	OPs-Agent repariert seine Praesenz nach dem naechsten Update selbst	2026-09-13 21:47:32 +02:00
tests/Unit	OPs-Agent repariert seine Praesenz nach dem naechsten Update selbst	2026-09-13 21:47:32 +02:00
.dockerignore	Phase 1 der Neuausrichtung: REST-API fuer Tickets/Events/Systeme/KPIs/Agenten	2026-07-27 19:38:52 +02:00
composer.json	Phase 1 der Neuausrichtung: REST-API fuer Tickets/Events/Systeme/KPIs/Agenten	2026-07-27 19:38:52 +02:00
composer.lock	composer.lock einchecken	2026-07-27 20:17:18 +02:00
phpunit.xml	Phase 1 der Neuausrichtung: REST-API fuer Tickets/Events/Systeme/KPIs/Agenten	2026-07-27 19:38:52 +02:00
README.md	Codeberg-Sync als Dauerlaeufer statt manuellem Aufruf	2026-07-28 23:29:40 +02:00

README.md

monitor REST-API (Phase 1)

Vanilla-PHP-REST-API (kein Framework, siehe Visualization.md Abschnitt 5) fuer Tickets, Events, Systeme, KPIs und Agenten. Persistenz in SQLite (api/data/monitor.sqlite).

Vollstaendige Endpunkt-Dokumentation: ../API.md.

Entwicklung nur mit Docker (kein lokales PHP/Composer noetig)

Aus dem Repo-Wurzelverzeichnis:

cp .env.example .env   # einmalig, MONITOR_ADMIN_API_KEY anpassen

docker compose up --build       # startet die API auf http://localhost:8080
docker compose run --rm api composer test   # PHPUnit inkl. Coverage
docker compose run --rm api php bin/sync-codeberg.php   # Backlog/Done einmalig ziehen (Debug)

Im laufenden Betrieb wird der Codeberg-Sync nicht manuell angestossen, sondern vom Compose-Service sync alle MONITOR_SYNC_INTERVAL Sekunden ausgefuehrt (siehe ../API.md, Abschnitt "Codeberg-Sync").

Composer-Abhaengigkeiten (nur PHPUnit als Dev-Dependency) werden beim ersten Start automatisch im Container installiert (docker/entrypoint.sh) - auf dem Host ist weder PHP noch Composer noch SQLite erforderlich.