正在加载视频...

视频加载失败

Say hello to agentOS (beta) A portable open-source OS built just for agents. Powered by WASM & V8 isolates. 🔗 Embedded in your backend ⚡ ~6ms coldstarts, 32x cheaper than sbxs 📁 Mount anything as a file system (S3, SQLite, …) 🥧 Use Pi, Claude Code/Codex/Amp/OpenCode soon

268,611 次观看 • 5 个月前 •via X (Twitter)

43 条评论

Rivet 的头像
Rivet5 个月前

Why WebAssembly + V8? Traditional sandboxes boot entire VMs or containers. agentOS runs agents inside lightweight VMs within your own process. Same isolation technology behind Google Chrome. Battle-tested at planet scale. No VMs. No containers. No Docker images to pull. Just fast, secure execution.

Rivet 的头像
Rivet5 个月前

The numbers: Cold start (p99): agentOS: 6.1 ms Fastest sandbox: 3,150 ms → 516x faster Memory per coding agent: agentOS: ~131 MB Sandbox minimum: ~1,024 MB → 8x less RAM Cost per execution-second: agentOS (AWS on-demand): $0.00000058/s Cheapest mainstream sandbox: $0.000018/s → 32x cheaper You're not paying for idle RAM anymore. Full methodology:

Rivet 的头像
Rivet5 个月前

agentOS embeds directly into your existing backend. No separate infra. No sidecar. No Kubernetes operator. $ npm install rivetkit Your APIs. Your auth. Your toolchains. Agents run inside your own process, where your code already lives. A few lines of TypeScript and you're running agents.

Rivet 的头像
Rivet5 个月前

Agents think in files. agentOS mounts anything as a familiar directory tree: - S3 buckets - SQLite databases - Google Drive - Host file system The host handles credential scoping. Agents never see API keys or secrets. They just read and write files like they always do.

Rivet 的头像
Rivet5 个月前

Security model: - Granular CPU & memory limits per agent - Programmatic network allowlists - Isolated network namespace per agent - Bring your own auth (API keys, OAuth, JWTs) Same sandboxing that protects billions of Chrome tabs. Now protecting your agents.

Rivet 的头像
Rivet5 个月前

Built-in orchestration. No glue code. - Webhooks for external events - Multiplayer: multiple clients observe one agent - Agent-to-agent delegation - Durable workflows with retries - Queues for backpressure - Persistent SQLite for structured state Everything agents need to coordinate, out of the box.

Rivet 的头像
Rivet5 个月前

agentOS is open source and runs anywhere: Your laptop. Railway. Vercel. Kubernetes. ECS. Lambda. Cloud Run. A Raspberry Pi. One npm package. No vendor lock-in. Same API everywhere.

Rivet 的头像
Rivet5 个月前

GitHub:

Rivet 的头像
Rivet5 个月前

Get started:

Jack Brown 的头像
Jack Brown5 个月前

How is this different from Anthropic's srt?

Sree 的头像
Sree5 个月前

these are genuinely insane benchmarks

Dhravya Shah 的头像
Dhravya Shah5 个月前

Insane stuff

Will James 的头像
Will James5 个月前

It's been three days, time to upgrade everything again. 🤣

isaaac.dev 的头像
isaaac.dev5 个月前

- how running code in a sb can access dependencies (npm) - how does the workflow persist (where ? how to plug the infra ?) I have so many questions. It looks like it's so many things at once it's hard to to figure this out. I can run sb code on same machine, it can run sb code in sb provider, it can persist sb, it can run full harness and act as a server....... 🤯 perhaps, what are the things we can't do with this ? maybe this would be easier to take it this way

Gregor 的头像
Gregor5 个月前

The "OS for agents" framing is doing a lot of heavy lifting here. Isn't the real unlock the file system abstraction, not the OS layer? 6ms coldstarts are cool but who's actually bottlenecked by coldstarts vs context switching costs?

Marko Kraemer 的头像
Marko Kraemer5 个月前

Great stuff

David Zhang 的头像
David Zhang5 个月前

I need this now!

Samuel Ekpe 的头像
Samuel Ekpe5 个月前

Nice

Nikhil Sharma 的头像
Nikhil Sharma5 个月前

The model war is mostly over. The infra war is just starting. Claude Code, Codex, and OpenCode all converging on the same execution layer is the platform consolidation story nobody's talking about yet.

Konstantin Chernyshkov 的头像
Konstantin Chernyshkov5 个月前

legends

derek 的头像
derek5 个月前

wow

Haris Sulaiman 的头像
Haris Sulaiman5 个月前

