Apothem im Vergleich zur manuellen Verdrahtung des GLM-Backends
Warum Sie die Backend-Konfiguration von GLM (Z.ai) über Apothem leiten, statt Umgebungsvariablen je Projekt von Hand zu verdrahten.
GLM (Z.ai) ist ein Modell-Backend, auf das ein kompatibles Werkzeug verweist, indem eine Basis-URL und ein Schlüssel gesetzt werden. Sie können diese Umgebungsvariablen von Hand exportieren, pro Projekt, pro Maschine, für immer. Der glm-Adapter von Apothem hält die Backend-Endpunkte und vom Operator konfigurierbare Platzhalter in einer Provider-Datei fest und schreibt dieselbe Vorlage in jedes Projekt. Diese Seite stellt die manuelle Verdrahtung dieses Backends der Verwaltung mit Apothem gegenüber.
Aufwandsvergleich
| Aufgabe | Manuelle Konfiguration | Von Apothem verwaltet |
|---|---|---|
| Die Backend-URLs festhalten | Auswendig lernen und pro Projekt erneut exportieren | In eine Provider-Datei geschrieben |
| Quelle der Wahrheit | Die eigenen Exporte jeder Shell | Eine kanonische Provider-Datei |
| Backends projektübergreifend aufeinander abgestimmt halten | Pro Projekt neu verdrahten | Dieselbe Vorlage wird in jedes Projekt geschrieben, wenn die Datei fehlt; spätere Änderungen bleiben in der Datei des jeweiligen Projekts |
| Die Konfiguration wiederherstellen | In jedem Projekt erneut exportieren | apothem update --harness glm --project <path> schreibt die Datei nur dann erneut, wenn sie fehlt |
| Die Konfiguration entfernen | Manuell löschen | apothem uninstall sichert die Datei und entfernt sie danach nur, solange sie noch die unbearbeitete Vorlage ist, die Apothem geschrieben hat |
Was Apothem verwaltet
Der glm-Adapter schreibt eine einzelne Provider-Datei unter
<project>/.apothem/providers/glm.toml und schreibt sonst nichts. Er hält die
Anthropic-kompatible Basis-URL (https://api.z.ai/api/anthropic), die
OpenAI-kompatible Basis-URL (https://api.z.ai/api/coding/paas/v4), einen
Platzhalter für das Auth-Token und Platzhalter für die Modellzuordnung fest. Ihr
Z.ai-Schlüssel und Ihre Wahl der Modell-IDs bleiben im Besitz des Operators —
Apothem schreibt niemals ein echtes Geheimnis und pinnt keine von Version zu
Version wechselnde Modell-ID.
Migrationspfad
- Führen Sie
apothem profile initaus, um das gemeinsame Profil zu erstellen, falls noch nicht geschehen. Die glm-Datei übernimmt nichts aus dem Profil, aber jeder Installations- und Aktualisierungslauf lädt es. - Führen Sie
apothem install --harness glm --project <path>aus, um die Provider-Dateiglm.tomlzu schreiben. - Tragen Sie Ihren Z.ai-Schlüssel und die gewünschten Modell-IDs aus der aktuellen Z.ai-Dokumentation ein.
- Führen Sie
apothem verify --harness glm --project <path>aus, um zu bestätigen, dass die Konfiguration angekommen ist. - Bearbeiten Sie
.apothem/providers/glm.tomlfür jede spätere Änderung. Apothem schreibt eine bestehende Provider-Datei niemals neu;apothem update --harness glm --project <path>schreibt sie nur dann erneut, wenn sie fehlt.
Als Nächstes lesen
Apothem im Vergleich zur manuellen Kimi-Code-Konfiguration
Die Datei AGENTS.md im Projektstammverzeichnis und die Unterstützungsdateien unter .kimi-code/ von Kimi Code von Hand pflegen, verglichen mit dem Rendern aus Apothems gemeinsamem Profil.
Glossar
Apothem-Glossar — wichtige Begriffe und Konzepte.