We can't find the internet
Attempting to reconnect
Something went wrong!
Hang in there while we get back on track
🔥 TOP SIGNAL
Overment says he scrapped a four-year-old product and rebuilt its app, website, and API in five days; he describes it as a tool people relied on daily and says it had helped generate about $750,000 through campaigns. His account puts the emphasis on the system around the agents: unified logs, an app-connected test surface, persistent project context, and role-based Pi instances steered through Grok Bot.
⚡ TRY THIS
Build the harness around the app. Overment unified API/Rust/Svelte logging and connected a test environment to the app’s webview so agents could interact with it, take screenshots, and collect measurements. He kept a project vision (
vision.md), style guide, board, and feature/bug specifications available to agents; Coordinators spawn Researchers to draft specs and manage Workers. He recommends narrow tasks and short agent threads.Use formal methods on the risky state machine, not the whole repo. Boris Cherny’s follow-up describes the loop: model a race-prone or otherwise tricky part, find counterexamples, reproduce the suspected bugs, then fix them. He explicitly says this does not amount to formal verification of the entire codebase.
Give computer-use agents a concrete repo-to-PR endpoint. Theo describes Opus 5.5 finding the repository on his machine, recognizing that his local clone was stale, updating it, creating a worktree, opening a PR, verifying the fixes, and merging. It’s a reported successful run, not a general reliability guarantee.
Start a codebase audit with an explicit checklist: “I want you to do an audit around security, performance, accessibility, maintainability, scalability, architecture, documentation, testing, automation, etc.” Kent C. Dodds says Opus 5.5 found a significant security issue other models missed; treat that as one practitioner’s report, not a controlled comparison.
📡 WHAT SHIPPED
Cursor harness efficiency: Cursor reports 7% lower token costs without reduced agent quality. Its engineering write-up says it trimmed roughly 66% of its system prompt as models improved, moved most built-in tools to on-demand loading (most were used in fewer than 20% of conversations), and A/B-tested tool configurations against token use, cost, latency, errors, and overall agent use. On GPT-5.6, explicit cache breakpoints cut cold cache misses by 20%; numbering every tenth line in file reads cut cache-read tokens by 1.6% with no quality loss. Write-up.
Cursor Rollouts: Tracks a change from PR opening through production. It reads the diff and drafts an editable monitoring plan before merge, then compares post-deploy signals with the baseline; depending on configuration, it can notify the author, pause a progressive rollout, or prepare a revert PR for approval. Feature-flag ramping is still listed as coming soon. Available on Teams and Enterprise, with 10 days of trial credits. Details.
Cursor Security Reviewer: Runs on every PR, examines changes in whole-codebase context, and reports vulnerabilities with severity, an attack path, and a proposed fix. Cursor reports average review time falling from 4.8 to 3.8 minutes and comment acceptance rising from 45–50% to 60–70%.
Claude Code cloud sessions are out of research preview. Sessions run on Anthropic-hosted infrastructure, so work continues with the laptop closed; start one with
claude --cloudor from the app. GitHub must be connected. Existing subscribers get a one-time $100 Pro or $250 Max credit, claimable through Oct. 7.LangChain Managed Deep Agents can run on a schedule: add a file under
schedules/with a cron expression and prompt, then deploy; the agent runs itself. Docs.
🎬 GO DEEPER
- Video — DHH on coding with agents for Linux: DHH says agents have been writing his serious production code and that implementations improve when models critique one another. Useful as a firsthand workflow report, not an independent measure of code quality.
- Repo — Overment’s
limen: A custom Pi extension that injects the project vision and style guide and steers Coordinator, Worker, Reviewer, and Researcher instances.
Editorial take: The repeatable pattern is a closed feedback loop: give agents persistent context and a testable product surface, verify changes at the PR boundary, then check production signals after deploy.
Improved token efficiency for longer agent runs
- Cursor reports a 7% reduction in token costs across changes to its agent harness, without reducing agent quality; it does not break down how much of the 7% came from each change.
- Shorter system prompt: As models improved, Cursor removed guidance it considered unnecessary, trimming the system prompt by roughly 66%. It used A/B tests on a large user base to optimize for real traffic, noting that evals can overrepresent hard problems and fail to match the distribution of user requests.
- Load built-in tools on demand: Most built-in tools were used in fewer than 20% of conversations. Cursor A/B tested which tools to leave in static context, tracking token usage, cost, latency, tool-call errors, and overall agent usage. It kept frequently used reading, searching, editing, and shell tools, plus
ask_questionand tools needed for specific flows such ascreate_plan; the remaining tools load when needed. - Improve cache reuse: Since GPT-5.6, Cursor uses explicit cache breakpoints after stable request layers and before the growing conversation. It also keeps rarely changing tools and instructions up front and moves variable setup—including skills, subagents, and environment information—into the “phantom user message” past the breakpoints. Cursor reports a 20% reduction in cold cache misses.
- Compress file reads: The
Readtool now includes line numbers every tenth line rather than on every line; Cursor reports 1.6% fewer cache-read tokens with no reduction in quality. - Use subagents more selectively: Cursor removed prompts strongly encouraging subagents for codebase exploration, since models had learned the pattern, and says this produced more balanced use. It also changed model selection so a subagent uses a different model only when the user or harness directs it. The post notes a coordination tax from context-isolated agents, but gives no separate token-savings or quality measure for these subagent changes.
Bots for the last mile: Rollouts, Security Review
- Rollouts: It follows a change from PR opening through production. The team connects source control, its deploy system, and telemetry; before merge, Rollouts reads the diff and drafts a monitoring plan describing risks, intended effects, and instrumentation gaps, which users can edit. After deployment it compares the plan’s signals with the pre-deploy baseline; if it detects a regression, it identifies the suspected change and proposed response. Depending on configuration, that response can be a ping to the author, a paused progressive rollout, or a revert PR awaiting approval.
- Rollouts is described as catching regressions limited to one endpoint in one region, distinguishing intended effects from regressions, and flagging missing instrumentation before merge. Feature-flag integration for ramping or unramping traffic, and awareness of release trains and deploy freezes, are listed as coming soon—not current capabilities.
- Security Reviewer: It runs on every PR, examines the change in whole-codebase context, and reports vulnerabilities with an explanation and proposed fix. Its approach follows where user input enters, where it ends up, and what it passes through; the post contrasts this with static analysis that pattern-matches code.
- Its out-of-the-box checks include injection, authentication or authorization problems on new and changed routes, committed secrets, unsafe deserialization, unvalidated redirects, vulnerable dependency changes, and insecure infrastructure or configuration defaults. Each finding includes severity, an attack path, and a one-click fix.
- The post reports average review time falling from 4.8 to 3.8 minutes and comment acceptance rising from 45–50% to 60–70%; it does not provide the measurement method or sample details in the supplied text.
- Access: Rollouts and Security Reviewer are available today on Teams and Enterprise plans; either bot can be enabled from the automations tab.
- In his early hands-on testing of Opus 5.5, Theo favors Medium, High, or XH High and advises avoiding Low and Max. In his Skatebench run, moving from XH High to Max raised reasoning use from about 330 to nearly 5,000 tokens per question for only about a 1% score gain; a separate Max run looped for 6.5 hours on a Markdown plan and was only halfway done when he stopped it and switched to XH High.
- Anthropic says typical-workload costs are 40% lower than Opus 5; Theo gives prices of $4 per million input tokens, $20 per million output tokens, and $0.20 per million cache reads. But Opus 5.5 at Max used nearly 120,000 tokens per task in the cited comparison, versus 73,000 for Opus 5 and 27,000 for Astra, so lower prices do not necessarily mean greater token efficiency.
- Theo describes a practical computer-use workflow: he asked the agent to find a cloud project’s repository, recognize that his local clone was outdated, update it, create a worktree, open a PR, verify the fixes, and merge it. He also used computer use to retrieve data from Artificial Analysis while building a model-comparison visualizer.
- In Theo’s codebase-review benchmark, Opus 5.5 nearly doubled Opus 5’s accuracy and reliability, but he still considered it weaker than OpenAI’s Frontier for exhaustive code review—a task he does about every two weeks. For front-end design, he personally preferred Fable’s polish and animation, though Mia reported that Opus 5.5 was her best-tested model after 100 HTML page generations.
- Long jobs can still expose failure modes: while investigating a remote task, Theo saw the agent focus on being 10% from autocompaction and warn that a crash would lose work, which he considered an unfounded concern in that setup. He cautions that his quality assessment was preliminary—day-one testing with roughly five PRs.
- The creator says he uses Fable and Astra with Hyperframe for his own product-launch videos, and uses Astra High in this walkthrough. Hyperframe expresses video as timeline-based HTML/CSS/JavaScript compositions and lets the model capture frames; unlike Remotion’s React/CSS approach, he finds HTML gives models more creative freedom. For setup, he recommends Hyperframe core and related animation/keyframe skills, with its registry and task-specific skills (such as product-launch video) loaded as needed.
- Replicable loop: ask for a text storyboard, refine it around a real user journey and concrete value propositions, then review layout and copy frame by frame before approving animation. Make revisions in small batches and scene by scene; establish pixel-faithful product UI and visual standards in early scenes, then ask the agent to apply them to later scenes. Keep on-screen text short and specify UI states and camera/zoom changes. Existing HTML composition folders can also be given to the agent as reusable references.
- A one-prompt website-to-video attempt took 21 minutes but still looked like slides; the creator says roughly 1.5 hours of iteration produced a version he was happy with. His example suggests treating one-shot output as a draft and using detailed human feedback to improve quality.
- DHH says that while working intensively on his Linux distribution, he had written no serious production code himself for about four months; agents generated the code and, in his judgment, produced better work than he could most of the time, despite his 25 years as a professional programmer.
- His transferable orchestration pattern is adversarial multi-model review: have models critique one another’s implementations, which he says yields especially strong results.
- For Linux troubleshooting, DHH says he had not encountered an issue since around November that an agent could not fix, and that agents explained their fixes; he credits their effectiveness partly to models’ exposure to Linux code during pretraining.
- Matthew Berman reports GPT-6 Luna Max at 66.6% and $0.22 per task on a benchmark he calls his most accurate measure of agentic coding; in a Frontier Code comparison, he reports Luna Max at $0.11 per task, versus $0.80 for GPT-6 Soul Medium and $1.70 for Astra Low.
- He lists GPT-6 Luna at $0.10 per million input tokens and $0.50 per million output tokens, compared with GPT-6 Soul at $2 and $10, respectively. His comparison says GPT-6 Luna, Soul, and Opus 5.5 scored within about 6–7 percentage points on Frontier Code despite multiple-fold price differences, framing the cheaper releases as efficient workhorse models rather than the absolute-performance tier.
- The @_overment rebuild featured by Mega was a substantial practitioner project, not a casual “vibe-coded” side project: he says he scrapped a four-year-old product people relied on and rebuilt the app, website, and API in five days.
-
His setup used Grok Bot as the chat entry point to a VPS over Tailscale, with Herdr hosting Pi instances; a custom Pi extension injects the project vision and style guide and steers Coordinator, Worker, Reviewer, and Researcher roles. He organizes context in
vision.md, a style guide, a board, and feature/issue specifications; agents maintain these files while he oversees the global context. - Feature workflow: record and send Grok Bot an audio brief; it checks the board and active Coordinators, then routes the work to one or spawns one. A Coordinator uses Researchers to gather context and draft a specification, discusses direction with him, and manages Workers; he can steer Workers directly. After each work wave, he discusses project status and technical details with Grok Bot, while scheduled Coordinators handle quality work in the background.
- For observability, he set up unified API/Rust/Svelte logging and connected a testing environment to the app’s webview so agents could interact with it and capture screenshots and measurements. His guidance is to keep tasks narrowly scoped and agent conversations short, and to permit controlled indirect access to production data rather than direct production-database or root access. For the design system, he says Fable 5.1 and Astra worked in Ultracode mode.
- Anthropic made Claude Opus 5.5 the Claude Code default at medium effort; launch coverage reports it is about 30% faster and 40% cheaper per task than Opus 5. The savings are setting-dependent: Opus 5.5 uses more tokens, and the reported max-effort cost is $5.98 per task versus $5.86 for Opus 5; the 40% cheaper claim applies to medium effort. A reported agentic-coding chart showed xhigh effort costing about 2.8× as much as medium while scoring 3.2 points lower; commentary recommended medium and suggested unnecessary changes and scope creep may explain the result.
- Anthropic’s prompting playbook: delegate the whole task, define what “done” means and when to check in, omit “think carefully,” and after a long run ask what the model needs to go further. In Claude Code v2.1.280+, changing effort mid-session does not break the prompt cache.
- OpenAI rolled GPT-6 Sol and Luna out to Codex, ChatGPT Work, and the API, at $2/$10 and $0.10/$0.50 per million input/output tokens, respectively; OpenAI described each as about 50% cheaper than its GPT-5.6 predecessor. OpenAI also announced up to 90% discounts on cached input reads, a Prompt Caching Dashboard, and diagnostics for investigating broken cache reuse—particularly relevant to long-running agents.
- DigitalOcean’s Managed Agents entered public preview with support for Claude Code, Codex, and LangGraph-style agents, plus pause-when-idle runtimes, governed tool endpoints, and 75+ model choices. VS Code Agent Merge introduced an experimental PR mode for automatically resolving review comments, failed checks, and merge conflicts.
- Step Code v0.1.0 launched as an MIT-licensed coding-agent CLI, reporting 80.9% on Terminal-Bench 2.1 and 73.3% on the 150-task long-horizon Multi-Frame benchmark. For agent evaluations, keep the harness controlled: practitioners noted it can materially change benchmark outcomes even with the same model and prompt.
Jerry Tworek says Core Automation uses many agents in its work on large distributed systems, but agents still cannot build “very good distributed systems” by themselves—a firsthand caveat that agent use does not eliminate the need for skilled systems builders.
Simon Willison says he vibe-coded a browser-based, bring-your-own-key Gemini TTS playground with GPT-6 Astra, using the Gemini API’s open CORS policy; composition settings can be bookmarked or shared without the key, which stays in page memory and is sent directly to Google rather than saved to browser storage.
Fable 5.1 Medium was prompted with “Build an artifact to explain shadow roots in CSS with interactive examples” to produce an explainer covering style encapsulation, inheritance, slots, parts, and JavaScript access—a concrete single-prompt artifact-generation example, though the source does not describe an agent workflow.
@hraness reports that his software factory uses 5–10 billion tokens per day, with 24 Devin SWE-2 Max agents, 6 Codex Astra Ultra agents, and 2 Claude Code Fable Max agents, running in Zed; this is a first-person usage claim, not a reported productivity or product-quality result.
ThePrimeagen counters that software factories and “factory factories” are nearly always useless beyond demos, saying he has not seen them produce anything worthwhile from a real-product perspective, while qualifying his view with “I could be wrong.”
Claude Code cloud sessions are now generally available: start a task, close your laptop, and let it continue running. Addy Osmani shared the announcement; this is a product update, not a firsthand workflow report. Existing subscribers get a one-time trial credit of $100 on Pro or $250 on Max; claim it here.
- Primogen endorses Mitchell Hashimoto’s “whiteboard defense” as a responsible-AI standard: engineers should be able to explain a customer-facing system and defend its design, including why one approach was chosen over another, how an actor might behave maliciously, what data structure is used, and where the system fails—without needing line-by-line familiarity.
- His practical takeaway is to stay actively involved in AI-assisted development: ask questions, set guardrails, and push back on ship-at-all-costs demands rather than approving code without understanding it. For learning, he says he personally writes code by hand to understand specific libraries and major architectural decisions, because reading documentation alone does not give him the same understanding.
Simon Willison built a small UI for Gemini 3.8 TTS, then had Claude write a script for a generated conversation between two pelicans debating a move to Pacifica Pier; the project is Gemini TTS playground.
Addy Osmani says Opus 5.5 is his new daily driver, describing it as “Fable-level on most work” and cheaper and faster than Opus 5; this is a first-person endorsement, not a benchmark or detailed workflow report.
Claude Code cloud sessions are out of research preview and keep working when your laptop is closed; they run on Anthropic-hosted infrastructure and can be started at claude.ai/code, from the Claude mobile app’s Code tab or desktop app, or with claude --cloud in the CLI. Existing subscribers get a one-time cloud-session credit—$100 for Pro or $250 for Max—that is separate from usage limits and applies automatically; if a local limit is reached, work can continue in the cloud until the credit runs out. Claim the credit through the provided link or /claim-credit in the CLI by Oct. 7; GitHub must be connected to start a session.
Simon Willison reports using datasette-mcp to talk by voice with a backup of his blog through the ChatGPT iPhone app—a firsthand example of exposing a personal data source to ChatGPT via MCP, though not a coding-agent workflow.
Luke Diebold says the “skills repository” framing made the packages concept click; he usually chooses MCP because it is easier to set up than skills and avoids repeating setup across environments, where API-token management for skills can be a hassle. He says this lets him move between AI tools with Kody as the only MCP he needs.
ThePrimeagen argues that AI’s speed is not a reason to skip product judgment or ship unconsidered work: developers should challenge what a feature is for, how customer success will be measured, and what alternative solutions have been considered . He recommends spending a day exploring options and forming a reasonably sound architecture before production, and pushing back on deadlines that make a 24-hour delay seem fatal .
Kent C. Dodds argues that a good harness can keep coding agents useful through massive conversations and regular compaction; he says he has not experienced the “dumb zone” with Cursor, whose agents he considers good at this.
Towards Autonomous Product Development

