agent-credit

agent-credit 是什么？

agent-credit 是一个为 AI 代理设计的信用委托工具包，让代理从 Aave 仓位借入资金，并随后代表委托人偿还。核心理念是将代理的借款权限与其债务偿还分离，这样你可以定义代理可借款的资产及其额度，而借款能力则来自你的抵押品。

仓库提供 bash 脚本（由代理调用），用于设置委托状态、执行委托借款、偿还委托债务，以及在执行前检查授权/健康因子。它适用于部署了 Aave 的 EVM 链上的 Aave V2 和 Aave V3，仓库示例预配置为 Base、Ethereum、Polygon 和 Arbitrum。

主要特性

• 通过 Aave 的委托借款：代理在需要资金时从 Aave 借款，产生的债务累积在委托人的 Aave 仓位上。
• 按资产委托授权：你可以为每个债务代币合约（如 USDC 与 WETH）独立批准委托，确保代理无法借款你未明确允许的资产。
• 基于抵押品的整体借款能力：借款能力来源于你的全部抵押品和配置的 LTV，但每种资产的可用借款受你设置的具体委托授权限制。
• 代理执行的脚本化工作流：提供的脚本处理设置检查、委托借款调用、委托偿还和状态报告，并在安全检查失败时中止。
• 借款前安全检查：每次借款执行检查，包括单笔交易上限、委托授权充足性、借款后健康因子，以及代理钱包是否有足够的 ETH 支付 gas。
• 避免私钥暴露的密钥处理：代理永不接收委托人的私钥；它持有自己的密钥签名借款/偿还交易，并使用委托人的公钥地址定位正确的 Aave 仓位。
• 可配置安全参数：借款脚本引用配置值，如 safety.maxBorrowPerTx 和 safety.minHealthFactor（默认值为 1.5）。

如何使用 agent-credit

1. 从你的钱包设置委托：使用 Aave UI 或区块浏览器配置抵押品，然后为代理允许借款的特定债务代币设置委托授权（如 USDC 债务代币 → 代理额度）。
2. 准备配置：以 config.example.json 为起点定义脚本使用的值，包括安全参数和借款目标。
3. 从代理运行提供的脚本：仓库脚本专为代理执行设计，而非委托人。典型脚本流程包括：
   • aave-setup.sh 验证配置/依赖和委托状态
   • aave-borrow.sh <SYMBOL> <AMOUNT> 执行委托借款（安全检查后）
   • aave-repay.sh <SYMBOL> <AMOUNT|max> 代表委托人偿还债务
   • aave-status.sh [SYMBOL] [--health-only] [--json] 检查授权和健康因子
4. 需要时撤销：随时为相关债务代币将委托设置为 0 以撤销。

使用场景

• 无需手动充值的按需代理操作：代理仅在需要覆盖运营成本时通过委托借款稳定币或代币，而非反复预充其钱包。
• 代理管理的周期性兑换结合 DeFi 工具包：结合仓库描述的 Bankr 技能，代理可通过委托借款 USDC，然后使用 Bankr 流程兑换/桥接/部署。
• 使用委托 USDC 的自主 DCA：代理可定期借款 USDC 并兑换为 ETH，作为 DCA 式工作流的一部分。
• 执行时的 gas 自给自足：设置描述在代理 ETH 余额不足时借款少量 WETH 以覆盖其 gas。
• 健康防护的流动性访问：每次借款前，脚本检查委托人健康因子，若借款后将违反配置阈值则中止交易。

常见问题

代理是否被授予访问委托人私钥的权限？
否。安全部分说明代理永无权访问委托人私钥；它持有自己的密钥来签名借贷/还款交易，仅使用委托人的公钥地址来选择正确仓位。

代理如何决定可借金额？
借贷额度来源于委托人的总抵押仓位（整体计算），但代理对每种资产的可借金额受限于通过 approveDelegation() 配置的按债务代币委托审批。

什么机制防止不安全借贷？
每次借贷时，脚本会运行检查，包括单笔交易上限（safety.maxBorrowPerTx）、委托额度充足性、健康因子约束（safety.minHealthFactor，默认 1.5）、以及确保代理有足够 ETH 支付 gas。若任一检查失败，借贷将报错中止。

支持哪些网络和 Aave 版本？
仓库说明支持 Aave V2 和 Aave V3，已预配置 Base、Ethereum、Polygon 和 Arbitrum，同时适用于任何部署 Aave 的 EVM 链。

代理能否在不同代理框架中运行这些流程？
内容指出脚本为纯 bash 加 Foundry 的 cast，可在任何带 shell 的环境中使用。仓库还提到与 OpenClaw 兼容（作为技能安装），并可直接从 Claude Code 会话运行脚本。

替代方案

• 通过钱包/UI 手动交互 Aave：不委托借贷给代理，而是由你（或后端服务）手动在 Aave 上供应抵押、借贷和还款；这保留控制权，但需更频繁的人工或自定义集成。
• 第三方代理到 DeFi 连接器：此类替代方案为代理提供 DeFi 协议友好接口，但可能不采用 Aave 信用委托及按债务代币审批约束的相同方式。
• 链上合约式“代理钱包”借贷：某些系统通过专用智能合约路由代理操作；这不同在于权限模型由合约逻辑强制，而非 Aave 按债务代币的委托审批。
• 自建自定义委托 + 安全层：你可使用 Aave 合约和交易防护自行重实现委托管理和借贷安全检查；这不同于仓库中现成的 bash 脚本和配置约定。