Solana-based software dev agency building innovative digital solutions to onboard millions to web3. 4x hackathon wins 🏆 @superteamAE @superteamDE

the internet
🇦🇪📢LIVE from @hackerhouses Dubai: BUILDERZ 2.0 HAS NOW SHIPPED. Check out our fresh new website & look. 👀
16
14
84
14,051
BUILDERZ retweeted
Your coding agent starts a dev server, the session ends, the server keeps running. DevPorts is a Mac menu bar app that shows every dev server and leftover watcher with its project, port, uptime and memory, and stops the one you pick without touching the rest. $9 once.
18
9
42
3,051
BUILDERZ retweeted
Working on a quick tool that shows me orphaned dev servers and background processes, and let's me stop them quickly
3
6
15
644
Event access should fail at the door, not at the lunch queue. Three patterns: 1. Check the badge when guests enter the venue. 2. Show what the badge covers before the event. 3. Give staff a manual override for lost or incorrect badges. Automate the common case. Keep a human fallback for every denial.
3
107
BUILDERZ retweeted
Two bots can run the same strategy and trade completely different markets > one waits for JSON-RPC > one streams processed state through Yellowstone > one reconstructs transactions from shreds before normal execution metadata exists By the time the first bot detects the opportunity, the third may already be pricing its exit. This is why latency is not merely an execution problem on @solana. It changes: • what your strategy can see • when it can decide • whether the opportunity still exists The data path is part of the alpha
Your trading bot is only as fast as the market data reaching it. JSON-RPC tells you what happened. Yellowstone streams what is happening. Decoded shreds show what is forming. In latency-sensitive Solana trading, infrastructure is part of the strategy. @rpcedge
8
10
41
5,643
BUILDERZ retweeted
RPC Edge Free and Builder plans are live. Start free with a baseline for light Solana bots. Builder is $49/month for 500 GB, 50 RPS, RPC, WebSockets, and Transaction Sender, paid in USDC on Solana. Pricing, limits, and checkout 👇
11
8
20
2,310
BUILDERZ retweeted
We opened @rpcedge for more traders and bot builders! Start for free, scale up as you need. Serious builders can apply for a 3-day Desk trial to compare setups and optimize edge. Start today:
RPC Edge Free and Builder plans are live. Start free with a baseline for light Solana bots. Builder is $49/month for 500 GB, 50 RPS, RPC, WebSockets, and Transaction Sender, paid in USDC on Solana. Pricing, limits, and checkout 👇
10
13
44
6,658
BUILDERZ retweeted
One bot. One prompt. It hired its own team. I created a single Grok Bot - Atlas, chief of staff - and pasted one prompt. It interviewed me, wrote its own operating manual, specced four teammates, and launched them. Watch the sidebar: Kit, Studio, Ship, Peak come online one by one. Each of them gets its own computer in the cloud. Six routines scheduled. The team runs while my laptop is closed. And nothing sends, posts, or ships without my yes. That rule is in the prompt. Full setup prompt in the first reply. Steal it.
21
16
105
31,238
BUILDERZ retweeted
I have open-sourced a lot of my work. That does not mean I think everything should be free. Open-source and paid products have different roles. I open-source infrastructure that builders can inspect, extend, and run themselves. Mission Control makes agent work visible. Agent Security puts explicit boundaries around agent execution. Council of High Intelligence turns difficult decisions into a multi-model process instead of trusting one answer. Each project started with a problem I encountered while building. Publishing the code lets other builders test the assumptions, expose missing cases, and decide whether the work is useful without asking for permission. That feedback is more valuable than building privately for months and announcing something nobody needs. But open source alone is not a business model. People still pay for outcomes that remove work or risk: • Reliability they do not have to operate themselves • Workflows they can use immediately • Knowledge packaged around a specific problem • Support when something breaks • Infrastructure with clear operational responsibility That is where the products come in. @rpcedge is a bet that teams building onchain applications and agents will pay for a more dependable data path. My digital products package repeatable knowledge and workflows so someone can get the result without hiring me for a custom project. @builderzdotdev helps founders when the problem cannot be solved by a template or self-serve tool and still requires hands-on product work. These layers feed each other. Services expose painful edge cases. Open source makes the solutions inspectable. Content distributes the lessons. Products turn repeatable solutions into something sustainable. I am not trying to monetize every repository. I am building a system where the free work proves what I can build, and the paid work solves problems people do not want to operate alone. Open source creates trust. Customers test whether that trust can become a business.
9
12
46
6,046
BUILDERZ retweeted
I've been using Grok Build as the daily driver lately. I love it. The TUI is what did it. Plan mode, the diffs, previews, being able to use the mouse. Other agent CLIs I open get the job done, and I want out. This one I could watch the goal and loop spinners forever. What's your favorite?
11
7
58
5,998
BUILDERZ retweeted
I open-sourced a way to stop asking one AI to be right. Council of High Intelligence turns hard decisions into an adversarial process: → 18 distinct reasoning lenses → independent first positions → forced cross-examination → FACT / INFERENCE / ASSUMPTION / UNKNOWN labels → weighted final stances → dissent stays visible → kill criteria + one concrete next action And it runs across Claude Code, Codex, Gemini CLI & OpenCode, Grok, Hermes and more. The important part isn't adding more agents. It's making them disagree before they converge. Because 10 agents repeating the same reasoning path is still one opinion with 10 token bills. For your next expensive or irreversible decision, don't ask: "What's the answer?" Ask: "What would have to be true for this answer to be wrong?" That's what the council is built to surface.
18
10
65
8,563
BUILDERZ retweeted
A lot changed after I wrote this. I left the @SuperteamAE Founders Villa believing that if I kept shipping, meeting the right people and doing good work, the next opportunity would follow. The past few months tested that assumption. I built Builderz to help founders turn ideas into shipped products. But the development pipeline slowed down. There was no steady stream of clients and no clean transition from delivering projects to running a predictable service business. I had to decide whether to keep forcing the same plan or use the quiet period to build a different foundation. I chose the second. I started treating distribution as part of the work. Instead of pretending to have everything figured out, I published what I was learning while building: AI agents, infrastructure, open source, security, and the less visible systems required to make agents reliable. I kept shipping open-source software too. Mission Control became a self-hosted control plane for dispatching agent work, inspecting runs, and reviewing failures. It has now passed 6,000 GitHub stars. Agent Security became an open-source framework for putting explicit boundaries around agent execution. Other projects around orchestration, multi-model councils and local-first tooling found communities of their own. Open source became more than a place to share code. It became how I tested ideas, met builders, built credibility and learned what people genuinely cared about. I also started building digital products. The first sale was small, but it mattered. Someone found something I had made, decided it solved a real problem, and paid for it without hiring me for a custom project. That changed how I thought about the work. Client services depend on the next contract. Products and open source can keep creating value after you ship them. Then I started RPC Edge . It came from seeing the same infrastructure problem repeatedly. Teams want to build faster onchain applications and autonomous agents, but those systems are only as reliable as the infrastructure beneath them. A capable agent is not useful if it is operating on stale state, dropped requests or constant rate limits. The model gets the attention. The data path decides whether the system works. RPC Edge grew from an infrastructure experiment into real customer validation. There is still a long way to go, but it is a step toward building a real infrastructure business instead of waiting for the next custom project. Today, I am building across several connected layers: • Open source to explore ideas and contribute useful infrastructure • Content to document what I learn and build distribution • Digital products to turn knowledge into reusable value • Builderz to help founders turn ideas into shipped products • RPC Edge to build dependable infrastructure for onchain systems These are not random projects. They are different parts of the same transition. I am moving from depending entirely on client work toward building products, distribution, and infrastructure that I own. This is not an “I failed, pivoted and everything worked” story. Some things are growing. Some are still experiments. Revenue is not where I want it to be. There is still a lot to prove. Not every idea will survive, and that is fine. I no longer measure progress by how many ideas I launch, events I attend, or repositories I create. I look for users, repeatability, trust, and whether the work still matters after the attention moves somewhere else. Events create momentum. Maintenance builds trust. Customers decide what lasts. I used to ask where the next project would come from. Now I ask what I can build that will keep creating value after I stop working on it for the day. That has been the real progress.
Leaving the @SuperteamAE founders villa today with mixed emotions - sad to depart, yet thrilled for what lies ahead. Here’s a thread reflecting on the incredible journey we've had 🧵 Firstly, a huge shoutout to @afscott for bringing this vision to life! 🙏
12
13
70
7,657
BUILDERZ retweeted
Gm from my favorite working place 🌞
11
6
36
9,003
BUILDERZ retweeted
Developers: - @nhanvp (Metaplex, Infra) - @mistermatt2u (Bandruption, Community) - @ngxthien___ (Titan, Trading) - @jacobdotsol (Fin, Payments) - @_Demeju (Daiko, AI) - @blockiosaurus (Metaplex, Infra) - @neel_ds (JoinLads, Community) - @haxxolotto (CTO) - @0xdreamerx (ekryt, Defi) - @HeyAndyS (SolRecovery, protection & education) - @_unixas (Alchemy, Infra) - @_nighthawk69_ (Metaplex, Infra) - @DeanDev10 (slopsworld, gaming) - @zkdamien (Umanitek, IP) - @faynguyen071 (gaian, Defi) - @guneysol (Helius, Infra) - @5Talker_ (UseFleets, logistics) - @beeman_nl (Solana Mobile, Infrastructure) - @0xSrMessi (Flex Dev, SolanaFndn) - @MatthewSullivn (Dalbcs, Community) - @0xYann (Polarislab & rpcedge, trading) - @0domart (risedotrich, trading) - @im_naynim (elfa_ai, ai) - @overfedduck (saydialect, infra) - @Bhizzy_ (epicentral, trading) - @owen_venter (Helius, infra) - @nykdotdev (rpcedge, infra) - @Ratanabhinaww (titan, trading)
5
6
37
611
BUILDERZ retweeted
It's been a rollercoaster of a year. And it's even more euphoric when I look back at the entire journey building on @Solana From touching down at Founders Villa in Dubai and meeting with the ever-inspiring @afscott, connecting with incredible builders and creators. Ideating @ribhfinance, going into the @colosseum Radar and coming away with a win, then seeking the best fit in a highly competitive and heavily one-sided stablecoin ecosystem in Africa. $40m+ processed, and we didn't pause for a minute; I supported @OwegoApp in advisory and ops capacity, while running market research on a major trajectory in our roadmap, "On-chain trade financing", which consequently led me to Asia, first to @ns and then next to @islanddao in Thailand. One thing has stuck out for me: market intelligence, product fit, ecosystem insights, and clarity of thought have consistently increased exponentially for me and the team, MoM - all thanks to the amazing levels of support and advisory @solana provides However, in all these, little did I know that I would be finding a family - where I get to immerse myself, build, and continue to contribute. I am honoured to be confirmed as a member of @SuperteamTH, and this doesn't come lightly. There's work to be done, and it is still Day Numero Uno. Now, we focus
36
11
100
2,818
BUILDERZ retweeted
Most traders don’t go broke because they had no edge. They go broke because they bet too much on a real edge. A 55% win-rate coin is profitable. But: • 5% sizing → +0.38% geometric growth/bet • 10% sizing → maximum growth • 20% sizing → 0% growth • 35% sizing → -2.9% growth • 50% sizing → -8.9% growth Same edge. Completely different destiny. The mistake is optimizing for how much you can make when you're right instead of how much variance you can survive while staying in the game. 5 formulas every trader should know: Expectancy → Should I take the bet? Volatility → How noisy is the edge? Risk of ruin → Can variance kill me first? Kelly → How much should I actually bet? Geometric growth → What will I really compound? The market doesn't need to take your edge away to bankrupt you. You can have positive expectancy and still compound yourself to zero. Edge gets you into the game. Sizing determines whether you survive it. Bookmark and apply this before your next position.
9
5
18
730
BUILDERZ retweeted
Fast agents fail when the job changes while they work. "The goal is not maximum autonomy. It is minimum unnecessary coordination." Execution is cheap, so supervision becomes the scarce work. Use an Evidence Checkpoint, a review gate every task must cross with a defined outcome, limited context, clear decision rights, and proof. Anthropic observed around 10 Claude actions per user prompt on average. Ambiguity compounds before the operator sees the result. Before dispatch: 1. Define the artifact and decision the work must produce. 2. Limit the sources, files, assumptions, and date range. 3. State what the agent may decide and when it must ask. 4. Require evidence for every material claim, and mark unknowns. 5. Ship only after the result passes its checks and shows the strongest failure case. On Monday, do not add another agent until its work can cross that checkpoint without turning the operator into a human message bus.
8
6
12
674