Language models got smarter, but they still lack our context. Shape the environment so agents can work without us: always on, in the cloud, with real limits.
The GPT-6 Astra release showed us a new level of LLM capabilities, not just in programming, but also in computer use, browsing, math, science, cybersecurity, abstract reasoning, and agentic, multi-turn, and long-context reasoning.
Let’s see how all this translates to our daily work.
Raw intelligence
Language models have become highly capable, but their knowledge is limited, and that affects their judgment. It’s not just about their knowledge cutoff. It’s also about the things directly related to our personal and project context.
Our job is to shape an environment in which agents can access our context on their own, while keeping them away from anything they shouldn’t have access to. Agents should have easy access to:
the app itself, so they can interact with it and take screenshots
documentation for our product
documentation and SDKs for the frameworks, libraries, and services we’re integrating with
development and production logs for the back end and front end
development databases and controlled, indirect access to production data
records of previous coding-agent sessions
a record of past decisions
external resources and discussions about our product and related topics
issue trackers and most internal documents
team communication channels
support tickets and most communications with clients
At the same time, there’s information AI shouldn’t have access to and actions it shouldn’t be allowed to take. For example, there’s no reason for agents to have direct access to the production database or root permissions on a server.

Human input
Most of us work directly with agents. We give them tasks and context, provide feedback, and iterate on their work. But how many agents can we handle? One? Five? Ten?
These days, agents are built to interact not only with us and our devices, but also with one another. This means they can coordinate one another, and their ability to do so has improved significantly with recent models.
Looking at our daily work with agents, we may also notice that much of the work we assign to them could be triggered automatically by bug reports, support tickets, code-review requests, scheduled quality checks, monitoring alerts, incidents, and errors in logs.
This means agents can do most of the work without waiting for us, while maintaining quality. Some changes may not even require human supervision, depending on the project we’re working on and our policies.
To achieve this level of autonomy, one thing has to change: where the agents run. Instead of running only locally on our Macs or PCs, they need to move to the cloud while remaining accessible to us.

