Communitygithub.com

MishraShardendu22/agent-skills-hub-sync-engine-

Zentralisierte Bibliothek modularer, deterministischer KI-Agentenfähigkeiten, Protokolle und Sicherheitsvorkehrungen, die der SKILL.md-Spezifikation mit bidirektionaler Hub-and-Spoke-Synchronisation folgen.

Was ist agent-skills-hub-sync-engine-?

Dieser Skill definiert für KI-Agenten und Entwickler eine strukturierte CI/CD- und Deployment-Architektur, die auf deterministischen Abläufen und zentraler Konfiguration basiert. Er stellt sicher, dass alle Änderungen über lokale Branches von `main` aus entwickelt und in logischen Schritten committet werden, bevor sie in die Hauptlinie fließen. Der Skill unterstützt GitHub Actions Pipelines für mehrere Umgebungen (Backend Go, Python Service, Frontend) und bietet ein lokales CI-Mirroring-Runbook, um die CI-Prüfungen vor dem Commit zu simulieren. Besonderer Wert wird auf die Trennung von Secrets (in Umgebungsvariablen) und operationalen Standardwerten (im Code) gelegt, um Sicherheitslücken zu vermeiden. Der Skill ist plattformunabhängig (GitHub Actions, lokale Entwicklung) und eignet sich für alle Teams, die eine konsistente, wiederholbare Entwicklungsumgebung mit klaren Branching- und Commit-Richtlinien anstreben.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add MishraShardendu22/agent-skills-hub-sync-engine-

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

CI/CD & Deployment-Architektur-Fähigkeit

Diese Fähigkeit leitet KI-Agenten und Mitwirkende bei der Verwaltung von GitHub Actions CI/CD-Pipelines, dem Veröffentlichen von Container-Images und automatisierten Bereitstellungen an.


1. Lokale Branch-First-Entwicklung & Commit-Rhythmus

[!WICHTIG] ERSTELLEN SIE ZUERST EINEN LOKALEN BRANCH & COMMITTEN SIE HÄUFIG: Beginnen Sie immer damit, einen dedizierten lokalen Branch von main zu erstellen:

git switch -c <entwickler/agent>/main/<feature-name>

Committen Sie bei jedem logischen Meilenstein („mehr Commits = mehr erklärende Arbeit“). Committen Sie niemals direkt auf main.


2. Multi-Umgebungs-CI/CD-Pipeline

jobs:
  backend-test:
    name: Backend-Test & Build
    steps:
      - uses: actions/setup-go@v5
      - run: go test -v -race ./...
      - run: go build -v ./...

  service-test:
    name: Python-Service-Test & Lint
    steps:
      - uses: astral-sh/setup-uv@v5
      - run: uv sync
      - run: uv run pytest

  frontend-test:
    name: Frontend-Lint & Build
    steps:
      - uses: pnpm/action-setup@v4
      - uses: actions/setup-node@v4
      - run: pnpm install --frozen-lockfile
      - run: pnpm run lint
      - run: pnpm run build

3. Lokales CI-Spiegelungs-Runbook

Um sicherzustellen, dass Ihre Änderungen CI vor dem Commit bestehen:

# 1. Führen Sie das Pre-Commit-Gate aus (exaktes Spiegelbild der CI-Prüfungen)
make pre-commit

# 2. Alternativ können Sie einzelne CI-Jobs lokal ausführen:
# Go-Backend:
go test -v -race ./... && go build -v ./...

# Python-Service:
uv run pytest

# Frontend:
pnpm run lint && pnpm run build

4. Secrets vs. zentrale Konfiguration

  • Secrets: Streng in .env / CI-Geheimnissen und Laufzeit-Dashboards definiert (DATABASE_URL, API_KEY, JWT_SECRET).
  • Betriebliche Standardwerte: Zentral in Code-Modulen.
  • Hartcodieren Sie niemals Secrets in CI-Workflow-YAML oder Git-Commits.

Verwandte Skills