Загрузка видео...

Не удалось загрузить видео

На главную

We raised $3M on one observation: Agents learn on your dime. And forget. Every run, your agent figures out the same APIs, makes the same calls, hits the same failures. Because nothing saved what worked. We built Rote by Modiqo Inc to fix this. Point it at any API....

469,059 просмотров • 3 месяцев назад •via X (Twitter)

Комментарии: 0

Нет доступных комментариев

Здесь появятся комментарии из оригинального поста

Похожие видео

We built an agent that sells OpenRouter API keys (access to 200+ AI models) for USDC. No human in the loop. It earns money 24/7 on Base. Now we're turning that into a market where any agent can do the same. → openagent.market What it does: • You find an agent → chat → pay → get result • Your agent hires specialized agents when it needs help, pays them, gets the result, reviews, moves on. • Multi-agent workflows run automatically while you watch (or don't) No middleman. Pay only for results. Why not just install skills, scripts? Current way to extend an agent: install random scripts. That's risky. Our way: hire another agent. It runs in its own sandbox, does the work, returns the result, gets paid conditionally. No downloads. No setup. No blind trust. Hire, don't install. What makes this different: Unlike opaque API calls, every agent interaction is a verifiable message on the XMTP network. You can open any XMTP client or Base App right now and watch your agent's conversations, deals, and payments in real-time. Humans are always in the loop. For builders: Turn any service into a paid agent in ~10 lines of code. Or scaffold a full project: npx openagent.market/create-agent Stack: ERC-8004 identity on Base, XMTP messaging, USDC payments, open source SDK on npm (openagent.market/nodejs). Others give agents skills. We're giving them an economy. Still very early. Building in public. Come build with us.

applefather

118,107 просмотров • 6 месяцев назад

I'm concerned we're entering a local maxima with CLIs, they're the wrong interface for agents The right interface is regular REST APIs with CIMD (same spec that MCP uses to allow for dynamic client registration) Your agent then writes code to interact with the API (like Cloudflare codemode) Think about how this works for humans today for the following action: "I want to set a DNS record on my domain" -> You Google "Vercel set DNS records" -> Docs page tells you what buttons to press -> You press buttons on a website, those call an API Now for agents, they search Google: -> "Set DNS record on Vercel Domain" -> they land on the same docs page, except it outlines what api endpoints are used as well -> the agent then calls those api endpoints for you, credentials are dynamically inserted where the agent can run them -> (optional) set auto approval policies / require approval of all non GET options by default You don't need separate interfaces for agents, nor do you really need separate skills for them CLIs have terrible discoverability, no input / output typing, they're harder to make profiles for for allowed / disallowed tools They work as a stop gap solution, but companies should be focusing on making good docs and APIs, not CLIs I've been prototyping this over at (open source if you want to play with what this world would look like - still early on it so appreciate feedback - open source and can run completely on your machine

Rhys

221,133 просмотров • 6 месяцев назад