To sum up:
Agents can coordinate one another, so we only need to work directly with some of them. Currently, Grok Bot, Pi, and Herdr are among the best tools for coordinating agents.
We should set up schedules and event sources so agents can work autonomously.
Agents have to be available at all times, have access to apps and services, and have their own email and messaging accounts.
Together with the agents, we need to shape the environment and policies so the system works the way we need it to.
Letting go of control
Working with dozens of agents makes it extremely hard to understand what’s going on in a project, especially when most of their work happens in the cloud and tasks are triggered by external events or schedules.
One of the most important things we can do here is let go of control. AI evolves fast, and there are already many areas where it can be trusted. That doesn’t mean models don’t make mistakes, but in many cases, those mistakes have limited consequences. For example:
An agent gathers user feedback and identifies improvement opportunities from usage data and meeting transcripts in the background.
An agent scans the codebase for dead code and refactoring opportunities.
An agent monitors performance by interacting with the development version of the app.
An agent improves the testing environment to better reflect production and checks how the app behaves at scale.
An agent finds edge cases by using the app, gathering evidence and screenshots, and preparing detailed issue reports.
There are many scenarios like these where, even if we don’t let AI implement features autonomously, it can still help us push product quality much further.
But beyond assistance, we want agents to do actual work. This quickly gets us to a point where, every time we look at the codebase, it feels as if we’ve just joined a new team! It’s hard to imagine pushing any change to production when we don’t fully understand all the logic.
Our first instinct?
Use AI to help us understand the logic faster. Well… this may work, but only to some extent, since our cognitive capabilities, energy, and time are limited.
Instead, we may consider the fact that AI is, in many ways, more knowledgeable and skilled than most of us. Some situations still require human judgment or context the model lacks, but many routine tasks do not. This means that:
A feature specification can be drafted based on the project’s general vision, its change history and recent specifications, and an audio recording of us describing a feature at length. Agents may explore a few approaches and present them to us or choose the best one on their own.
Implementation can happen in coordinated batches of work, or “waves,” managed by a separate agent that understands the entire feature and can contact us when needed. These coordinators can also be managed by another agent, creating a hierarchical structure.
After implementation, agents can not only run tests but also interact with the app and validate its behavior and appearance against defined checks and metrics.
The process above may sound like our usual day-to-day workflow with agents. The difference is that it happens autonomously because Grok Bot can manage Pi instances in Herdr. Pi extensions can also apply the right templates, organize specs and worktrees, and keep the project vision up to date.
Shaping such a process is quite a challenge because we need to make its individual steps reusable across tasks and put agents in an environment where they can autonomously access context, gather feedback, and interact with the app. At the same time, the scope of their work must remain limited.
The most important part of this process is keeping tasks narrowly scoped and agent conversation threads as short as possible. Even though models like GPT-6 can navigate long contexts very well, they generally handle smaller tasks more easily. The good news is that other agents manage these threads, making it easy to split work across shorter conversations.

