⚠️ Cursor has published a security incident report on the earlier supply chain attack. According to the investigation, the attacker used access keys issued by Cursor to Fireworks and subsequently exposed on Fireworks’ side to gain access to some of Cursor’s SaaS services and internal systems. The attacker ultimately tampered with the distribution cache for the Claude Code extension to collect information about users’ machines and install SSH backdoors.
The compromised versions were Anthropic.claude-code 2.1.312 and 2.1.313 in Cursor’s VS Code extension marketplace distribution cache, affecting macOS and Windows. The exposure window ran from October 29 at 17:27 to October 30 at 04:35 (UTC+8), with up to approximately 5,000 users affected.
Security recommendation: If you installed or updated to either affected version through Cursor’s marketplace during this window, read the official notice as soon as possible and run the remediation script for your platform to check for and remediate any compromise:
Fireworks’ initial announcement and subsequent update:
Hello guys, tonight I watched a 50 minute podcast with Albert Castellana from GenLayer on The Future of Crypto Compliance, and one minute in it is still stuck in my head. Code is free now, execution is becoming free, so what still has value? According to Albert, it’s judgment. AI already decides what we see on Twitter, whether we get hired, whether we get a loan or insurance, and right now we’re just trusting a few big AI labs with that power
Main points:
- His previous project lost access to around $150M after keys were lost, and the courts turned out to be too slow and expensive
- GenLayer is building a small digital court onchain for decisions that aren’t just yes or no
- Five random validators, each with its own AI model, vote on the outcome
- Disagree? Appeal, and the validator set doubles each time, up to 1,500
- The first decision takes minutes and costs around 50 cents
- It doesn’t replace real courts, it handles small disputes nobody would take to court anyway
Anthropic just published an engineering guide on how to build always-on agents.
The biggest misconception: an always-on agent does NOT run 24/7. It sleeps almost all day, wakes up for short runs, saves state, and goes back to sleep.
The 5 core pieces I distilled:
1. Event Inbox
Put a database table between webhooks and your agent. Acknowledge webhooks fast, run only one active worker per user so runs never collide, and batch rapid messages together.
2. Timers
Keep timers in a separate table from the inbox. Split them into one-off follow-ups and recurring schedules. A background poller drops due timers into the inbox.
3. Lean Memory + Dreaming
Only store what cannot be looked up again: user instructions, user notes, past messages, and task progress. Load a small index at wakeup, not every file. Run periodic dreaming passes to clean out stale facts.
4. Unattended Permissions
Never put raw API keys inside the agent sandbox — inject them through an outside proxy. Use Deferred Tool Calls to pause risky actions for approval without blocking the worker.
5. Outbox
Queue outgoing replies so your agent paces notifications instead of spamming users at 3 AM.
A quick look around HyperHive.
Five roles, one crew, built on @HyperliquidX's public API. AI writes the card, code sizes it, a sealed key trades it, and every fill is matched to a signed slip.
Product preview for now. Trading perps can lose money.