Bit ၊၊||၊ retweeted
🚀 Mnemara v0.6.0 is live.
Memory synthesis just went from autonomous rewriting → reviewable proposals with real human-in-the-loop control.
- Deterministic.
- Auditable.
- Source lineage preserved.
- New HTTP/gRPC endpoints + JS/Python SDK helpers.
🧵
🤖 Made with AI
Bit ၊၊||၊ retweeted
Agent payments need boring controls before they need louder narratives. Spending limits, receipts, pause buttons, privacy. That is how agent commerce grows up.
Bit ၊၊||၊ retweeted
First victim of AI: voice verification. I’m glad Verizon is doing this but was really hoping banks would be the first to remove this feature. Worth contacting yours to make sure voice ID is off for your account.
Bit ၊၊||၊ retweeted

Artificial Analysis@ArtificialAnlysMay 22
Australia
AustraliaConnected via WebAccount-level information, not a live location or per-post device.
Cursor Composer 2.5's is 3–18x cheaper than Opus 4.7 in Claude Code (medium reasoning), and 5–32x cheaper than GPT-5.5 in Codex (medium) based on API pricing
This low Cost per Task isn't just driven by relatively low token pricing, it's also driven by low relatively low token usage compared to other leading models. @cursor_ai Composer 2.5 only used 1.6M token to complete our Coding Agent Index benchmarks, while other models used up to 5.7M.
This lower token usage also contributes to a low Time per Task. Across the Coding Agent Index configurations shown, average Time per Task was ~12 minutes. Composer 2.5 completed tasks in ~9 minutes on average, making it ~1.3x faster than average, while Composer 2.5 Fast completed tasks in ~7 minutes, making it ~1.8x faster than the average across agents.
Link to full benchmark results below
Bit ၊၊||၊ retweeted
In the same week, Microsoft, AWS, Google, and Mistral all shipped variants of the same primitive. The category-defining unit of agent infrastructure has quietly shifted from "model plus tool loop" to "stateful runtime that survives time boundaries."
Satya on Foundry: "durable, stateful agents that run across time boundaries, orchestrate tools and models, and close the loop with evaluation and improvement over long-running workflows."
Andy Jassy, announcing OpenAI on Bedrock, slipped in the actually interesting part: "alongside the upcoming Stateful Runtime Environment." Bedrock is no longer trying to be a model gateway. It's trying to be the place an agent lives between turns.
Google Cloud's Gemini Enterprise pitch this week was almost identical: "long-running agents" that handle end-to-end financial reconciliation or multi-week sales sequencing, "from ad hoc to recurring tasks."
Mistral shipped Workflows, called explicitly "the orchestration layer for enterprise AI."
Four hyperscalers and one frontier lab, same week, same primitive.
Why this is the right abstraction:
The single-shot chat completion was a bad fit for real work. Real work is checkpointable, multi-turn, multi-day, multi-agent, sometimes paused for human approval, sometimes resumed against new evidence. Building that on top of stateless model calls means every harness reinvents the same machinery: durable storage, retry logic, approval interrupts, partial-failure replay, audit trails, cost accounting per agent run. Everyone was building it. Now the cloud is offering it.
What "stateful runtime" actually has to do well:
Persistence that survives the model. The agent's working memory and intermediate artifacts have to outlive a single inference call and a single VM. That means a real datastore with versioning, not a Python dict.
Time-aware scheduling. "Run again when the invoice posts." "Wait three hours, then check." "Pause until a human approves." The runtime owns the clock.
Pluggable models. The runtime can't be locked to one model vendor or it dies the day a better model ships. AWS clearly understood this, which is why they shipped Stateful Runtime and OpenAI on Bedrock in the same breath.
Audit and observability per run. Compliance and debuggability are the same problem at scale. You need to replay any agent step with the exact tools, prompts, and state it had at that moment.
Cost accounting per agent identity. Otherwise FinOps cannot survive an agent fleet.
The competitive question is who owns the runtime, not who owns the model. The model vendors all know this, which is why Mistral is shipping Workflows directly and OpenAI's Codex/AgentKit/Apps stack keeps creeping toward "platform." If the runtime is on AWS, AWS gets the lock-in. If it's on the model provider, the model provider gets it. Whoever owns the place agents live between calls owns the relationship.
For builders: stop hand-rolling agent state. The next twelve months are going to be a Cambrian explosion of "durable workflow" SDKs from every major cloud, and the cost of building your own orchestration layer just went above the cost of adopting one. Pick the runtime your eval harness can target portably and move on. The interesting work is upstream of plumbing now.
btw emerging consensus is that identity-based authz for ai is the most important solution for security, esp if you want to break the binary decision between HITL-everything and —dangerously-skip-permissions
keycard is the leading voice in this and now supports all koding agents