🎁 We have a freebie for you
The bonus for this drop is - limen.
A minimal one-human-many-agents harness built from files, git, and one CLI.
Signup to unlock (opens in new tab)
Free — we’ll email you a one-click link. You’ll also get each new Drop. Unsubscribe anytime.
Maintaining discipline at scale
Keeping documentation up to date is easier at the beginning of a project, but it becomes harder over time. It’s simply hard to find every mention of a feature across thousands of documents created over the years.
The same goes for keeping issue trackers (and their attachments, comments, and discussions) organized. We now face the same problem with specifications, which quickly fall out of sync with the codebase. Even with AI, this is difficult: agents keep forgetting to update the specifications, and managing those updates manually takes time.
But keeping docs and specs up to date can be automated, just like research, management, implementation, reviews, and quality checks. We just need to figure out how.
Specifications:
They have to be organized in folders that clearly indicate which feature each specification covers, the feature’s current stage, and when work on it took place.
They have to follow flexible templates so they remain consistent and maintain a high signal-to-noise ratio.
They should reference commits rather than include code directly.
If they contain attachments, we should prefer snapshots over external links, unless links are necessary and likely to remain accessible over time.
Documentation:
Product documentation often requires screenshots, which AI agents can now capture directly or extract from videos, including Loom recordings.
A design system (even one derived from an existing product) lets you use actual UI elements in your documentation instead of screenshots.
As agents increasingly become the primary readers of documentation, we need to optimize the docs for them.
As mentioned, documentation needs to be built with Astro, Next.js, or a similar framework that lets agents manage it easily and keep it in sync with the product.
Documentation can be created not only from source code, which often lacks context, but also from issues and all the resources attached to them.
Given all this, keeping the codebase and its documentation clean and well organized is now much easier than it was in the pre-AI era. We just need to set up agents to maintain them on a schedule.

