Apothem v1.0.1 — Launch-Veröffentlichung

Apothem v1.0.1 ist die Launch-Veröffentlichung des host-agnostischen Konfigurationsmanagers für KI-Assistenz-Harnesses: ein gemeinsames Profil, siebzehn Harnesses, eine einzige signierte Version und Lieferketten-Nachweise, die der Veröffentlichung selbst beiliegen.

Die These: ein Profil, siebzehn HarnessesCopy Anchor Link

Apothem liest ein einziges gemeinsames Profil unter ~/.config/apothem/profile.yaml und materialisiert es in die native Konfiguration, die jedes Harness erwartet. Du schreibst deine Verhaltensregeln, Skills, Hooks und Konventionen ein einziges Mal. Apothem rendert sie in siebzehn harness-native Ziele und hält sie synchron.

Die siebzehn Adapter in dieser Veröffentlichung:

• antigravity
• claude-code
• codebuddy
• codex
• cursor
• gemini-cli
• github-copilot
• glm
• hermes
• kimi-code
• kiro
• open-claw
• opencode
• qwen-code
• trae
• windsurf
• zed

Füge deinem Arbeitsablauf ein Werkzeug hinzu, führe einen Befehl aus, und deine Konfiguration ist da. Entferne ein Werkzeug, und Apothem entfernt die Dateien, die es geschrieben hat; die gemeinsamen Speicher, Kontexte und Lernspeicher gehen mit dem letzten Harness, nach einer Sicherung, und plans/ bleibt immer erhalten.

InstallationCopy Anchor Link

Mehrere Installationswege, eine CLI darunter:

1. Claude Code-Plugin — innerhalb von Claude Code:

   Copy Text

   /plugin marketplace add ahmed-g-gad/apothem
   /plugin install apothem@apothem

2. npx — führe die CLI direkt aus dem npm-Paket @ahmed-g-gad/apothem aus, ohne Installationsschritt:

   Copy Text

   npx @ahmed-g-gad/apothem profile init
   npx @ahmed-g-gad/apothem install --harness all --project .

3. Einschritt-Skript-Installer — legt eine eigenständige Laufzeit und einen apothem-Starter an (~/.local/bin/apothem unter POSIX, mit einem PATH-Hinweis, wenn dieses Verzeichnis nicht im PATH liegt; apothem.cmd in WindowsApps unter Windows):

   Copy Text

   curl -fsSL https://apothem.ahmedgad.com/install.sh | sh    # POSIX

   Das POSIX-Skript prüft die GPG-Signatur des Release-Tags standardmäßig und bricht ab, wenn der Maintainer-Schlüssel nicht im lokalen Schlüsselbund liegt. Bis der Maintainer den Schlüssel-Fingerprint veröffentlicht (siehe SECURITY.md), setze APOTHEM_VERIFY=checksum, um das Archiv gegen die SHA256SUMS des Releases zu prüfen, oder APOTHEM_ALLOW_UNVERIFIED=1, um ohne Tag-Verifikation fortzufahren.

   Copy Text

   irm https://apothem.ahmedgad.com/install.ps1 | iex         # Windows

4. Werkzeug-native Plugins und Erweiterungen — eine Gemini CLI-Erweiterung (gemini extensions install https://github.com/ahmed-g-gad/apothem), eine Qwen Code-Erweiterung (qwen extensions install ahmed-g-gad/apothem) und ein Codex-Plugin (codex plugin marketplace add ahmed-g-gad/apothem). Der Quellcode einer Erweiterung der VS Code-Familie, die VS Code und GitHub Copilot abdeckt, liegt im Ordner vscode-extension/ des Repositorys. Sie ist nicht im Visual Studio Marketplace gelistet, und dieser Veröffentlichung ist kein gepacktes .vsix beigefügt.

Lieferketten-HaltungCopy Anchor Link

Die GitHub Release v1.0.1 trägt den vollständigen Nachweissatz neben dem Code:

• sdist und wheel, vor der Veröffentlichung geprüft.
• Eine CycloneDX-SBOM.
• Schlüssellose Sigstore cosign-Signaturbundles für sdist, wheel und die Plattformarchive.
• SLSA-3-Build-Provenienz, im Veröffentlichungs-Workflow selbst verifiziert.
• Plattform-Laufzeitarchive (darwin / linux / windows) mit einem signierten SHA256SUMS-Manifest.

Der Versions-Commit ist GPG-signiert (v1.0.1 ist ein leichtgewichtiges Tag ohne eigene Signatur), und das npm-Paket wurde mit Sigstore-Build-Provenienz aus GitHub Actions veröffentlicht.

Was in der Schachtel istCopy Anchor Link

Die apothem-CLI stellt die Operator-Befehle bereit, die du für den vollen Konfigurations-Lebenszyklus brauchst:

• apothem install — materialisiert das Profil in ein Harness oder in alle.
• apothem uninstall — entfernt die materialisierte Konfiguration eines Harness und lässt das gemeinsame Profil unangetastet.
• apothem update — materialisiert erneut, nachdem du das Profil bearbeitet hast.
• apothem verify — erkennt Abweichungen zwischen dem Profil und der On-Disk-Konfiguration eines Harness.
• apothem harnesses — listet jeden registrierten Adapter auf.
• apothem profile — inspiziert und verwaltet das gemeinsame Profil.
• apothem doctor — diagnostiziert Umgebungs- und Konfigurationsprobleme.

Jeder Harness-Adapter implementiert ein einheitliches HarnessAdapter-Protokoll — install, update, uninstall, is_installed, verify — sodass sich jedes Harness vom Sitz des Operators aus vorhersehbar verhält, unabhängig vom Anbieterformat darunter. Mehr über den Entwurf liest du im Tiefgang zur Adapter-Architektur und über die Formatabstimmung in der Konvergenz der Konventionen über Harnesses hinweg.

Wohin als NächstesCopy Anchor Link

• Schnellstart — installiere und materialisiere dein erstes Profil.
• Harnesses — Referenz je Adapter für alle siebzehn Ziele.
• Konzepte — das Profilmodell und die Materialisierungs-Pipeline.

Apothem ist MIT-lizenziert und wird offen entwickelt unter github.com/ahmed-g-gad/apothem.