k4i.com now publishes three kinds of post on its own: risk factor changes from 10-K filings, earnings guidance checked against results, and a chip and AI infrastructure press release digest. No server, no paid inference, no one at the keyboard. Each one is a scheduled GitHub Actions workflow in the site’s repo that reads a public source, runs it through a model, checks the output with plain code and commits a Markdown file. Cloudflare Pages builds the site from there.

If you build AI features alone and can’t afford a surprise bill, the model you pick matters less than where it runs and who triggers it. Get those two right and inference costs nothing or close to it. Get them wrong and a free tier runs dry by lunch, or a paid API quietly eats your month.

What follows is the reasoning I’d give any solo builder, worked out the long way: by throwing ideas at the wall and watching most of them fail one test or another.

Compare two quickstarts. The first says to install Docker, bring up a compose file with a database, a cache and a worker, create an account, and paste a token into an env file. The second says to download one file and run it. Both tools might solve the same problem. Only one of them survives an evaluation that lasts ten minutes.

The second quickstart is a product decision, made in the architecture. SQLite and nginx made it decades ago, and Caddy, DuckDB, ripgrep, jq and Hugo have made it again in their own corners. Small surface area, few dependencies and one artifact to copy work as an adoption strategy. For a one-person or AI-assisted project they also work as the only scope control that holds up. That’s the claim, and the rest of this post tries to break it.

App ideas cost nothing. Every one of them looks shippable in a weekend, and then the weekend turns into three months of auth flows, sync bugs, review notes and a paywall that took longer than the app.

So before Xcode or Android Studio opens, put the idea through four questions and write the answers down. Who pays? What problem does it solve? Can you say what it does in one sentence? Why would anyone switch, and what stops Apple from copying it? Ask them in that order. Money goes first because it kills weak ideas fastest, while a kill still costs an evening.

Verdent has updated its AI-native software platform to operate across the full build cycle — planning, execution, validation, and delivery — rather than stopping at code generation. The update positions Verdent less as a coding assistant and more as a substitute for an engineering team, handling the sequence of decisions and handoffs that typically require multiple people to coordinate.

The gap between a software idea and a shipped product is not usually an ideas problem. It is a labor and coordination problem. Crossing it has historically required hiring engineers, managing sprints, and absorbing the context loss that comes with every handoff. Verdent’s design premise is that AI can now carry that load end-to-end: breaking a goal into tasks, selecting appropriate tooling, writing and testing code, and continuing work asynchronously through Slack or Telegram integrations even when the user is away. Context is retained across sessions, including stack decisions, prior build choices, and current state, so work does not reset between conversations.

The romantic narrative of the solo developer who builds an app in nights and weekends, publishes it to the App Store, and generates meaningful income from passive sales is not entirely false. It is sufficiently true in enough specific cases to sustain the mythology and sufficiently rare to make the mythology dangerous as a planning assumption.

The structural conditions that made the App Store a viable path to meaningful passive income for individual developers in 2010 to 2015 have changed. The App Store had fewer apps. Discovery was less competitive. Users were more willing to pay upfront for apps they had not tried. The apps that met a basic need in a well-executed way could find their audience without significant marketing investment.