I'm rooting for rivet to take off even when using cloudflare for production use cases.

nick 的头像
nick5 个月前

beautiful launch, can't wait to try!!

Sébastien Chopin 的头像
Sébastien Chopin5 个月前

Beautiful

Andrew Mackross 的头像
Andrew Mackross5 个月前

Very slick!

tharshan 的头像
tharshan5 个月前

Any way for someone with a python stack to take advantage of this?

Abhi 的头像
Abhi5 个月前

@bikramkgupta check this out.

MFLScout 的头像
MFLScout5 个月前

Cool initiative!

polihedge 的头像
polihedge5 个月前

Looks cool. Wish it ran in Cloudflare. Get them to support V8.

Dan Lynch 的头像
Dan Lynch5 个月前

good luck w the SEO on that name!

dylan 的头像
dylan5 个月前

🔥🔥

Miguel Salinas 的头像
Miguel Salinas5 个月前

Amazing 🚀

Mathivanan 💻📟🔌 的头像
Mathivanan 💻📟🔌5 个月前

This is gonna be one hell of you ride 💪 Can't wait to try

Mathivanan 💻📟🔌 的头像
Mathivanan 💻📟🔌5 个月前

@grok come up with 10 product ideas 💡 using AgentOS

Omar McAdam 的头像
Omar McAdam5 个月前

this is cool 🫡

Xiangyi Li 的头像
Xiangyi Li5 个月前

@MoritzW42 Can be interesting to generate roolouts

ikan laut 的头像
ikan laut5 个月前

1this is very interesting

Saïd Aitmbarek 的头像
Saïd Aitmbarek5 个月前

really love your new agentOS API + impl. so clean, from spawning vms to listening to sessions + prompting the combo w/ actors make it so valuable would be so cool to launch you guys on if that helps.

renato 的头像
renato5 个月前

this is another crazy one @iamlukethedev still early

Jackie.W 的头像
Jackie.W5 个月前

6ms coldstarts changes the dispatching math entirely. right now most agent setups run one session at a time because startup cost kills parallelism. at 131MB per agent you could run dozens concurrently on a single machine and let them specialize rather than asking one agent to do everything sequentially that's when agent fleets start making economic sense

Komran Rashidov 的头像
Komran Rashidov5 个月前

this is really cool! We need our agents to do computer use and potentially host a server to test its changes. Is that possible with agentOS?

Nikhil Sharma 的头像
Nikhil Sharma5 个月前

6ms coldstarts for agent sandboxing is no joke. Running untrusted agent code without destroying your infra is the hardest unsolved problem right now.

Esteban Puerta 的头像
Esteban Puerta5 个月前

okay pack it in, it's over, this is clearly the final form factor for agent runtimes

相关视频