I nuked a four-year-old project and rebuilt it in five days
Blah blah blah. It’s all talk, isn’t it?
Well, a month after ChatGPT launched, I started a side project: a chat UI that helped personalize interactions with AI. Yes, it was another “wrapper.”
But it was quite good, and the numbers reflected that: it helped us generate around $750k through various campaigns we ran. That gives you one perspective. The feature map below offers another.

The feature map makes it clear that this is quite an advanced agent. The thing is, its core architecture was designed when the best available model was text-davinci-003. The app has evolved in many ways since then, but it still retains concepts from those early days. Many remain useful, which is quite impressive.
Despite all this, I decided to scrap everything and rebuild from scratch, not just recreate the same app, but rethink all its core assumptions and change its architecture and UI.
Even with today’s models, rebuilding at this scale felt almost impossible. This wasn’t a fun, vibe-coded side project, but a tool people rely on in their daily work.
Here’s the thinking behind that decision:
Coding agents need to see everything that happens in the app during development, so I needed a unified logging system for the API, Rust, and Svelte.
Coding agents need to interact with the interface, take screenshots, and collect measurements, so I asked them to set up a testing environment and connect it to the app’s webview.
Built-in agents need to make the most of the model’s native capabilities, so the core is built around agents writing code and managing files.
The UI needs to be consistent, clean, and flexible because the app has to configure and extend itself. So I needed a design system, which Fable 5.1 and Astra built for me in Ultracode mode.
The agents’ core logic needs to be extremely flexible, so I defined a few primitives, such as Integrations, Secrets, Events, Values, and Capability.
These primitives let agents dynamically generate and manage components I previously had to build and maintain myself, making the core logic much more elegant.
Autonomy has to extend beyond development. The stack needs to support agent-driven work on the website and documentation, roadmap management, incident resolution, customer support, business model optimization, and marketing. I chose Astro so I could build a Markdown-based website whose documentation uses UI components from the design system instead of screenshots.
All of the above is just the foundation. All of this was helpful, but it wasn’t enough on its own given the scale of the work ahead of me.
I needed to change the way I worked with coding agents so I wouldn’t be stuck juggling terminal tabs or using a UI just to group threads. I was looking for a system that would dramatically improve both speed and quality.
As mentioned, current models are extremely capable, but they lack project-specific context. By then, however, all the infrastructure was in place. The agents just needed a way to manage specifications, which I organized as follows:
Global Context: the project vision (vision.md) and style guide (styleguide)
Board: a list of current and planned tasks in the board file
Specifications: an organized collection of documents covering features, issues, and bug fixes, including descriptions, the reasoning behind decisions, and lessons learned
Agents manage all those files, but I defined the global context and continue to oversee it. Besides those files, agents have easy access to everything related to the app, exactly as I described above.

