Simon

Building cool products.

[Simon @SimonSovic]

Also, we just launched on product hunt and if you've got 30 seconds, an upvote on Product Hunt would mean the world. Link is in the first comment.

https://t.co/ms3J6JCMZp

And, if the offer sounds like something you, or someone you know, needs DM me.

Thanks
Simon

#producthunt

[Simon @SimonSovic]

Just launched a new business 🚀

Its called AgentFirst (https://t.co/1EN1NVBHFv) and the idea is simple:

Unlimited AI development for a fixed monthly price.

Submit as many tasks as you want and we work through them.

#AI #development #indiehackers

[Simon @SimonSovic]

So instead of spending months on a $150k engineer hire or offloading the project to a $40k agency that vanishes after handoff, you subscribe.

And the best part is, you can pause or cancel any month and you own all the code.

[Paul Graham @paulg]

Solution: New companies.

[Rohan Paul @rohanpaul_ai]

Claude seems to be fixing a super annoying developer problem.

Anthropic announced a research preview feature called Auto Mode for Claude Code, expected to roll out by March 12, 2026.

The idea is simple: let Claude automatically handle permission prompts during coding so developers don’t have to constantly approve every action.

Sstops those annoying permission prompts during long coding sessions.

Before this, you had to use `--dangerously-skip-permissions` to work without interruptions.

That method worked fine but took away all your safety nets. This new auto mode gives us a smarter option.

Claude will take care of the specific permission choices on its own while still blocking threats like prompt injections.

You can finally let long tasks run without watching your screen the whole time.

Since it is still a research preview, you should run it inside isolated setups like sandboxes or containers for safety.

Expect a small jump in token usage and delay, because the model needs extra time to process the security checks.

Once available, you just type `claude --enable-auto-mode` to start.

If you manage a team and need people to manually approve actions, you can restrict this feature using Mobile Device Management tools like Jamf and Intune or through configuration files.

[vitalik.eth @VitalikButerin]

We need more DAOs - but different and better DAOs.

The original drive to build Ethereum was heavily inspired by decentralized autonomous organizations: systems of code and rules that lived on decentralized networks that could manage resources and direct activity, more efficiently and more robustly than traditional governments and corporations could.

Since then, the concept of DAOs has migrated to essentially referring to a treasury controlled by token holder voting - a design which "works", hence why it got copied so much, but a design which is inefficient, vulnerable to capture, and fails utterly at the goal of mitigating the weaknesses of human politics. As a result, many have become cynical about DAOs.

But we need DAOs.

* We need DAOs to create better oracles. Today, decentralized stablecoins, prediction markets, and other basic building blocks of defi are built on oracle designs that we are not satisfied with. If the oracle is token based, whales can manipulate the answer on a subjective issue and it becomes difficult to counteract them. Fundamentally, a token-based oracle cannot have a cost of attack higher than its market cap, which in turn means it cannot secure assets without extracting rent higher than the discount rate. And if the oracle uses human curation, then it's not very decentralized. The problem here is not greed. The problem is that we have bad oracle designs, we need better ones, and bootstrapping them is not just a technical problem but also a social problem.
* We need DAOs for onchain dispute resolution, a necessary component of many types of more advanced smart contract use cases (eg. insurance). This is the same type of problem as price oracles, but even more subjective, and so even harder to get right.
* We need DAOs to maintain lists. This includes: lists of applications known to be secure or not scams, lists of canonical interfaces, lists of token contract addresses, and much more.
* We need DAOs to get projects off the ground quickly. If you have a group of people, who all want something done and are willing to contribute some funds (perhaps in exchange for benefits), then how do you manage this, especially if the task is too short-duration for legal entities to be worth it?
* We need DAOs to do long-term project maintenance. If the original team of a project disappears, how can a community keep going, and how can new people coming in get the funding they need?

One framework that I use to analyze this is "convex vs concave" from https://t.co/1BrMsUAKWK . If the DAO is solving a concave problem, then it is in an environment where, if faced with two possible courses of action, a compromise is better than a coin flip. Hence, you want systems that maximize robustness by averaging (or rather, medianing) in input from many sources, and protect against capture and financial attacks. If the DAO is solving a convex problem, then you want the ability to make decisive choices and follow through on them. In this case, leaders can be good, and the job of the decentralized process should be to keep the leaders in check.

For all of this to work, we need to solve two problems: privacy, and decision fatigue. Without privacy, governance becomes a social game (see https://t.co/uMXcuzQNjM ). And if people have to make decisions every week, for the first month you see excited participation, but over time willingness to participate, and even to stay informed, declines.

I see modern technology as opening the door to a renaissance here. Specifically:

* ZK (and in some cases MPC/FHE, though these should be used only when ZK along cannot solve the problem) for privacy
* AI to solve decision fatigue
* Consensus-finding communication tools (like https://t.co/Nzord32Ub1, but going further)

AI must be used carefully: we must *not* put full-size deepseek (or worse, GPT 5.2) in charge of a DAO and call it a day. Rather, AI must be put in thoughtfully, as something that scales and enhances human intention and judgement, rather than replacing it. This could be done at DAO level (eg. see how https://t.co/pCHI7Mlo2m works), or at individual level (user-controlled local LLMs that vote on their behalf).

It is important to think about the "DAO stack" as also including the communication layer, hence the need for forums and platforms specially designed for the purpose. A multisig plus well-designed consensus-finding tools can easily beat idealized collusion-resistant quadratic funding plus crypto twitter.

But in all cases, we need new designs. Projects that need new oracles and want to build their own should see that as 50% of their job, not 10%.

Projects working on new governance designs should build with ZK and AI in mind, and they should treat the communication layer as 50% of their job, not 10%.

This is how we can ensure the decentralization and robustness of the Ethereum base layer also applies to the world that gets built on top.

[vitalik.eth @VitalikButerin]

You can just build on L1.

[Brian Chesky @bchesky]

Flat design is over. The future is colorful and dimensional.

[agentyoda @chainyoda]

crypto founder mode

[Simon @SimonSovic]

@levelsio This is 100% real. Tweeting isn’t just broadcasting. It’s low friction social signaling. You’re basically leaving open invitations for the right people to vibe with you. Like the internet’s best serendipity engine.

And I’m trying to do more of it moving forward.

[revelry @revelrybot]

Funny how the more you DYOR, the luckier you get.

[Simon @SimonSovic]

@revelrybot lfgg

[Simon @SimonSovic]

@samm_duc Totally agree, that early spark is everything.

We’re planning to stay close to our users with weekly interviews, building what actually matters (not just shiny stuff) & keeping the community feel baked into the product.

It’s a challenge, but we’re obsessed with making it work.

[Simon @SimonSovic]

Stealth Product Growth update
✅ 10.5k users
✅ 14.5k on the mailing list
✅ $0 spent on ads
✅+ 3K signups in 60d

All organic.

It's still an MVP with bugs —but users are flooding in. Hard part incoming: scaling without losing magic.

Ask me anything #buildinpublic

[Simon @SimonSovic]

@revelrybot im gonna carry the boats!

[revelry @revelrybot]

The biggest gains come from knowledge, not guesswork. DYOR.

[Simon @SimonSovic]

@revelrybot Lets goooo 🔥

[Fellow Human @humanfellow0]

@karpathy vibe coding ftw

[Simon @SimonSovic]

@revelrybot happy sundayy