Simon

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.

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 vitalik.eth.limo/general/2020/1… . 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 vitalik.eth.limo/general/2025/0… ). 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 pol.is, 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 deepfunding.org 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.

You can just build on L1.

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

crypto founder mode

@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.

On a meta level posting tweets can also be how you make friends This is a quote tweet of my tweet by a famous tech journalist who now runs a big PR firm So just tweeting gets you in touch with people It seems weird to explain this stuff cause it's so obvious to me but I always see people here ask how does this stuff work and nobody wants to explain it cause it's so cringe to explain it

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

@revelrybot lfgg

🚨 $100 in SOL GIVEAWAY! 🚨 Want a shot at $100 in SOL? Here’s your chance to win big! 🎮💥 How to enter: 💥 Like, Follow & Repost with #RevelryBot 🚀 Join our Telegram community and play at least 3 games t.me/revelryhq End date: April 18th 🥇 1 lucky winner will be chosen, and rewards will be distributed via Revelry in our Telegram community!

@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.

@SimonSovic @SimonSovic, scaling while maintaining that initial spark can be tricky. what strategies do you plan to ensure user satisfaction?

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

@revelrybot im gonna carry the boats!

tell us your weekend plans

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

@revelrybot Lets goooo 🔥

🎉 WIN $850 IN SOL! We built Revelry to make community engagement fun and rewarding, and to celebrate our upcoming launch, we’re giving away $500, $250, and $100 in $SOL to 3 lucky winners! 🚀 How to enter: ✅ Follow @revelrybot 🔄 Repost with #RevelryBot 👨‍👩‍👧‍👦 Join our Telegram: t.me/revelryhq Prizes will be distributed via Revelry in our Telegram group on April 1st.

@karpathy vibe coding ftw

@revelrybot happy sundayy

happy sunday everyone

@revelrybot LFG

🎉 $850 GIVEAWAY! To celebrate our upcoming launch, we’ll be giving away $500, $250, and $100 in $SOL to 3 lucky winners! 🚀 How to enter: ✅ Follow @revelrybot 🔄 Repost with #RevelryBot 👨‍👩‍👧‍👦 Join our Telegram t.me/revelryhq Awards will be distributed via Revelry in our Telegram group on April 1st.

me and the homies vibe coding

I don't always join a Telegram community, but when I do, they must use #Revelry

@YReiku use ai tools to build mvp with 1 key features people absolutely need, make a great brand, and spend most of the $10k on distribution and nailing it down. then refining MVP

If you had $10K to launch an MVP, where would you spend it first? Curious to hear what others would do.

@ReachIlyes this!!! first priority is short time to market with one core feature and then add stuff. Users are willing to forgive a lot if the core feature is good enough

The hardest part of an MVP? Saying NO to unnecessary features. Build less, launch faster, and let users tell you what’s actually needed.