agent-credit

Was ist agent-credit?

agent-credit ist ein Kreditdelegationstoolkit für KI-Agenten, das einem Agenten erlaubt, Mittel aus einer Aave-Position auszuleihen und später im Namen des Delegators zurückzuzahlen. Die Kernidee ist, die Ausleihberechtigung des Agenten von seiner Schuldenrückzahlung zu trennen, sodass Sie definieren können, welche Assets der Agent ausleihen darf und wie viel, wobei die Ausleihkapazität aus Ihrem Collateral stammt.

Das Repository stellt Bash-Skripte bereit (aufgerufen von einem Agenten), um Delegationsstatus einzurichten, delegiertes Ausleihen durchzuführen, delegierte Schulden zurückzuzahlen und Zulassungen/Health vor der Ausführung zu prüfen. Es ist für Aave V2 und Aave V3 auf EVM-Chains mit Aave-Deployment ausgelegt, mit Repository-Beispielen vorkonfiguriert für Base, Ethereum, Polygon und Arbitrum.

Wichtige Funktionen

• Delegiertes Ausleihen via Aave: Der Agent leiht bei Bedarf von Aave aus, und die entstehende Schuld wird auf der Aave-Position des Delegators verbucht.
• Pro-Asset-Delegationsfreigaben: Sie genehmigen Delegationen unabhängig für jeden Debt-Token-Vertrag (z. B. USDC vs. WETH), sodass der Agent keine Assets ausleihen kann, die Sie nicht explizit erlaubt haben.
• Ausleihkapazität aus Collateral: Die Ausleistungskraft basiert auf Ihrer gesamten Collateral-Position und konfigurierter LTV, aber verfügbare Ausleihung pro Asset ist durch spezifische Delegationsfreigaben begrenzt.
• Skriptbasierter Workflow für Agenten: Bereitgestellte Skripte handhaben Setup-Checks, delegierte Ausleihaufrufe, Rückzahlungen und Statusberichte, mit Abbruch bei fehlgeschlagenen Safety-Checks.
• Safety-Checks vor Ausleihen: Jeder Borrow prüft u. a. einen Transaktions-Cap, Delegationszulassung, Health Factor nach Borrow und ob das Agenten-Wallet genug ETH für Gas hat.
• Schlüsselverwaltung ohne Private-Key-Exposition: Der Agent erhält nie den Private Key des Delegators; er verwendet seinen eigenen Key zum Signen von Borrow/Repay-Transaktionen und die öffentliche Adresse des Delegators für die richtige Aave-Position.
• Konfigurierbare Safety-Parameter: Borrow-Skripte referenzieren Werte wie safety.maxBorrowPerTx und safety.minHealthFactor (Standard: 1.5).

So verwenden Sie agent-credit

1. Delegation aus Ihrer Wallet einrichten: Über Aave UI oder Block Explorer Ihr Collateral konfigurieren und Delegationsfreigaben für erlaubte Debt-Tokens setzen (z. B. USDC-Debt-Token → Agenten-Menge).
2. Konfiguration vorbereiten: config.example.json als Ausgangspunkt nutzen, um Skriptwerte inkl. Safety-Parameter und Borrow-Ziele zu definieren.
3. Skripte vom Agenten ausführen: Repository-Skripte sind für Agenten-Ausführung gedacht, nicht für Delegatoren. Typischer Ablauf:
   • aave-setup.sh zur Überprüfung von Config/Dependencies und Delegationsstatus
   • aave-borrow.sh <SYMBOL> <AMOUNT> zum delegierten Borrow (nach Safety-Checks)
   • aave-repay.sh <SYMBOL> <AMOUNT|max> zur Schuldenrückzahlung im Namen des Delegators
   • aave-status.sh [SYMBOL] [--health-only] [--json] zur Prüfung von Zulassungen und Health Factor
4. Bei Bedarf widerrufen: Delegation jederzeit auf 0 für relevante Debt-Tokens setzen.

Anwendungsfälle

