AutoXEO Agent for Codex

Öffentliches Codex Plugin zum Ausführen reproduzierbarer China-GEO-Workflows. Es enthält sechs Codex-native Skills, ein lokales stdio MCP, ein nur über Loopback-Adressen sichtbares Companion-Workbench, Brand Wiki und Artifact-Protokoll sowie einen AutoXEO Cloud-Erfassungsadapter.

Fragenproduktion, Brand Wiki, Analyse, Wiederholungstests und Liefergegenstände werden alle in der aktuellen Codex-Sitzung durchgeführt; das Plugin ruft kein zweites Dialogmodell auf und benötigt keinen DEEPSEEK_CHAT_API_KEY. Die Cloud ist nur für Konto-/Projektkontext, offizielle Plattform-API-Erfassung, Evidence, Job und Credit Receipt zuständig.

Der erste echte Provider-Slice ist die offizielle DeepSeek-API. 豆包, 千问, 腾讯元宝 und Kimi zeigen echte configuration_required / eligibility_required-Status und täuschen keine Verfügbarkeit vor, bevor die offizielle API und das Konto verifiziert sind.

GitHub Release lokale Installation

Laden Sie autoxeo-codex-plugin-marketplace-<version>.tar.gz und SHA256SUMS vom GitHub Release herunter, prüfen Sie zuerst die Prüfsummen und entpacken Sie dann:

shasum -a 256 -c SHA256SUMS
tar -xzf autoxeo-codex-plugin-marketplace-<version>.tar.gz
codex plugin marketplace add /absolute/path/to/autoxeo-codex-plugin-<version>
codex plugin add autoxeo-agent@autoxeo

Erstellen Sie nach der Installation oder dem Upgrade eine neue Codex-Task. Das Verteilungspaket verbindet sich standardmäßig nur mit https://agent.autoxeo.com. Schreiben Sie keinen Provider-Key in die Plugin-Umgebung, in Skills oder in Projektberichte; echte Erfassungsanmeldedaten werden nur in der AutoXEO Cloud konfiguriert.

Related MCP server: Codex MCP Server

Integration in der Entwicklungsumgebung

Zur Laufzeit wird keine Mock-Erfassung bereitgestellt. Wenn keine Cloud verbunden ist, bleiben lokaler Workspace, Brand Wiki, Frage-/Analysetemplates und Artefaktvorschau verfügbar; Erfassung, Credit und Autoritätsstatus sind deaktiviert (Fail-Closed). Nur bei lokaler Cloud-Entwicklung wird der Produktions-Standard-Origin überschrieben:

export AUTOXEO_CLOUD_BASE_URL=http://127.0.0.1:3000
# 可选；未设置时使用 ~/Documents/AutoXEO_Workspace
export AUTOXEO_WORKSPACE_ROOT=/absolute/path/to/AutoXEO_Workspace

Verbinden Sie anschließend über start_account_connection oder die WebUI-Seite Context ein bestehendes AutoXEO-Konto von der offiziellen Website. Schreiben Sie keine Anmeldedaten außerhalb des Cloud- Origin in Umgebungen, Repositorys, Skills, Berichte oder Diagnoseprotokolle.

Lesen Sie nach der Anmeldung zuerst mit get_account_overview die sichtbaren Organisationen und Projekte, rufen Sie dann bind_cloud_project auf (oder wählen Sie in der WebUI Context), um den lokalen Workspace an ein Cloud-Projekt zu binden, und legen Sie explizit das Credit-Limit für diese Aufgabe fest. Wenn keine Bindung besteht, der Fragensatz nicht eingefroren ist, das Guthaben nicht ausreicht oder die Plattformfunktionen nicht verfügbar sind, schlägt die offizielle Erfassung fehl und es wird kein Credit reserviert.

Entwicklung und Validierung

npm ci
npm run check
npm run validate
npm run smoke:mcp
npm run smoke:webui

Lokale Vorschau:

npm run preview:webui

Der Aufruf von open_local_workbench aus Codex startet ebenfalls dieselbe WebUI; MCP und Oberfläche teilen sich Projektstatus und Domänenbefehle.

Repository- und Release-Grenzen

• Dieses Repository ist öffentlich und unter Apache-2.0 lizenziert; der Name und die Marken von AutoXEO sind nicht Teil der Codelizenz.

• Cloud und Admin sind separate private Repositorys und separate Release-Artefakte.

• Zur Laufzeit gibt es keine Fake-Erfassung; Fixtures werden nur für automatisierte Tests verwendet und können keine observed Evidence erzeugen.

• Zahlung und die vier noch anzubindenden Plattformen müssen als noch nicht konfiguriert angezeigt werden und dürfen nicht als live beworben werden.

Bitte melden Sie Sicherheitsprobleme privat gemäß SECURITY.md und fügen Sie in öffentlichen Issues keine Tokens, Evidence-Originaltexte, Kundendateien oder Diagnoseprotokolle bei.