◆ Dispatch 185 · 2026-10-28 GSV Weak Signals, Long Session
Claude Code and Codex Score Zero Running DeepSeek on kw-bench, OpenCode Gets 0.54
“Below the frontier, the harness decides how far a model gets.”
— Lenar Kess, today's narration
A new benchmark ran one model, DeepSeek v4.1 Flash, through four harnesses for two hours each. Two independent harnesses scored about half marks and the two lab harnesses scored zero. We go through that result and Arize's engineering behind agents, then Genie 4, the agent credential and exfiltration papers, two Anthropic stories on training data, and a few smaller items.
- kw-bench: a VAT reconstruction across three generations of SAP
- Arize on Code Mode
- Arize on how Alex is built
- Spine: a subtask-tree context runtime
- AgentBaton: mid-task model handoff
- DeepMind's Genie 4
- Two Sigma on agent controls
- Keycard on agent credentials
- Log-To-Leak
- Stanford Daily on the Claude training-data allegation
- Latent Space interview with Anthropic
- bioRxiv: thirty agents, eighteen pipelines
Chapters
- 00:00:04 Transcript
Sources
21 cited-
1
r/OpenAI: Two physicists asked AI to choose a problem on its own, solve it and write a paper that could be published in a prestigious journal. In two hours, AI produced a paper with a novel, significant result. - 0 pts · 0 comments
Article Puzzleheaded-King584
It touches on the frontier of AI capability (autonomous research/discovery), a key debate for senior builders, even if it is an anecdote.
i.redd.it/mmr2ujaa40yh1.png →Details
- Excerpt
- It touches on the frontier of AI capability (autonomous research/discovery), a key debate for senior builders, even if it is an anecdote.
- Context
- It touches on the frontier of AI capability (autonomous research/discovery), a key debate for senior builders, even if it is an anecdote.
- Key points
- It touches on the frontier of AI capability (autonomous research/discovery), a key debate for senior builders, even if it is an anecdote.
- Provenance
- Article · Supporting source
-
2
Is my data used for model training? — 178 pts · 76 comments
Article jonpizza
Directly addresses data usage, privacy, and corporate promises around AI models, a key power dynamic.
privacy.claude.com/en/articles/7996868-is-m… →Details
- Excerpt
- Directly addresses data usage, privacy, and corporate promises around AI models, a key power dynamic.
- Context
- Directly addresses data usage, privacy, and corporate promises around AI models, a key power dynamic.
- Key points
- Directly addresses data usage, privacy, and corporate promises around AI models, a key power dynamic.
- Provenance
- Article · Supporting source
-
3
AI News & Strategy Daily | Nate B Jones · 18m50s
Video AI News & Strategy Daily | Nate B Jones
The speaker argues that the current wave of "AI factories," agent swarms, and parallel agents often amounts to productivity theater: activity that burns tokens and looks like work but produces little value. He frames th…
www.youtube.com/watch?v=NIRFVjttNvA →Details
- Excerpt
- The speaker argues that the current wave of "AI factories," agent swarms, and parallel agents often amounts to productivity theater: activity that burns tokens and looks like work but produces little value. He frames the central challenge as intentionality, and offers four principles drawn from his own experience managing agents in Claude and Codex. The first principle is to count the whole cost, meaning the human work that follows an agent's output. Reading, understanding, deciding, and distributing a report all draw on human attention, and recurring reports create a standing claim on people's time. He illustrates this with Dan Ninarol, a South Jersey chef who used Claude to prepare professional proposals that brought in $20,000 in about six weeks, and with Tony Severino, a Chicago painting contractor who has run his company since 1984. Severino used Claude to read PDF blueprints floor by floor for bids, caught a floor-area multiplier used instead of actual wall measurements, and now asks the model to show its work. The second principle is to run more experiments than you commit to. Agents make exploration cheap, so the speaker recommends light, disposable trials before committing to a project. He gives a customer-churn example: separate agents could mine cancellation reasons, support requests, and returning-customer behavior, but the evidence may still be ambiguous, and talking to customers may be the decisive step. He warns against spawning several polished solutions, such as a loyalty program, a pricing page, and a win-back campaign, before understanding the underlying problem, and cautions against sunk-cost thinking. Parallel agents are useful only when each branch can teach something the others did not. The third principle is to decide when an assignment should end before making it recurring. Recurring agents can outlive their purpose; he describes a weekly market update that kept arriving after he had moved on to a different market two months earlier. The fix is to define stop conditions in advance, such as ending an exploration after three days, and to keep curiosity human-directed rather than letting agent output dictate what you pursue. The fourth principle is to give the agent managing your work a budget for your attention. He proposes a "chief of staff" agent that understands your existing commitments, filters what it surfaces, and treats your attention as scarce. Agents have effectively unlimited availability; people do not, so the structure of engagement should be designed around human limits. The speaker's overall position is that agents make starting cheap but not attention, and that intent, narrowly stated and actively maintained, is what separates real productivity from theater.
- Context
- Directly addresses the practical limitations and strategic management of AI agents, a key topic in software engineering workflows.
- Key points
- Directly addresses the practical limitations and strategic management of AI agents, a key topic in software engineering workflows.
- Provenance
- Video · Supporting source
-
4
Machine Learning Street Talk · 51s
Video Machine Learning Street Talk
the math lab community actually finds that there is a little bit of a Trojan horse. You can now give uh an LLM a math paper and it can spit out the lean code version of it in [music] you know a fraction of the time it w…
www.youtube.com/shorts/unwUjyA52tM →Details
- Excerpt
- the math lab community actually finds that there is a little bit of a Trojan horse. You can now give uh an LLM a math paper and it can spit out the lean code version of it in [music] you know a fraction of the time it would have taken a team of humans to do the same thing. There's kind of a downside to LLM auto formalization and that is you just end up with this profusion of lean mathematics that is not always defined with exactly like the precision the economy with which you want these canonical objects in math lab to be expressed and so they're kind of confronting in a certain way the same challenge that the rest of the world is confronting everywhere which is the volume of AI generated everything in this case lean code you might admit to math lab is not always at the standard the community itself wants and they have to figure out how to kind of sift through all of this new material.
- Context
- Addresses the 'volume of AI-generated everything' and the quality control challenge in a specialized domain (Mathlib), hitting the 'shifting craft' theme.
- Key points
- Addresses the 'volume of AI-generated everything' and the quality control challenge in a specialized domain (Mathlib), hitting the 'shifting craft' theme.
- Provenance
- Video · Supporting source
-
5
AI Engineer · 18m56s
Video AI Engineer
John Feminella, who works on AI architecture and engineering at Two Sigma, uses a 2020 banking incident to frame his talk on governing AI agents. In August 2020, Citibank, acting as administrative agent on a Revlon term…
www.youtube.com/watch?v=iniryju23Sk →Details
- Excerpt
- John Feminella, who works on AI architecture and engineering at Two Sigma, uses a 2020 banking incident to frame his talk on governing AI agents. In August 2020, Citibank, acting as administrative agent on a Revlon term loan split among more than 300 lenders, was supposed to pass roughly $8 million in accrued interest to them. Because required checkboxes in the internal Flexcube system were left unchecked, the full outstanding principal of about $900 million was sent instead. Approvers and operators overrode Flexcube's warning, each believing they were doing the right thing. The lenders, whose loans were trading well below face value, refused to return the money, and commercial loan agreements subsequently added clauses to prevent this scenario. Feminella argues that agents, like humans, are non-deterministic, so the answer is neither lockdown nor hoping for the best but layered controls that preserve both safety and innovation. He rejects three approaches: heavy sandboxing, which is safe but useless; unrestricted autonomy, which lacks isolation; and policy documents not enforced at runtime. He describes five composable controls, though the talk covers only three. The first is an agent registry, which makes every agent visible, recording its owner, tools, endpoints, and product. Registration is automatic when agents use approved frameworks. The second is risk-based review: a Jira summarizer and a production deployment agent should not wait in the same queue, so review effort should scale with risk. The third is purpose-declared, granular tool access. Agents declare the tools they need, the registry supplies applicable policies at initialization, and those policies are translated into enforceable rules about permitted endpoints and hosts. Access changes then need no tickets, provided the agent stays registered and within its assessed risk score. The transcript ends mid-explanation of the third control, so the remaining two controls are not described.
- Context
- Directly addresses AI agent governance, risk, and control mechanisms, a key area of industry friction.
- Key points
- Directly addresses AI agent governance, risk, and control mechanisms, a key area of industry friction.
- Provenance
- Video · Supporting source
-
6
Anthropic trained Claude on illegally obtained Stanford professors' books — 373 pts · 209 comments
Article car
Directly addresses corporate governance, legal risk, and the power struggles surrounding AI training data, a major industry debate.
stanforddaily.com/2026/10/27/professors-boo… →Details
- Excerpt
- Directly addresses corporate governance, legal risk, and the power struggles surrounding AI training data, a major industry debate.
- Context
- Directly addresses corporate governance, legal risk, and the power struggles surrounding AI training data, a major industry debate.
- Key points
- Directly addresses corporate governance, legal risk, and the power struggles surrounding AI training data, a major industry debate.
- Provenance
- Article · Supporting source
-
7
We’re announcing Genie 4, our new world model for real-time interactive simulation.
Article
Today, we’re announcing our research on Genie 4, our new world model that brings unprecedented realism and native audio to real-time interactive simulation.The Genie 4 m…
blog.google/innovation-and-ai/models-and-re… →Details
- Excerpt
- Today, we’re announcing our research on Genie 4, our new world model that brings unprecedented realism and native audio to real-time interactive simulation.The Genie 4 m…
- Context
- A new frontier model (Genie 4) for real-time simulation is a major technical release impacting AI capabilities.
- Key points
- A new frontier model (Genie 4) for real-time simulation is a major technical release impacting AI capabilities.
- Provenance
- Article · Supporting source
-
8
Google DeepMind · 2m27s
Video Google DeepMind
Genie 4 is our most realistic and interactive world model yet. Build environments and simulate worlds on command. Keep prompting and Genie 4 will work out what happens next. Then explore and reshape them in real time. T…
www.youtube.com/watch?v=sFfPkUJd_Jk →Details
- Excerpt
- Genie 4 is our most realistic and interactive world model yet. Build environments and simulate worlds on command. Keep prompting and Genie 4 will work out what happens next. Then explore and reshape them in real time. Transform a picture into a dynamic environment that's [music] ready to explore. Complete with ambient sound. Create a scene, move the camera, direct [music] every detail. And watch the world change live. >> Do you really think we're going to make it? >> Or describe an interactive experience. A few seconds later, you're inside it with full control over your character. >> Hey, LET'S ATTACK THE CASTLE. NO, IT'S A TRAP. GOOD LUCK, MY FRIENDS. >> Genie 4 can simulate [music] scenarios. Like helping robots practice tasks virtually. So that one day they might be able to carry out work in the physical world. And during all the time we spent [music] in other worlds, our first world kept evolving. Genie [music] 4 turns your ideas into worlds you can hear, see, and shape. For all the stories, simulations, and [music] interactive experiences you can imagine. What happens next is up to you.
- Context
- A new, advanced world simulation model (Genie 4) from a major player (DeepMind) directly impacts how AI is built and used.
- Key points
- A new, advanced world simulation model (Genie 4) from a major player (DeepMind) directly impacts how AI is built and used.
- Provenance
- Video · Supporting source
-
9
Genie 4 — 926 pts · 534 comments
Article acossta
Major frontier model release (Genie 4) focused on world simulation, which implies a shift in software/media distribution and control dynamics.
deepmind.google/blog/genie-4-a-new-generati… →Details
- Excerpt
- Major frontier model release (Genie 4) focused on world simulation, which implies a shift in software/media distribution and control dynamics.
- Context
- Major frontier model release (Genie 4) focused on world simulation, which implies a shift in software/media distribution and control dynamics.
- Key points
- Major frontier model release (Genie 4) focused on world simulation, which implies a shift in software/media distribution and control dynamics.
- Provenance
- Article · Supporting source
-
10
We let our cloud agents query prod (with OIDC, not secrets) — 11 pts · 4 comments
Article saligrama
Directly addresses AI agent security and infrastructure (OIDC), a key area of builder concern.
www.formal.ai/blog/cloud-agents-oidc-infras… →Details
- Excerpt
- Directly addresses AI agent security and infrastructure (OIDC), a key area of builder concern.
- Context
- Directly addresses AI agent security and infrastructure (OIDC), a key area of builder concern.
- Key points
- Directly addresses AI agent security and infrastructure (OIDC), a key area of builder concern.
- Provenance
- Article · Supporting source
-
11
Latent Space · 1h46m
Video Latent Space
The host introduces a series of podcasts on Anthropic's IPO, which he says follows an S-1 filing and is expected in about two weeks at a reported $2 trillion valuation. He cites revenue per employee rising from $1.4 mil…
www.youtube.com/watch?v=MRQTlwcW-aQ →Details
- Excerpt
- The host introduces a series of podcasts on Anthropic's IPO, which he says follows an S-1 filing and is expected in about two weeks at a reported $2 trillion valuation. He cites revenue per employee rising from $1.4 million to $6.6 million over the past year, and a shift from losing about $0.50 per dollar of revenue in Q2 2025 to earning about $2 per dollar of compute cost. He also says Anthropic reported its first profitable quarter, with a GAAP profit margin of 19%, compared with a loss of 129% of revenue a year earlier. He attributes this to two reinforcing loops: an improvement loop (better Claude leads to better models, more use cases, and more feedback) and an investment loop (adoption drives growth, which funds capabilities). He reports that over 50% of customers with $100,000 or more in trailing revenue use the Claude Platform, and that Claude Code and Claude Cowork use the same platform primitives. He says Anthropic frames its products as "virtual collaborators" rather than agents. He calls Opus 5.5 the best model according to high-taste testers and speculates, without insider information, that a "Fable 5.5" may ship within two weeks. In the interview, Caitlin and Angela discuss Opus 5.5, which they say addressed feedback that Opus 5's writing was convoluted, and which included pricing cuts aimed at intelligence per dollar. A large part of the conversation covers distillation. They describe a paper that extracted reasoning traces from proprietary models, which Anthropic received through responsible disclosure and has patched. They explain that chain-of-thought extraction is a powerful distillation method, and that Anthropic has been moving toward requiring preserved thinking blocks across turns, prefix-locked thinking, and limits on cross-account abuse. They emphasize the trade-off with user experience, distinguishing mere integration friction from losing capabilities. Anthropic worked with open-source harness maintainers and shipped a compaction feature in the API so that developers could preserve thinking blocks without breaking their own compaction strategies. The stated rationale is primarily safety: distilled models run without Anthropic's output safeguard classifiers could produce harmful outcomes. Commercial impact is described as secondary, since distillers pay Anthropic. Separately, one speaker distinguishes production deployments, which have online safeguards and separated harness and tool infrastructure, from training environments, where models are placed in constrained boxes that can incentivize escape behavior.
- Context
- Directly discusses Anthropic's architecture, model releases (Opus 5.5), and safety/distillation techniques, hitting core builder concerns.
- Key points
- Directly discusses Anthropic's architecture, model releases (Opus 5.5), and safety/distillation techniques, hitting core builder concerns.
- Provenance
- Video · Supporting source
-
12
AI Engineer · 14m38s
Video AI Engineer
Mikail, head of the open source group at Arize AI, presents Code Mode, an agent architecture Arize adopted after building its own agent inside Arize Phoenix, its open source observability platform. He frames software as…
www.youtube.com/watch?v=dAoOYFx7ZYw →Details
- Excerpt
- Mikail, head of the open source group at Arize AI, presents Code Mode, an agent architecture Arize adopted after building its own agent inside Arize Phoenix, its open source observability platform. He frames software as split between tools built for engineers and tools for non-engineers, and argues coding agents are dissolving that boundary by building bespoke software on demand. He notes that foundation labs train models on benchmarks like SWE-bench, so aligning agents to write code is a natural fit. He contrasts traditional tool calling, where a growing catalog of tool definitions and outputs accumulates in the context window (causing context rot, multi-turn overhead, and compaction needs), with Code Mode, where the agent searches for tools, then executes them inside a programming environment. Code can run calls sequentially, in parallel, or conditionally, and return only the needed results to the context. He cites four benefits: progressive disclosure of tools, composability (including sub-agent composition), token efficiency, and emergent behavior, such as the agent creating its own transformation logic. His example is removing PII from records, which a fixed toolset cannot do safely, since sensitive data would otherwise pass through the context window. Arize's implementation began with Bash, using standard Unix utilities and their own CLI, with files offloaded for later use. They added a Python sandbox, exposed their REST CRUD endpoints (for traces and datasets) inside it, and added SQL for aggregate queries such as finding LLM spans above a given P95 latency without paginating through traces. They also built a programming paradigm in their UI, running in a web worker with two-way data binding, which lets the agent change time ranges or read front-end data. He lists costs and open problems: LLM-generated code risks, sandbox CPU, memory, and lifetime management, network egress, secret handling (keeping secrets out of the context window), overbroad permissions, sandbox boot failures, harder debugging, weaker tool-parameter accuracy, tool discovery handshakes, and "double sandboxing" when harnesses and MCP both wrap code mode and serialize results as JSON. Durability (resuming after mid-execution failures), language choice for math (JavaScript is weak there), binary and image handoff, and weaker smaller models are also noted as unresolved. For evaluation, Arize runs agents through the Harbor framework in sandboxed environments with network access disabled, across multiple trials and permutations, using binary pass/fail verifiers and tracking pass@k per task. Reported results comparing pre- and post-Code Mode: token usage down 43%, cost down 31%, latency roughly constant despite sandbox overhead. Results were consistent across Claude Code, MCP, and CLI surfaces. Captured trajectories and evals let the team diagnose regressions, such as efficiency dropping when a new tool is introduced, and hill-climb agent instructions. His stated conclusions: Code Mode reduces turns, supports cheaper models, and enables emergent behavior and long-horizon tasks, and he urges developers to give agents a sandbox and evaluate them.
- Context
- Directly addresses agentic coding tools and workflow shifts (Code Mode vs. tool calling), a key topic.
- Key points
- Directly addresses agentic coding tools and workflow shifts (Code Mode vs. tool calling), a key topic.
- Provenance
- Video · Supporting source
-
13
AI Engineer · 20m6s
Video AI Engineer
The speaker, Fuad, an AI PM at Arize, gives a talk on two years of shipping Alex, Arize's in-product production agent, which he describes as a "Cursor for AI engineering." Alex can read traces, turn findings into evals,…
www.youtube.com/watch?v=YIhvrvHtonk →Details
- Excerpt
- The speaker, Fuad, an AI PM at Arize, gives a talk on two years of shipping Alex, Arize's in-product production agent, which he describes as a "Cursor for AI engineering." Alex can read traces, turn findings into evals, build datasets and experiments, plan multi-step work, and generate synthetic data. Fuad notes that Alex is used to debug Alex, and that a separate trace-reading agent called Signal analyzes Alex's traces, including finding retry loops. The timeline runs from a late 2023 prototype on GPT-3.5-class models, which Fuad says hallucinated roughly 50% of the time, through a router-over-skills design with rails, a August 2025 rewrite adding iterative tool calling and a to-do tool, and a February 2026 relaunch (Alex 2.0) with Sonnet 4.5 as the default model. In June, the team merged specialist sub-agents into one agent that loads skills on demand. Long-term memory was added last. The team did not train its models; everything built was harness code. They use no agent framework and own the loop, plan, stopping rule, and memory. On planning, Fuad says an initial to-do tool led the model to spend most calls checking off items and to lose focus after 20-plus iterations. The team moved the plan into the harness incrementally: first adding in-progress markers, then rendering the plan into each model call as a message, then dropping the in-progress identifier since ordered items suffice. They are now testing with no to-do tool, with the harness tracking state and completion. For ending a turn, text without tool calls proved unreliable because some models announce a step and call the tool in the next turn. Alex now uses an explicit finish call that bounces back up to three times if plan items remain open, issues a warning one step before the iteration limit, and then force-finishes. Users can bring their own provider, so the team designs against any model rather than only its tested default. On memory, Fuad uses a desk-and-books analogy. Large tool results are truncated, with a pointer left in context, and the agent uses jq to query the full data when needed. The agent's own history is checkpointed under a fixed token budget. Long-term memory is a single markdown file per user, capped at 8,000 characters, loaded on every request and rewritten by a background job after each session. Fuad says a small file beat vector retrieval, episodic and semantic stores, and temporal knowledge graphs, and that the file is easy for humans to audit. On architecture, the team moved from about ten page-specific specialists to one agent with on-demand skills and tools. They default to a fast, good-enough model and invest in the harness rather than chasing the newest model. They are exploring auto-routing per task and small post-trained models for narrow surfaces, and note that some features, like AI-generated filters, need only a single model call rather than the full loop. The talk closes on tracing production sessions to build regression datasets.
- Context
- Details a production AI agent's architecture (harness code, memory, planning), directly impacting developer workflows.
- Key points
- Details a production AI agent's architecture (harness code, memory, planning), directly impacting developer workflows.
- Provenance
- Video · Supporting source
-
14
Verifiable Agentic Science on Public Infrastructure
Article Baker, D., Cain, S., van den Beek, M., Chilton, J., Callan, D., Weaver, S., Coraor, N., Beavers, K., Goecks, J., Schatz, M. C., Gruening, B., Kosakovsky Pond, S. L., Nekrutenko, A.
Autonomous artificial intelligence agents are transforming the practice of science. Across every discipline, researchers are handing data analysis to coding agents that can design and execute complex studies from a sing…
www.biorxiv.org/content/10.64898/2026.10.26… →Details
- Excerpt
- Autonomous artificial intelligence agents are transforming the practice of science. Across every discipline, researchers are handing data analysis to coding agents that can design and execute complex studies from a single prompt. Yet this revolution carries a threat. When agents improvise in local environments, they leave no verifiable record, ultimately risking a wave of irreproducible science. Solving this crisis requires moving agentic science onto public infrastructure where every action leaves an examinable trail. Here we connect autonomous coding agents to shared computing resources, turning ephemeral prompts into auditable scientific records. After showing that 30 unguided local agents splinter into 18 incompatible pipelines on the same dataset, we conduct an agentic reproduction and discovery study on a large scale---reproducing a large, diverse array of studies with every workflow, history, and intermediate dataset publicly accessible. This complete provenance trail exposes unstated modeling choices, reference mismatches, and subsampled tutorial inputs in published studies, and establishes a new foundation where human scientists can understand, steer, and trust AI-driven discovery.
- Context
- Directly addresses the reproducibility crisis in AI science, linking agentic tools to verifiable, public infrastructure. High signal for builders.
- Key points
- Directly addresses the reproducibility crisis in AI science, linking agentic tools to verifiable, public infrastructure. High signal for builders.
- Provenance
- Article · Supporting source
-
15
kw-bench: Breaking Frontier Harnesses on Real-World Tasks
Article George Juraj Salapa
arXiv:2610.36405v1 Announce Type: new Abstract: Each new generation of frontier model pushes the edge of what is possible. Inside a harness -- a loop, a shell, a filesystem, the ability to write and run its own code --…
arxiv.org/abs/2610.36405 →Details
- Excerpt
- arXiv:2610.36405v1 Announce Type: new Abstract: Each new generation of frontier model pushes the edge of what is possible. Inside a harness -- a loop, a shell, a filesystem, the ability to write and run its own code -- a model can take on increasingly difficult work. A growing body of work treats the coding-agent harness as infrastructure for knowledge work rather than a coding tool, and a new wave of benchmarks tests it there. Most of them are generative: build a financial model, a memo, a spreadsheet from a brief, judged by a rubric or by another model. Few test the expensive part of knowledge work, which is investigative. In audit, tax, due diligence, regulatory reporting, claims or any dispute over numbers, the answer already exists -- hidden in incomplete and inconsistent evidence spread across systems -- and has to be recovered and defended to the cent. We introduce kw-bench, a benchmark built from real engagements specialists described to us. Its first task family is a five-year VAT reconstruction across three generations of SAP -- legacy ECC, a partial S/4HANA migration and a consultant's redesign -- delivered as raw system extracts: page headers, local number formats, partial link tables, no documentation of how anything connects. Grading is deterministic, with no LLM judge. We ran four harnesses -- Claude Code, Codex, OpenCode and micro-cc -- on the same model, DeepSeek v4.1 Flash, for two hours. The two independent, model-agnostic harnesses delivered (OpenCode 0.542, micro-cc 0.528); the two lab harnesses, away from their home model, delivered nothing (0.00 each). What defeated them was inertia: keeping many weak signals alive across a long session. On a frontier model the task collapses. micro-cc and Claude Code on Claude Opus 5.5 scored 0.9986 and 1.000, in 22 and 25 minutes. A weeks-long engagement now costs minutes and a few dollars; below the frontier, the harness decides how far a model gets.
- Context
- Introduces kw-bench, a new benchmark for knowledge work agents, showing a massive capability shift in complex, real-world tasks.
- Key points
- Introduces kw-bench, a new benchmark for knowledge work agents, showing a massive capability shift in complex, real-world tasks.
- Provenance
- Article · Supporting source
-
16
Spine: Compiling Subtask Trees into Structured Context for Long-Horizon Coding Agents
Article Jiahong Xiang, Kunqiu Chen, Lingming Zhang, Yuqun Zhang
arXiv:2610.37224v1 Announce Type: cross Abstract: Long-horizon coding tasks contain nested subtasks. Typically, agents record interactions sequentially into a growing history, causing context inflation and performance d…
arxiv.org/abs/2610.37224 →Details
- Excerpt
- arXiv:2610.37224v1 Announce Type: cross Abstract: Long-horizon coding tasks contain nested subtasks. Typically, agents record interactions sequentially into a growing history, causing context inflation and performance degradation. Compressing or trimming the history without explicit subtask boundaries can discard information needed by unfinished subtasks. Conversely, recursive subagent delegation isolates completed subtasks through child agents by assigning every subtask boundary to delegation, which conflates subtask granularity with executing agent choice, adding execution and coordination overhead. We introduce Spine, an interface and runtime that align model context with subtask nesting and completion. An agent declares explicit subtask boundaries through work scopes, allowing the same agent to execute nested subtasks inline while reserving delegation for independent parallel tasks. The runtime organizes execution in SpineTree, a persistent tree recording subtask relations, local interactions, completion states, and returned results. Before each model call, it compiles the tree into model context just in time, retaining unfinished subtasks' interactions and replacing completed subtasks' details with their results, while preserving prefix-cache reuse. We integrate Spine into Codex to build SpineCodex. With GPT-5.6 Sol, compared with native Codex, SpineCodex improves SWE-Milestone Score by 11.8% while reducing total cost by 32.4%, improves the average ProgramBench test-pass rate by 17.3%, and improves Mean@5 on eight of the ten evaluated FrontierSWE tasks. On SWE-Milestone, it also achieves a comparable Score to Recursive Subagent at 73.7% lower total cost. We also integrate Spine into Pi through a reusable software package: with Gemini 3.8 Flash and Qwen 3.8 27B, it improves SWE-Milestone Score by 9.5-17.5% and the average ProgramBench test-pass rate by 4.3-8.7% compared with native Pi.
- Context
- Introduces 'Spine,' a new runtime for structured context in coding agents, showing concrete performance gains (11.8% SWE-Milestone) across multiple models.
- Key points
- Introduces 'Spine,' a new runtime for structured context in coding agents, showing concrete performance gains (11.8% SWE-Milestone) across multiple models.
- Provenance
- Article · Supporting source
-
17
AgentBaton: Efficient Model Collaboration in Agentic Tasks
Article Junlong Li, Jindong Jiang, Yonggan Fu, Jiarui Yao, Hanrong Ye, Wonmin Byeon, Peter Belcak, Hao Zhang, Pavlo Molchanov
arXiv:2610.35959v1 Announce Type: cross Abstract: Solving long-horizon agentic tasks requires language agents to interact with their environments over multiple steps, and reliable performance often comes from the expens…
arxiv.org/abs/2610.35959 →Details
- Excerpt
- arXiv:2610.35959v1 Announce Type: cross Abstract: Solving long-horizon agentic tasks requires language agents to interact with their environments over multiple steps, and reliable performance often comes from the expensive capable models available through cloud providers. Meanwhile, alternative efficient models with inferior performance but a much lower cost are emerging, including lower-tier cloud models and smaller open-weights models deployable on local hardware. This raises a natural question that remains less explored than traditional query-level routing: can capable and efficient models collaborate within a single long-horizon agentic task to substantially reduce cost while preserving task accuracy? In this paper, we systematically investigate key design choices for such collaboration through model handoffs, where one model takes over from another, focusing on handoff direction and context transfer. We find that efficient-to-capable handoffs generally underperform capable-only execution with limited or even no cost reduction, whereas capable-to-efficient handoffs at suitable stages of task progress largely preserve or even improve accuracy while substantially reducing cost. These findings suggest that a one-time, simple, well-timed handoff strategy is good enough for cost-effective agent collaboration, motivating AgentBaton, a lightweight detector that learns when to hand off from recurring patterns in task progress. Across 11 model pairs and two representative benchmarks, AgentBaton reduces API costs by 65.9% on average while largely preserving task accuracy, with accuracy gains of up to 8.8 percentage points over capable-only execution. Experiments across various reasoning-effort settings further show that AgentBaton extends the empirical accuracy-cost Pareto frontier.
- Context
- Introduces AgentBaton, a new tool/method for cost-effective agentic task execution, directly impacting developer workflows and cost structures.
- Key points
- Introduces AgentBaton, a new tool/method for cost-effective agentic task execution, directly impacting developer workflows and cost structures.
- Provenance
- Article · Supporting source
-
18
Log-To-Leak: Prompt Injection Attacks on Tool-Using LLM Agents via the Model Context Protocol
Article Yuepeng Hu, Chongyu Fan, Sirat Samyoun, Jian Du
arXiv:2610.36108v1 Announce Type: cross Abstract: LLM agents increasingly access external tools through the Model Context Protocol (MCP), but the natural-language metadata used to describe those tools creates a prompt-i…
arxiv.org/abs/2610.36108 →Details
- Excerpt
- arXiv:2610.36108v1 Announce Type: cross Abstract: LLM agents increasingly access external tools through the Model Context Protocol (MCP), but the natural-language metadata used to describe those tools creates a prompt-injection surface. Within this established tool-poisoning surface, we study Log-To-Leak, an additive post-hoc logging attack that induces a separate attacker-controlled call after the final legitimate call. Its payload targets the user query, MCP server name, server response, and agent response. We operationalize the injected directive through Trigger, Tool Binding, Justification, and Pressure, and separately measure call success, payload fidelity, and preservation of legitimate behavior. We evaluate five MCP servers and four LLM agents using five metrics spanning effectiveness, utility, and efficiency. Across 18 model-server pairs with valid tool execution, Log-To-Leak achieves an attack success rate (ASR) of 62.64-100% and conditional logging accuracy (LA) of 76.55-95.64%; 16 pairs have absolute target-task completion changes of at most 6.63 percentage points. Three evaluated defenses leave residual ASR above 55% on GitHub MCP with GPT-4o, while an instruction detector flags 85.53% of benign descriptions. These results show that successful task completion can coexist with unauthorized post-hoc disclosure and motivate host-controlled authorization for secondary tool calls.
- Context
- Describes a new, high-friction attack vector (Log-To-Leak) against tool-using LLM agents, directly impacting agentic software development security.
- Key points
- Describes a new, high-friction attack vector (Log-To-Leak) against tool-using LLM agents, directly impacting agentic software development security.
- Provenance
- Article · Supporting source
-
19
Cross-User Poisoning: User-Task Boundary Failures in Multi-User Collaborative Language Agents
Article Atharv Singh Patlan, Peiyao Sheng, S. Ashwin Hebbar, Prateek Mittal, Pramod Viswanath
arXiv:2511.17671v2 Announce Type: replace-cross Abstract: Language agents are moving from single-user assistants to shared collaborators in workspaces, forums, and group chats. A shared agent observes interleaved messag…
arxiv.org/abs/2511.17671 →Details
- Excerpt
- arXiv:2511.17671v2 Announce Type: replace-cross Abstract: Language agents are moving from single-user assistants to shared collaborators in workspaces, forums, and group chats. A shared agent observes interleaved messages from multiple users, maintains persistent context, and executes tool actions, creating a boundary problem absent from standard single-user agents: the agent must decide not only whether an instruction is safe, but which user or task it is allowed to govern. We identify cross-user poisoning (CUP), where an adversary injects a message into shared context that is later applied while the agent serves a benign user, causing unauthorized actions or responses outside the instruction's intended scope. We validate CUP on two deployed multi-user agents, Continua and ElizaOS, and introduce MURMUR, a framework for evaluating shared-context agents under concurrent multi-user interactions. Across Slack, Workspace, and Airline domains, CUP achieves high attack success, persists across later interactions, and remains substantially more effective than matched prompt-injection attacks. We evaluate boundary-scoping defenses and find that context summarization alone is insufficient, while task clustering and provenance prompting substantially reduce non-adaptive propagation. These results show that robust multi-user agents require explicit user/task scoping rather than generic input filtering or context compression.
- Context
- Introduces 'cross-user poisoning' in multi-user agents, a major security/control problem for shared AI systems.
- Key points
- Introduces 'cross-user poisoning' in multi-user agents, a major security/control problem for shared AI systems.
- Provenance
- Article · Supporting source
-
20
AI Engineer · 18m35s
Video AI Engineer
Kamil from Key Card argues that current agent authentication and authorization models are fundamentally insecure because they rely on static credentials, such as Personal Access Tokens (PATs) or service accounts, which…
www.youtube.com/watch?v=58ulJViGFgU →Details
- Excerpt
- Kamil from Key Card argues that current agent authentication and authorization models are fundamentally insecure because they rely on static credentials, such as Personal Access Tokens (PATs) or service accounts, which lack attribution and are difficult to revoke. He highlights that while traditional software is deterministic, agents are non-deterministic reasoning loops that can inadvertently or maliciously misuse credentials, effectively acting like an unlocked laptop left in a public space. The speaker contends that legacy patterns like service accounts create over-privileged buckets of permissions, failing to address the unique risks posed by autonomous agents. To solve this, Kamil proposes a shift toward dynamic, scoped credentialing using technologies like OAuth, workload identity federation, and private key authentication. The core requirement is establishing distinct agent identities separate from the users who launch them, enabling precise delegation semantics and short-lived, scoped tokens for specific interactions. However, he notes that implementing this at scale is complex due to the heterogeneity of existing APIs, the need for federated trust across hundreds of services, and the challenge of managing multi-hop delegation flows between agents. He critiques the common industry approach of using SDKs for credential management, arguing that client-side code is insufficient because it cannot hide credentials from the agent’s execution environment, nor can it easily be adopted across all languages or legacy systems like Cloud Code. Instead, Kamil advocates for a gateway-based architecture where credentials are stored in a secure enclave or vaulting service. In this model, agents communicate with a gateway that authenticates the request, validates policies against a runtime authorization service, and injects the necessary credentials into the request path. This approach provides physical control over credential access, enables instantaneous revocation by blocking requests at the gateway, and allows for granular policy enforcement that legacy services often lack. The summary concludes that while the technical mechanisms for secure authentication exist, the industry must move beyond simple token passing to a federated, gateway-mediated trust model to ensure proper auditability and security for AI agents.
- Context
- Addresses the security and identity challenges of AI agents, a key technical frontier in software engineering.
- Key points
- Addresses the security and identity challenges of AI agents, a key technical frontier in software engineering.
- Provenance
- Video · Supporting source
- 21
Transcript
00:00:04 lenarIt's Wednesday, October 28th. Here's an experiment from a new benchmark paper. Take one model, DeepSeek v4.1 Flash, give it the same task and the same two hours, and run it inside four different harnesses. Two of them score about half marks. The other two score zero, and those two are Claude Code and Codex. The paper is called kw-bench, and it's the lead today. After it we've got Arize on how they build agents, Google's Genie 4, and a run of items about agent credentials and what leaks. Then two Anthropic stories on training data, and some smaller things at the end.
00:00:38 damraZero is a strange number to get from two products people pay for. I'll hold the victory lap, though, because those are two lab harnesses running somebody else's model, which isn't what they were tuned around. What's the task?
00:00:51 lenarIt's a five-year value-added tax reconstruction across three generations of SAP: legacy ECC, a partial migration to S/4HANA, and a consultant's redesign. The agent gets raw system extracts. They have page headers and local number formats, the link tables are partial, and nothing documents how anything connects. The authors say it's what a team of specialists does over weeks. The agent has to reverse-engineer how three systems recorded the same business and reconcile to the cent. It also has to produce deliverables on company templates and hand over a reusable tool that gets tested on data it has never seen. Grading is deterministic, with no language model as judge, and it runs on Harbor.
00:01:30 damraThe no-judge part matters to me. A rubric graded by a model rewards a convincing story, and this task has an answer that exists in the data and can be checked to the cent. A harness can't charm its way to a score.
00:01:43 lenarThere are also traps built in that penalize invented findings. If a harness reports tax exposure that isn't there, it loses points for it.
00:01:51 damraThat's a good test for the failure you'd worry about most, an agent that gets tired and starts producing plausible numbers. Fine, what were the results?
00:02:00 lenarOpenCode scored 0.542, and micro-cc, a small independent harness, scored 0.528. Claude Code and Codex got 0.00 each. The abstract says, quote, “No single step defeated any of them. What defeated them was inertia: keeping many weak signals alive across a long session.” Then there's the frontier run. micro-cc and Claude Code on Claude Opus 5.5 scored 0.9986 and 1.000, in 22 and 25 minutes, for about five dollars eighty and five dollars eighty-nine.
00:02:35 damraSo with a frontier model the task collapses into twenty-five minutes and six dollars, and below the frontier the harness decides. I'd still push on the zero. Zero means no usable deliverable, so did they say what went wrong inside those two?
00:02:50 lenarThey trace the gap to concrete engineering: what goes back into the context, tools and defaults that assume the home model, recovery from a broken turn, and verification before declaring done. That's the level of detail I have. I'd add limits of my own. It's one task family in a first-version preprint, and the abstract gives one score per harness, so I'd want to see the spread across runs before I believed that 0.542 versus 0.528 means anything.
00:03:17 damraThe gap between half marks and nothing doesn't depend on that spread, though. It also matches a paper they cite, called Stop Comparing Large Language Model Agents Without Disclosing the Harness, which argues that on long tasks the harness often moves the result more than the model does. kw-bench is that argument with the model held fixed.
00:03:37 lenarThe cost line is the one I keep rereading. Quote: “In our runs the weeks of evidence work behind one tax decision cost between a quarter of a dollar and six dollars per harness-model pair. Dollars and cents, not millions.” And they say the specialist's job moves from doing the evidence work to holding the checklist and steering.
00:03:55 damraThere's a sentence earlier in the paper I like better: “You can outsource the making; you cannot outsource the understanding.” They're arguing that people automate the slide deck when they should be pointing the model at the ledger tracing underneath it.
00:04:08 lenarArize, the observability company we mentioned on Sunday for trace-based evaluation, put out two talks this week that read like the engineering behind that gap between zero and half. The first is on what they call Code Mode. Instead of loading a catalog of tool definitions into the agent's context, the agent searches for the tools it needs. It then runs them in a sandbox with Bash and Python, where Arize's REST endpoints and SQL are exposed.
00:04:33 damraThey report tokens down 43 percent, cost down 31 percent, and latency about flat. The gains hold across Claude Code, the Model Context Protocol, and command-line surfaces. They evaluated with Harbor, the same framework kw-bench uses, with binary verifiers. Those are Arize's numbers on Arize's tasks, so they're self-reported.
00:04:56 lenarWhat makes the talk credible to me is that it lists its own costs. It names the sandbox lifecycle and network egress, then keeping secrets out of context and overbroad permissions. Debugging is on the list, along with what they call double sandboxing, durability, and weaker small models. That reads like a team that has actually run this.
00:05:15 damraSecrets out of context connects to the rest of today. The moment the agent writes its own code against your endpoints, somebody has to decide whose credentials that code carries. We'll get there in the third segment.
00:05:27 lenarThe second talk is from Fuad, an AI product manager at Arize, about Alex, their in-product assistant. Alex 2.0 shipped in February on Sonnet 4.5. In June they merged the specialist agents into a single agent with skills that load on demand.
00:05:43 damraThe to-do tool shows how much detail went in. It went through several versions, ending with the harness tracking the task list itself instead of trusting the model's own. And every turn ends with an explicit finish call. If the agent calls finish while items are still open, it gets bounced back, up to three times.
00:06:01 lenarThere's also a warning one step before the iteration limit, and then a forced finish. Compare that with the kw-bench list: recovery from a broken turn, verification before declaring done. It's the same territory, built by hand by a team that says it uses no agent framework.
00:06:17 damraThe memory design is my favorite. One markdown file per user, capped at 8,000 characters, rewritten by a background job, and they say it beat both vector retrieval and knowledge graphs. Large tool results get truncated with a pointer, and the agent queries them using a command-line JSON tool called jq.
00:06:35 lenarWhy would a capped file beat retrieval?
00:06:38 damraMy guess, and it's only a guess, is that a cap forces the rewrite to decide what matters, while retrieval keeps everything and ranks it at read time. They didn't say that. They just said it won.
00:06:50 lenarTwo arXiv papers this week point the same direction. Spine is a context runtime that organizes a long task as a tree of subtasks. SpineCodex, running on GPT-5.6 Sol, gets 11.8 percent more on SWE-Milestone at 32.4 percent lower cost. Against a recursive-subagent approach it scores comparably at 73.7 percent lower cost. The same idea in a harness called Pi gives gains between 9.5 and 17.5 percent, using Gemini 3.8 Flash and Qwen 3.8 at 27 billion parameters.
00:07:25 damraThe other is AgentBaton. It hands a task from a capable model to an efficient one partway through. Across 11 model pairs and two benchmarks it cuts API cost by 65.9 percent on average, with accuracy preserved and in the best case up to 8.8 points higher. Going the other way, from efficient to capable, doesn't help.
00:07:46 lenarThat asymmetry is odd. I'd guess the early turns are where the approach gets decided, and a cheap model can follow a plan it couldn't have written. That's my read and the paper may say something different.
00:07:57 damraBoth are preprints, and I'd want someone else to reproduce them. But Spine's task tree and Alex's task list share an instinct, which is to take what the model would hold in its head and put it somewhere the harness can see.
00:08:09 lenarGoogle DeepMind announced Genie 4, which it describes as a real-time interactive world model with native audio, built on Gemini. The Hacker News thread sits at 926 points and 534 comments, so it has drawn a lot of attention. Access is trusted testers for now, and the post says it's coming soon to Google AI Ultra subscribers in Project Genie.
00:08:30 damraNative audio is the detail I'd poke at. If the sound is generated alongside the frames, then footsteps and water and engines have to follow what you do in real time, which would be harder than putting a soundtrack on a video. The post says it, but I haven't seen how it holds up outside the reel.
00:08:47 lenarHere's what the post doesn't give. There's no resolution, no frame rate, no session length, and no latency figure. It makes a general claim about robotics, and I couldn't find a specific experiment attached to it.
00:08:59 damraNo latency number on something called real-time interactive is a big gap. Interactive could mean a game, or it could mean a slideshow that responds to key presses. And session length decides whether you can build anything on it, because I'd expect a generated world to drift the longer you stay in it.
00:09:15 lenarThat drift expectation is yours rather than theirs, and I'd keep it labeled that way. I agree the thread is reacting to the reel, so it tells us about the reel and not about the system.
00:09:25 damraIf the demos are representative, someone can type a place and walk into it with sound already running, and that's a different tool for a game prototyper or a filmmaker. Until there's a session length and a latency figure, I'm treating it as a very good demo.
00:09:40 lenarJohn Feminella of Two Sigma opens a talk on agent controls with a banking story from 2020. In a Revlon loan payment, Citibank sent roughly 900 million dollars when it meant to send about eight million in interest. The cause was a set of checkboxes left unchecked in the payment interface, and every approver overrode the system's warning.
00:09:59 damraThat's a human in the loop approving everything because the warning looked like noise. It's useful as a caution for anyone planning to staff an agent review queue with tired people.
00:10:08 lenarHe lists five controls to prevent that. Three are in the transcript I have: an agent registry, review that scales with risk, and tool access that's granular and tied to a declared purpose. The transcript ends partway through the third, so I can't tell you what the other two are.
00:10:23 damraPurpose-declared access is the interesting one. A service account says who you are, and nothing in it says why you're calling. An agent that's been prompt-injected can call for any reason it likes.
00:10:35 lenarKeycard, a vendor in this area, gave a talk with the same diagnosis. Kamil argues that static tokens and service accounts can't attribute an agent's action to anyone or revoke it quickly. The fix they sell is a gateway. The credentials sit in a vault, and the gateway injects them per request after a policy check, so revoking an agent is instant.
00:10:55 damraThey sell it, so the talk is also a pitch. But it matches what Arize listed as a cost, keeping secrets out of context. If the agent never holds the credential, a leaked transcript doesn't leak the key.
00:11:06 lenarFormal published a post on cloud agents querying production with OpenID Connect instead of long-lived secrets. It got 11 points on Hacker News. One commenter objects that OpenID Connect assumes the token's subject is the responsible party.
00:11:21 damraThat's the gap Feminella points at. The token proves which workload is calling, and says nothing about which person approved this action or what it was for.
00:11:29 lenarNow the attack side. A paper called Log-To-Leak describes tool-description injection that makes the agent issue a follow-up call after the main task, and that call exfiltrates data. Attack success runs from 62.64 to 100 percent across 18 model-and-server pairs. On the GitHub server through the Model Context Protocol, with GPT-4o, attack success stays above 55 percent under three separate defenses.
00:11:56 damraThe conclusion is what I noticed. The authors say the host, the program running the agent, should authorize secondary tool calls. They aren't asking the model to resist. They're asking the layer around it to refuse.
00:12:09 lenarOne more, with an asterisk. Cross-User Poisoning, about agents that share context between users, showed up this week as a second version of a paper first posted a year ago, so it isn't new. Its finding is that task clustering and provenance prompting help, and that summarization alone doesn't.
00:12:26 damraSummarization alone not helping should bother anyone shipping shared memory. A summary of poisoned context is still poisoned, just shorter.
00:12:34 lenarTwo Anthropic items today that sit on opposite sides of training. The Stanford Daily reports that professors' books were pirated to train Claude. The allegation comes from plaintiffs in a case called Cruz v. Anthropic, and the article reports no response from Anthropic. It follows the Bartz settlement, which was 1.5 billion dollars.
00:12:54 damraSo this is a plaintiff's account of what was done. I'd keep that in front, because the article is reporting a complaint and not a finding.
00:13:01 lenarRight. The other is Anthropic's privacy help page, titled whether your data is used for model training, which reached 178 points on Hacker News. One commenter claims that dismissing the feedback prompt may count as giving feedback. I haven't verified that, and I'd treat it as one reader's interpretation of the page.
00:13:20 damraA claim like that is what a page like this gets scrutinized for. If it's true, the default is doing more than the toggle.
00:13:27 lenarThen there's the Latent Space interview with Anthropic, an hour and 46 minutes. It covers Opus 5.5, which responded to complaints that Opus 5's writing had become convoluted, and which also cut prices. It also covers a paper that extracted reasoning traces. Anthropic says it was responsibly disclosed and patched.
00:13:45 damraWhat I'd quote from the interview is where they're heading. They're moving toward keeping thinking blocks across turns and locking thinking to a prefix, and they want limits on cross-account abuse. They also shipped compaction on the API side, so harness maintainers can compress a long session without dropping the model's own reasoning.
00:14:04 lenarTheir stated reason is primarily safety. A distilled model runs without Anthropic's output classifiers, so copying reasoning traces produces a capable model with none of the checks. They describe the commercial impact as secondary.
00:14:16 damraThat's the stated reason, and safety and commercial protection point the same direction here. I can't separate them from outside, and neither can you.
00:14:24 lenarThere was also an architecture note I liked. They described a brain-and-hands design, where the sandbox can die without killing the agent. That's a direct answer to the sandbox lifecycle cost Arize listed.
00:14:36 damraIf your agent's state lives outside the box it's running in, a dead sandbox is a retry and not a lost afternoon. For anyone building a harness, that plus API-side compaction is the practical news.
00:14:48 lenarA bioRxiv preprint from a group connected to Galaxy, the bioinformatics platform, ran 30 unguided local agents on the same dataset. They produced 18 incompatible analysis pipelines. The abstract also reports reproducing published studies on public infrastructure. It says that exposed unstated modeling choices, reference mismatches, and tutorial inputs that had been subsampled.
00:15:12 damraMy read is that eighteen pipelines from thirty runs means the agents disagree about choices a human analyst makes without writing them down. Which normalization, which reference genome. The agents surface those choices because each run has to make one.
00:15:27 lenarThat's plausible, though the abstract doesn't say how many of the 18 differ in ways that change the biological conclusion, and I'd want that number.
00:15:35 damraThere's a 51-second Machine Learning Street Talk clip on a related problem in mathematics. The speaker says autoformalization floods Mathlib with imprecise Lean, meaning statements that compile but don't say what the mathematician meant.
00:15:49 lenarIt's a clip, so I'd treat it as a speaker's assertion. But it matches the bioRxiv result: the output passes the checker and is still wrong about intent.
00:15:58 damraThat's kw-bench's argument from the other side. They built a task where the answer is checkable to the cent so that accepted-but-wrong can't score.
00:16:07 lenarA few smaller things. Nate B Jones has a video with four principles for working with agents. Count the whole human cost of reading the output. Run more experiments than you commit to. Set an end date before making an agent recurring. And give a chief-of-staff agent an attention budget.
00:16:23 damraThe end-date example is the best one. He describes a weekly market update that kept arriving two months after he'd moved on. He also describes a chef, Dan Ninarol, who he says made about 20,000 dollars in around six weeks, and a painter, Tony Severino, who caught an agent using a floor-area multiplier instead of wall measurements.
00:16:44 lenarThere's a Hacker News thread of 148 points on a blog post called Here be monsters, about what you still need to know when agents do the work. One commenter there says database schemas are what language models get subtly wrong. I'm attributing that to the thread, since I couldn't confirm the blog itself.
00:17:01 damraLiquid AI released LFM3, a text model with 1.7 billion parameters on what they call a tri-hybrid architecture, aimed at local agents. There are no independent benchmarks yet, so for now it's a claim plus an artifact on Hugging Face.
00:17:18 lenarTwo AWS case studies. Exowatt reports up to 49 times lower cost, and that's the customer's number. Property Finder's is the more interesting one: 96.8 percent of its evaluation labels were inherited from the incumbent model, and it cut cost 86 percent.
00:17:33 damraThat 96.8 is the detail. If the labels come from the model you're replacing, the test measures agreement with the incumbent, which isn't the same as being right. AWS's post is about fixing evaluation bias, so they know.
00:17:48 lenarOn distribution, OpenAI announced Oracle apps in ChatGPT, Anthropic announced an expanded partnership with the General Services Administration, and OpenAI published a customer story on Legora. A Hacker News commenter on the GSA item asks about the Defense Department's supply-chain-risk designation. That's unverified, so I'm only mentioning that the question was asked.
00:18:09 damraZvi wrote up Gemini 4 Argon and its safety cards. His summary, as passed along in the newsletter, is rising evaluation awareness, and that it can bypass chain-of-thought monitoring, though doing so hurts performance on complex tasks. That's Zvi's reading, and I haven't checked the cards.
00:18:26 lenarCNBC reports Meta is doing a 95 billion dollar stock offering tied to its AI spending. I only have the headline-level detail, so that's all I'll say.
00:18:35 damraLast one is from Chainguard. Patrick Smith cites Mandiant data showing time-to-exploit going from a 63-day buffer in 2018 and 2019 to negative 70 days by 2024, meaning exploits now arrive before patches. That's the speaker's claim, and Chainguard sells the products he recommends, but the direction matches what the credential papers describe.