My setup for working with agents is based on my custom Pi extension (opens in new tab), Herdr, and Grok Bot. The workflow looks like this:
Grok Bot (opens in new tab) is my entry point to the VPS, which it accesses through Tailscale (opens in new tab).
The VPS hosts the project and has Herdr and Pi installed, so Grok Bot can manage Pi instances and access the specifications.
Pi works with my extension, which automatically injects the style guide and project vision and sends steering messages to Coordinators, Workers, Reviewers, and Researchers (different worker roles implemented as Pi instances).
This way, all I need to do to manage the work is chat with Grok Bot. I don’t need to keep everything I’m working on in my head, because it’s recorded in the board file. Injecting the styleguide into frequently restarted sessions keeps code quality high, while vision.md keeps the agents aligned with the project’s direction.

If the boxes still feel abstract, watch this. In about twenty minutes I walk through the same setup live: chatting with Grok Bot, landing on the VPS, and watching Herdr run the Pi Coordinators, Workers, Reviewers, and Researchers with the project vision and style guide already injected.
In that context, save this live session for later, it’s worth the watch!
When I work on a specific feature, the process looks like this:
I make an audio recording, sometimes a long one, describing everything I know, including my questions and thoughts about the broader product context. I send it to Grok Bot.
Grok Bot checks the board and active Coordinators, then decides whether to spawn a new Coordinator or pass the task to an existing one.
Each Coordinator’s job is to spawn Researchers that gather the context it needs to draft the feature specifications. It then updates Grok Bot so we can discuss the proposed direction. This often happens for multiple features at once, so we can work in parallel or organize the work into waves.
Coordinators manage Workers independently. Since Workers are Pi instances, Grok Bot can access their sessions and bring them into focus. This way, I can talk to any Worker and steer it directly.
After each wave or chunk of work, I chat with Grok Bot about the project’s current state and dig into the technical details of the ongoing changes. While I don’t read code anymore, I still care about its quality, so dedicated Coordinators work in the background, often at night, according to schedules set by Grok Bot. I also often give feedback on the architecture and the way specific features are organized.