• On-Demand-Agenten-Operationen ohne manuelle Funding: Agent leiht Stablecoins oder Tokens via Delegation nur bei Bedarf für Betriebskosten, statt wiederholtes Pre-Funding der Wallet.
• Agenten-gesteuerte periodische Swaps via DeFi-Toolkit: Kombiniert mit Bankr-Skills (siehe Repository), leiht Agent USDC via Delegation und swappt/bridgt/deployt es via Bankr-Flows.
• Autonomes DCA mit delegiertem USDC: Agent leiht periodisch USDC und erwirbt ETH (via Swap) als DCA-ähnlichen Workflow.
• Gas-Selbstversorgung für Ausführung: Setup beschreibt Borrow kleiner WETH-Menge, um Agenten-Gas bei niedrigem ETH-Bestand zu decken.
• Health-geschützter Liquiditätszugriff: Skripte prüfen vor jedem Borrow den Health Factor des Delegators und brechen ab, wenn Post-Borrow-Health die konfigurierte Schwelle verletzt.

FAQ

Erhält der Agent Zugriff auf den privaten Schlüssel des Delegators? Nein. Der Abschnitt „Safety“ besagt, dass der Agent nie Zugriff auf den privaten Schlüssel des Delegators hat; er verwendet seinen eigenen Schlüssel, um Borrow-/Repay-Transaktionen zu signieren, und nutzt nur die öffentliche Adresse des Delegators, um die richtige Position auszuwählen.

Wie entscheidet der Agent, wie viel er ausleihen kann? Die Ausleihkapazität stammt aus der gesamten Collateral-Position des Delegators (holistisch), aber die ausleihbaren Beträge des Agents pro Asset sind durch pro-Debt-Token-Delegation-Approvals begrenzt, die via approveDelegation() konfiguriert werden.

Was verhindert unsichere Ausleihen? Bei jedem Borrow führen die Scripts Checks durch, einschließlich einer pro-Transaktion-Obergrenze (safety.maxBorrowPerTx), ausreichender Delegation-Allowance, einer Health-Factor-Beschränkung (safety.minHealthFactor, Standard 1.5) und Sicherstellung, dass der Agent genug ETH für Gas hat. Bei Fehlschlag bricht der Borrow mit einem Fehler ab.

Welche Netzwerke und Aave-Versionen werden unterstützt? Das Repository gibt an, dass es mit Aave V2 und Aave V3 funktioniert und für Base, Ethereum, Polygon und Arbitrum vorkonfiguriert ist, aber auch für jede EVM-Chain gedacht ist, auf der Aave deployt ist.

Kann der Agent diese Flows in verschiedenen Agent-Frameworks ausführen? Der Inhalt bemerkt, dass die Scripts einfaches Bash plus Foundry’s cast sind, sodass sie in jeder Shell-Umgebung genutzt werden können. Das Repo erwähnt zudem Kompatibilität mit OpenClaw (als Skill installierbar) und das direkte Ausführen von Scripts aus einer Claude-Code-Session.

Alternativen

• Manuelle Aave-Interaktion via Wallet/UI: Statt Borrowing an einen Agent zu delegieren, können Sie (oder ein Backend-Service) Collateral manuell supplyen, ausleihen und zurückzahlen; das behält die Kontrolle, erfordert aber häufigere manuelle oder custom Integration.
• Third-Party-Agent-to-DeFi-Connectors: Alternativen dieser Kategorie bieten eine agent-freundliche Schnittstelle zu DeFi-Protokollen, nutzen aber möglicherweise nicht die Aave-Kreditdelegation und pro-Debt-Token-Approval-Beschränkungen auf die gleiche Weise.
• Direktes On-Chain-Contract-basiertes „Agent-Wallet“-Borrowing: Einige Systeme routen Agent-Aktionen über dedizierte Smart Contracts; das unterscheidet sich, da das Permission-Modell durch Contract-Logik statt Aave-Delegation-Approvals pro Debt Token erzwungen wird.
• Eigene Delegation + Safety-Layer bauen: Sie könnten Delegation-Management und Borrow-Safety-Checks selbst mit Aave-Contracts und Transaction-Guards reimplementieren; das unterscheidet sich vom Einsatz der fertigen Bash-Scripts und Config-Konventionen in diesem Repository.