Es schreibt und führt Code in einer ephemeren Sandbox aus und fragt Ihre APIs parallel ab, sodass sich eine Frage über Ihren gesamten Stack ausbreitet. Jeder Befund wird gegengeprüft und bis zu seinem Ursprung zurückverfolgt.

Im Gegensatz zu Coding-Agenten und MCP-Servern ist es **von Natur aus schreibgeschützt**: Jeder Aufruf wird abgesichert und autorisiert, *bevor* eine Anmeldeinformation angehängt wird – richten Sie es bedenkenlos auf die Produktion aus.
<!-- END agent-about -->

<p align="center">
  <img src="https://assets.kitploit.com/production/public/readmes/9087/1b3db179a03479f5951d624c8adbb4890465aa86d038d3312dc9aec9801bcfb9.gif"
       alt="cynative prüft CI-zu-Cloud-Privilegieneskalation"
       width="900">
</p>

## Was Ihre Agenten erhalten

- **Code-to-Runtime**: Analysiert AWS, GCP, Azure, jedes K8s, GitHub und GitLab
- **Sandbox**: Generiert und führt Code aus, um in großem Umfang zu recherchieren, ohne eigenen Netzwerk- oder Host-Zugriff
- **Action-Gate**: Löst jeden Aufruf in die erforderlichen IAM-Aktionen auf und wendet eine schreibgeschützte Richtlinie an, bevor eine Anmeldeinformation angehängt wird
- **Evidenzbasiert**: Führt Gegenprüfungen durch, um jeden Befund zu verifizieren
- **Souverän**: Eine Binärdatei, Ihr Modell, Ihre Daten bleiben bei Ihnen

## Schnellstart

Installieren und LLM festlegen:

<!-- BEGIN quickstart-example -->```bash
brew install cynative/tap/cynative

export CYNATIVE_LLM_PROVIDER=anthropic
export CYNATIVE_LLM_MODEL=claude-opus-5
export ANTHROPIC_API_KEY=...

## Ihr erster Agent

Ein Agent ist eine Markdown-Datei: eine Zeile Beschreibung, dann der Prompt. Der Dateiname ist der Name. Um einen eigenen hinzuzufügen, erstellen Sie `~/.cynative/agents/` und schreiben Sie einen hinein. Cynative erstellt dieses Verzeichnis nicht für Sie:```bash
mkdir -p ~/.cynative/agents

cat > ~/.cynative/agents/aws-public-data-stores.md <<'EOF'
---
description: Finds publicly accessible data stores in an AWS account.
---
Check S3, RDS snapshots, EBS snapshots and public AMIs for exposure.
Report each finding with the resource ARN and how it is reachable.
EOF

cynative -p --agent aws-public-data-stores

`--agent` kombiniert sich mit `-p`, `--auto-approve`, `--config` und gepipter Standardeingabe, sodass dieselbe Datei interaktiv läuft, während du sie entwickelst, und nicht-interaktiv, sobald sie sich stabilisiert hat.

Agents werden aus `~/.cynative/agents/` und aus dem in die Binärdatei integrierten Satz gelesen; eine Benutzerdatei gewinnt gegenüber einer eingebauten Datei mit demselben Namen. `cynative agents list` zeigt jeden Agent mit seiner Quelle und markiert die überschatteten Kopien, und `cynative agents show <name>` gibt die exakte Datei aus, die ausgeführt würde.

## Kann das nicht ein Coding-Agent mit MCPs?

| | Coding-Agent + MCPs | Cynative |
|---|---|---|
| Durchsatz | Eine Aktion pro Aufruf | Schreibt sandboxed Code, der Aufrufe parallel ausführt – weniger Tokens, schnellere Antworten |
| Ergebnisse | Unverifizierte Ausgabe | Verifier prüft jedes Ergebnis gegen Live-Beweise |
| Schreibgeschützt | Opt-in-Lesefilter | Standardmäßig aktiv, schließt bei Fehler ab – erforderliche IAM-Aktionen werden gegen eine Security-Audit-Richtlinie geprüft. `secretsmanager:GetSecretValue` ist ein IAM-*Read*: Ein Filter erlaubt es, `SecurityAudit` blockiert es |
| Anmeldedaten | Umgebungsbasiert, unverändert | STS-Sitzung auf schreibgeschützt begrenzt – AWS erzwingt die Grenze ebenfalls |
| Schadensradius | Deine Shell, jedes Netzwerk | Forschungscode läuft in einer Sandbox ohne Host-Zugriff, Netzwerk auf deine zugeordneten Dienste beschränkt |
| Geheimnisse | Werden dem Modell unverändert gesendet | Aus der Tool-Ausgabe geschwärzt, bevor sie an das Modell gesendet wird |
| Lieferkette | Drittanbieter-MCPs und Skills, die mit deinen Anmeldedaten laufen | Eine Open-Source-Binärdatei, Konnektoren eingebaut |
| Audit-Trail | Verstreute Sitzungsprotokolle, nach bestem Bemühen | Fail-closed-JSONL-Protokoll jedes Tool-Aufrufs – wenn es nicht aufzeichnen kann, bricht es ab |

