[Discussion] Open-source AgentKit-first observability + policy layer (Argus) — feedback welcome
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 15/100
- Issue 类型
- 功能
- 描述清晰度
- 需要澄清
- 活跃度
- 冷清
- 技术栈
- typescript
调研方向
该 issue 未指明任何 AgentKit 文件、测试或入口点。先查看 AgentKit 项目和链接的 Argus 仓库，然后使用该 issue 的三个问题来确定 AgentKit 是否需要适配器，以及其范围应是什么。
由索引模型根据 Issue 内容生成。
描述
Hi AgentKit team (and community),
Building Argus - an open-source observability + policy layer for on-chain AI agents. AgentKit is the first adapter on the roadmap: normalised event schema, declarative policies (spend caps, allowlists, rate limits, anomaly detection), cross-provider kill-switch. MIT-licensed, local-first, no SaaS, no token.
Applying to the EF ESP Wishlist under "Existing Tooling for Ethereum Developers" with AgentKit as the first supported SDK.
Rather than asking for a call, three async questions the team (or community) can answer in the thread:
- From your vantage point inside AgentKit, is a neutral runtime observability + policy layer a gap worth filling externally, or is that surface something AgentKit plans to own internally?
- What policy primitives are you already seeing operator demand for? (So the v0 policy set matches real pain, not whiteboard guesses.)
- Is a first-party adapter welcome, or would the team prefer Argus stay adjacent?
Either a short "yes, here's the event-model we'd recommend hooking into" or a blunt "no, because X" saves the project time. Not looking for endorsement - looking for alignment.
If yes, happy to share a v0 preview when the adapter is ready (~4 weeks).
Repo: https://github.com/argus-protocol/argus
Kristiyan Petrov (GitHub: @zontak)
[email protected]
https://www.linkedin.com/in/kristiyan-petrov-zontak/
- 主要语言
- TypeScript
- 星标
- 1.4k
- 派生
- 900
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
coinbase/agentkit 的其他 Issue
-
SolanaKeypairWalletProvider returns a signature when confirmation reports an execution error可能已有人在做 @snuff12 于 4 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 70/100
维护者通常 1 天内回复
-
Python: Permit2 approval in CdpSmartWalletActionProvider.swap always reports failure (integer vs string receipt status)可能已有人在做 @0xLittleDream 于 12 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 74/100
coinbase/agentkit#1592 · 2 条评论 ·
维护者通常 1 天内回复
-
Moonwell redeem fails on Base Sepolia and uses 18 decimals for cbBTC可能已有人在做 @sebxt 于 15 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 85/100
coinbase/agentkit#1578 · 1 条评论 ·
维护者通常 1 天内回复
-
ERC20 transfer reports "Transferred" when the transaction reverts (receipt status ignored)可能已有人在做 @AgenticFinanceGraph 于 24 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 65/100
coinbase/agentkit#1558 · 1 条评论 ·
维护者通常 1 天内回复
-
[TypeScript] `ViemWalletProvider` rejects a wallet client from a newer viem than the exactly pinned one (TS2345, `tokens` missing on `Client`)可能已有人在做 @PrabalParihar 于 15 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
coinbase/agentkit#1532 · 5 条评论 ·
维护者通常 1 天内回复
查看 coinbase/agentkit 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 3 天内回复
-
难度 2/5 1-3 小时 新手友好度 66/100
维护者通常 2 天内回复
-
reproduced
难度 2/5 1-3 小时 新手友好度 74/100
anomalyco/opencode#62052 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
strapi/design-system#2084 ·
维护者通常 3 天内回复
-
难度 1/5 1 小时以内 新手友好度 88/100
维护者通常 1 天内回复