I got curious how compaction works as a PM, so I did some brain surgery on Claude Code: (Anthropic's been doing really interesting work on context editing - they showed Claude Opus playing Settlers of Catan for 75+ minutes in a single thread by constantly editing the context instead of starting fresh. When I saw that Claude Code has a compaction command with optional custom instructions, I wanted to understand what's actually happening.) Abhishek Katiyar and Aman Khan gave me the key tip: Claude Code stores all your conversation history as text files on your computer. Open a new directory and give Claude Code a task. Here's how to watch compaction happening: 1. Go to your user's root directory 2. Press Command+Shift+Period (Mac) to show hidden folders 3. Navigate to ~/.claude/projects/ 4. Find your project folder and use Cursor/VSCode to open it (there's a reason) 5. Install the JSONL Gazelle plugin (open source, thank you Gabor Cselle!) 6. Open the most recent JSONL file - each row is a message in your conversation 7. Run the compact command in Claude Code with custom instructions 8. Watch what happens in the file What I learned: When you compact, Claude Code doesn't just summarize and delete everything. It creates a "compact boundary" in the conversation file, writes a summary of what happened before, but keeps the full original conversation (!!!!) The new thread can still retrieve any details from before compaction if needed. That is so damn cool. Why this matters: What you're getting in Claude Code is similar to what Anthropic ships in their developer SDK - so inspecting your daily tools is how you build real product intuition. The best way to understand AI systems is to open them up and look inside. Everything is text files.

Tal Raviv

57,910 次观看 • 8 个月前

Three skills I use every day in Claude Code and Codex to solve my hardest problems: 1️⃣ /agent-watchdog When I have one agent like Codex working on a task and I don't fully trust it's going to do everything right, I'll open up another one like Claude Code and tell it to watchdog the Codex thread. You can copy the Codex deep link into Claude Code and it'll look at the prompt you sent, watch the Codex thread until it's done, then compare the Codex solution to how it was planning to solve it and automatically fix anything that Codex missed. It can also test the work of the other agent end-to-end. Similar to the idea of OpenRouter's new Fusion feature, I've definitely found that two models thinking through a problem and checking each other's work can be wildly more impactful than just one. 2️⃣ /plan-arbiter Similar ideas as /agent-watchdog - but with this one you have both make plans, compare plans, negotiate the differences, and make a final plan to execute. I find Claude Code is better at writing plans, but Codex is faster and cheaper to execute on them. Then I usually have Claude Code watchdog the Codex work and fix anything that was missed. 3️⃣ /read-the-damn-docs One thing that drives me crazy with coding agents is they're so reluctant to look up docs. They'll just guess and guess and guess at the right API surface for things, or the right solution to an integration of two things. Once I explicitly tell it to look up the docs, it says "Oh, I see the answer," and it fixes the problem. So I made the /read-the-damn-docs skill. Add it and your agents will know when and how to do efficient web searches to look up docs for the types of problems you really should look up docs for. All of these are totally open source over on my GitHub. If you try them, let me know your feedback. Will link to them below:

Steve (Builder.io)

43,089 次观看 • 3 个月前

💥 The Future Is Now: Pay Your Bills with Pi Using PrimePi Pay 💥 Powered by Pi. Built for the People. In a world racing toward decentralization and digital empowerment, one question still echoes for everyday people: When will crypto solve real problems? That time is now — and the answer is Pi Network. Introducing a revolutionary leap in the Pi ecosystem: a bold new app that finally lets you pay your real-world bills using Pi Coin (𝛑) — securely, instantly, and without relying on banks or middlemen. Welcome to PrimePi Pay — the bridge between blockchain freedom and the real-world responsibilities we all carry. 🔑 Why PrimePi Pay Matters Too many people are still stuck in a financial system that limits access, adds fees, and delays payments. Meanwhile, millions of Pioneers around the world have been quietly building a new financial layer — one mined on trust, time, and vision. Now it’s time to activate that vision. With PrimePi Pay, you’ll be able to: •Pay electricity, phone, internet, rent, and more using Pi •Scan bills and verify payment details with built-in AI tools •Send Pi directly to official businesses or trusted local agents •Track every payment inside your Pi wallet — fully transparent and secure ⚡ Real Utility. Real Adoption. Real Pi. This isn’t about hype. It’s about empowerment. You don’t need to convert to fiat. You don’t need to wait on banks. You don’t need permission. All you need is your Pi — and now, it can take care of your life’s most essential needs. PrimePi Pay is proudly powered by Pi — the people’s digital currency. 🧠 Powered by GenAI. Built by Pioneers. Using GenAI and Pi-native tools like Pi App Studio and Firebase, PrimePi Pay was created by Pioneers, for Pioneers. It’s simple. It’s powerful. And it’s laser-focused on solving real-world financial problems. It’s more than an app — it’s a global movement. You can even participate as a Prime Agent, helping users in your community pay bills while building a reputation inside the Pi economy. 🚀 PrimePi Pay: Just the Beginning As Pi Network continues its Open Mainnet expansion, PrimePi Pay will unlock: •Partnerships with major billers and utility companies •Mobile top-ups and rent payments in emerging markets •Local-to-global remittances, powered by trust and decentralization And guess what? It all starts with you. Your Pi. Your bills. Your power. 💬 Final Word: “One day, you’ll stop asking what Pi is worth. Instead, you’ll ask what you can do with it.” – A Pioneer of the New Economy Let’s make history. Let’s pay bills with PrimePi Pay. Powered by Pi. Designed for a new world. 💜🔌📲 #PrimePiPay #PoweredByPi #PiNetwork #PayWithPi #DecentralizeLife Pi Network Nicolas Kokkalis Chengdiao Fan

Mr Spock 𝛑

15,731 次观看 • 1 年前

THIS MIGHT BE THE #1 OPEN-SOURCE REPO FOR CLAUDE CODE RIGHT NOW. IT GIVES CLAUDE A MEMORY AND SLASHES YOUR TOKEN COST ON EVERY QUESTION The repo is safishamsi/graphify, a free open-source skill that turns any codebase into a knowledge graph Claude Code can read instantly. Instead of grepping through your files every session, Claude gets a map of how everything connects The problem it fixes: Every time you ask Claude Code about a big repo, it does the same thing, greps through dozens of files like a brute-force Ctrl+F, blows through your context window, and sometimes still misses the answer hiding in a file nobody searched. Claude Code has no memory of how your project is structured. Every session starts from zero What it does: It maps your entire codebase into a knowledge graph, capturing not just which files exist, but which functions depend on which, which modules are central, and which files cluster around the same concern. Claude queries the map instead of scanning files How it works, three passes: 1. Code structure, free and local. Tree-sitter parses your files and pulls out classes, functions, imports and call graphs. No LLM, no tokens, just your actual code mapped deterministically 2. Audio and video, if you have them. Transcribed locally and folded into the graph 3. Docs, papers, images. Here an LLM does semantic analysis, figuring out what each document means and where it fits. Only the meaning gets sent up, never your raw source It saves you money: Normally a question about a big repo makes Claude spawn explore agents that scan file after file, eating your context window and your token budget before you get an answer. With the graph already built, Claude queries the map instead of re-reading the codebase every time. Same answer, a fraction of the tokens. The graph only gets built once, then a hook rebuilds it after each commit for free, so you never pay that scanning cost again. The bigger the repo, the bigger the gap The best parts: it's a skill, so once installed Claude knows when to use it without you memorizing commands. It works on non-code folders too, point it at docs or notes and it can spin up an Obsidian vault How to add it to your Claude: 1. Install Claude Code if you haven't: npm install -g Paul Jankura-ai/claude-code 2. Add the skill: claude skill add safishamsi/graphify 3. Open your project folder and run /graphify . to build the graph 4. Optional, make it automatic: graphify hook install so the graph rebuilds after every commit That's it. Ask Claude about your repo and it reads the map instead of burning tokens on a file hunt Bookmark this

Yarchi

56,177 次观看 • 3 个月前

Another insane Jev use case! Jev is making it dramatically cheaper to evaluate what actually happened inside an agent run. And finally, someone open-sourced a self-improving memory layer that can put that signal to work across agent harnesses: - Claude Code - Codex - Cursor - OpenCode, and 20+ more Beacon by Asymptote Labs continuously captures your agent history across harnesses and uses Jev to identify which runs are actually worth learning from. It then turns the highest-signal workflows, corrections, and debugging patterns into reusable skills. GitHub repo: (don’t forget to star it ⭐ ) Beacon preserves the complete session history. But preserving a run and learning from it are two different things. Most coding-agent sessions contain routine exploration, failed commands, and fixes that only apply to one task. The trace can remain available for inspection without turning every detail into guidance for future agents. Jev scores each run for evidence, reuse potential, and human correction signals. An application policy then decides whether to promote, review, or discard it. The recording shows this in action. Claude receives a coding task, modifies the implementation, and runs the tests. I then provide an edge-case correction, so Claude updates the code and adds regression coverage. Beacon automatically captures the complete session. Jev evaluates whether the correction contains a reusable engineering lesson. Once approved, that lesson becomes available to other coding agents working on the project. Since it works across harnesses: - Claude Code sessions can teach Codex. - Cursor debugging can improve OpenCode. So a problem solved by one agent should not need to be learned from scratch by another. If you want to dive deeper into Jev, I also wrote a hands-on guide to building this Jev-style decision path with open models, entirely locally. Read it below.

Avi Chawla

288,102 次观看 • 6 天前

THE GUY WHO WON ANTHROPIC'S HACKATHON JUST GAVE AWAY HIS ENTIRE CLAUDE CODE PLAYBOOK FOR FREE. 10 MONTHS OF WORK, ALL PUBLIC Affaan Mustafa won the Anthropic x Forum Ventures hackathon by building a full startup in 8 hours with Claude Code. Then he open-sourced the exact setup that did it. It's called Everything Claude Code, and it turns Claude from one assistant into an entire engineering team Repo: affaan-m/ecc This isn't a prompt pack. It's a system he refined over 10+ months of daily use shipping real products What's inside: A huge library of skills, dozens of specialized subagents, and ready-made commands, all working together. Each piece does one job. One subagent reviews security against OWASP standards. One optimizes memory so Claude stops forgetting earlier decisions around hour three. One learns from your past sessions and projects so the setup gets smarter the more you use it. Others handle planning, test-driven development, and language-specific code review Instead of one assistant writing code, you get an orchestrated team. A main session delegates to the right specialist when the task calls for it, the way a real dev team splits work The best part: it's not locked to one tool. It runs in Claude Code, Cursor, Codex and OpenCode, across Windows, Mac and Linux. Free, MIT licensed This is the difference between using Claude like a search box and running it like a team that ships. The guy spent 10 months figuring out what actually works so you don't have to Bookmark this

Yarchi

818,112 次观看 • 3 个月前