In five days, I delivered not only the app but also the entire website and API. This opened up new possibilities, including web and mobile apps with background tasks and scheduling. The overall result looks like this:

And here’s an example of the agent extending its Capabilities by adding an Integration with the Replicate platform. It’s not a one-off, because the integration can be reused and combined with other features of the app, such as Artifacts or Routines.

Finally, we also have the entire website, including documentation, a changelog, a roadmap, and an integration with easy.tools.

Takeaway
Given the results so far and the fact that this approach works for both me and my friends, it’s fair to say that, although product development isn’t fully autonomous yet, we’re clearly moving in that direction.
And this isn’t just about development; it’s also about the surrounding processes and the flow of information between them. With that in mind, it’s worth rethinking how we work with agents and how AI can help us make better decisions, build better software, and improve business processes.
Even though the app’s development was nearly autonomous, it required an insane amount of work and expertise. But that was still the effort of just one person. So… just imagine what an entire team could do with it.
If you want to get started with this approach:
Install Grok Bot.
Ask it to set up your VPS with Herdr and either Pi or omp.
Get a repo from the MEGA Drop and use it as inspiration for your own process.
Start small by creating vision.md and styleguide, then iterate.
Keep the scope relatively small.
Stay up to date with what’s happening in your product.
Think outside the box.
… and have fun!
🎁 We have a freebie for you
The bonus for this drop is - limen.
A minimal one-human-many-agents harness built from files, git, and one CLI.
Signup to unlock (opens in new tab)
Free — we’ll email you a one-click link. You’ll also get each new Drop. Unsubscribe anytime.
“I nuked a four-year-old project and rebuilt it in five days” - @_overment (opens in new tab) new Drop, plus the harness he did it with.
Get your freebie https://x.com/i/article/2102732045549985792 (opens in new tab)
- The @_overment rebuild featured by Mega was a substantial practitioner project, not a casual “vibe-coded” side project: he says he scrapped a four-year-old product people relied on and rebuilt the app, website, and API in five days.
-
His setup used Grok Bot as the chat entry point to a VPS over Tailscale, with Herdr hosting Pi instances; a custom Pi extension injects the project vision and style guide and steers Coordinator, Worker, Reviewer, and Researcher roles. He organizes context in
vision.md, a style guide, a board, and feature/issue specifications; agents maintain these files while he oversees the global context. - Feature workflow: record and send Grok Bot an audio brief; it checks the board and active Coordinators, then routes the work to one or spawns one. A Coordinator uses Researchers to gather context and draft a specification, discusses direction with him, and manages Workers; he can steer Workers directly. After each work wave, he discusses project status and technical details with Grok Bot, while scheduled Coordinators handle quality work in the background.
- For observability, he set up unified API/Rust/Svelte logging and connected a testing environment to the app’s webview so agents could interact with it and capture screenshots and measurements. His guidance is to keep tasks narrowly scoped and agent conversations short, and to permit controlled indirect access to production data rather than direct production-database or root access. For the design system, he says Fable 5.1 and Astra worked in Ultracode mode.