Eine Binärdatei, dein Modell-Endpunkt, dein Konto. Führe sie auf einer Instanz in der Cloud aus, die sie prüft, über das verwaltete Inferenzsystem dieser Cloud, und nichts verlässt deine Umgebung: Sicherheit für deine Infrastruktur, aus deiner Infrastruktur heraus.

## Installation

**Homebrew** (macOS / Linux – empfohlen):```bash
brew install cynative/tap/cynative

**Windows** (Scoop):```powershell
scoop bucket add cynative https://github.com/cynative/scoop-bucket
scoop install cynative

- **Async & parallel**: Tool-Funktionen geben Promises zurück – `await` sie, verteile sie über viele Ressourcen mit `mapConcurrent(items, fn, limit)` (begrenzt, reihenfolgeerhaltend) oder nutze `await Promise.all([...])` für kleine feste Mengen.
- **Strukturierte Antworten**: `http_request` löst zu `{ status, statusText, headers, body }` auf; `body` ist der rohe String – `JSON.parse(resp.body)` für JSON-APIs oder direkt lesen für XML.
- **Sandboxed**: Ein Skript kann nur die Tools aufrufen, die Cynative bereitstellt – es hat selbst keinen Netzwerk- oder Host-Zugriff.
- **Du siehst das gesamte Skript**: Jeder `code_execution`-Aufruf wird vor der Ausführung vollständig zur Freigabe angezeigt (überspringen mit `--auto-approve`; jeden inneren Aufruf mit `-v` streamen).
- **Zustandsbehaftet innerhalb einer Sitzung**: Auf `globalThis` gespeicherte Werte bleiben während einer interaktiven Sitzung über Aufrufe hinweg erhalten, solange der Aufruf vollständig ausgeführt wird (einer, der ein Timeout erreicht oder angehalten bleibt, setzt sie zurück); `let`/`const`/`var`/`function` auf oberster Ebene sind auf einen einzelnen Aufruf beschränkt.
- **Begrenzt**: Skripte laufen unter einem Timeout (Standard 120s) und einer begrenzten Ausgabegröße.

## Audit-Log

Jeder Tool-Aufruf wird in einem persistenten JSONL-Audit-Log aufgezeichnet (`~/.cynative/audit.log`, standardmäßig aktiviert). Das Log ist fail-closed: Wenn ein Aufruf nicht aufgezeichnet werden kann, wird der Lauf abgebrochen. Jeder Eintrag aus einem Agent-Lauf zeichnet auch den Namen des Agents, die Quelle und den Datei-Digest auf, sodass ein Befund bis zum exakten Prompt zurückverfolgt werden kann, der ihn erzeugt hat.

Tool-Ergebnisse werden vor dem Schreiben redigiert, aber Argumente aus Freigabe-Prompts werden wörtlich gespeichert – das Log kann sensible Werte enthalten. Es ist nur für den Benutzer lesbar, der Cynative ausgeführt hat. Rotation und Aufbewahrung sind konfigurierbar.

Konfiguration unter `audit:` in `~/.cynative/config.yaml` oder über Umgebungsvariablen:

| Schlüssel | Env | Standard |
|---|---|---|
| `audit.enabled` | `CYNATIVE_AUDIT_ENABLED` | `true` |
| `audit.path` | `CYNATIVE_AUDIT_PATH` | `~/.cynative/audit.log` |
| `audit.max_size_mb` | `CYNATIVE_AUDIT_MAX_SIZE_MB` | `100` |
| `audit.retention_days` | `CYNATIVE_AUDIT_RETENTION_DAYS` | `30` |
| `audit.compress` | `CYNATIVE_AUDIT_COMPRESS` | `false` |

## Fragen und Feedback

[Discussions](https://github.com/cynative/cynative/discussions) ist der beste Ort, um dein Feedback zu teilen – worauf du es gerichtet hast, was zurückkam und was fehlt. Stars helfen, das Projekt bekannter zu machen.

## Mitwirken

Beiträge sind willkommen – neue Agents, Konnektoren, Evaluierungsdatensätze und Verbesserungen in allen Bereichen. Siehe [CONTRIBUTING.md](https://github.com/cynative/cynative/blob/main/CONTRIBUTING.md) für das Entwickler-Setup, das `make check`-Gate und PR-Konventionen sowie [SECURITY.md](https://github.com/cynative/cynative/blob/main/SECURITY.md) für die Meldung von Schwachstellen.

## Lizenz

Apache-2.0-Lizenz. Siehe [LICENSE](https://github.com/cynative/cynative/blob/main/LICENSE) für den vollständigen Text.