Shipping apps in public. Real traffic, real bugs and the fixes, from @onehausapp + @mcpscores. Plus dev tips I'd want someone to tell me

London, England
Joined July 2016
Hey hey 👋 Lots of new people recently, so let's get to know each other I'm Stu. I'm a principal engineer who has spent years at places like Checkout and ClearBank. Whilst I'm building my future, I share interesting things and what I learn on the way What are you working on?
4
21
1,119
CodeWithStu retweeted
Connecting to an MCP server can be enough. Two MCP Inspector advisories, Oct 21: - Server-chosen OAuth URL runs as PowerShell on Windows/WSL (high; fix 2.12.0) - OAuth callback flips transport to stdio, runs a local command (critical; fix 1.0.3) Do you vet MCP servers first?
1
1
2
226
Nice summary of my project @MCPScores - thanks :)
MCPサーバーの安全性を自動検証して信頼度をスコア化するサービス「VerifyMCP」がすごい😲 約4.8万のMCPサーバーを解析し、セキュリティや信頼性を100点満点で可視化できる👀 ・MCPサーバーへの実接続/動作確認 ・ツール定義/スキーマの検証 ・TLS証明書/OAuth認証のチェック ・依存パッケージの脆弱性スキャン ・サンドボックス環境でのパッケージ検証 ・毎日の再スキャン/信頼スコア更新 スコアだけで安全性を保証できるわけではないけど、MCPも機能だけでなく信頼性を確認してから導入するのをおすすめ。 verifymcp.io/
1
63
TIL putting links in a reply instead of the main post isn't really a thing anymore. X said in July you don't need to bother Updated @mcpscores now to see if this holds true
1
1
81
The "best household management apps 2026" post is still the second most visited page on onehaus, behind only the homepage People starting the free cleaning schedule tool went up about 65% this week too. Slowly starting to get why everyone says just keep writing content :)
40
Finally merged my staging to main PR for onehaus. It'd been open since 26 Sep and closed 278 issues 🙈 Note to self, maybe don't leave it a month next time
1
98
Building verifymcp has been way harder than I expected. Every MCP server gets scanned from a clean slate, so that's a full package restore every single time, across thousands of servers, on a pretty small box CPU sat at 60-70% for days. A few changes later (caching, fewer retries, only rescanning when a package actually changes) and I think it's finally under control 😅
1
109
CodeWithStu retweeted
I honestly can't remember another week quite like October 14–21 in software security. Just between October 14 and October 21: - Next.js patched two critical RCE vulnerabilities (9.5/10). - NGINX patched five security vulnerabilities. - PHP disclosed critical RCE vulnerabilities. AWS observed exploitation attempts four days before disclosure. - Node.js patched multiple vulnerabilities, including potential RCE and TLS validation bypasses. - GitLab disclosed another 10/10 vulnerability allowing potential unauthenticated RCE. - LiteLLM's compromised releases distributed credential-stealing malware. - Railway disclosed a potential exposure of customer secrets and API keys. - OpenCode reported a breach affecting 1.4% of its Console users. - eMudhra had eight trivially recoverable certificate authority private keys. One of them was literally the number 4! Also, Microsoft reported AI-orchestrated attacks targeting over 2,250 Microsoft 365 tenants, with attackers obtaining privileged access in under three hours in multiple cases. CrowdStrike documented AI agents conducting real-world intrusions, including one that obtained domain-controller credentials in approximately 20 minutes without further human guidance. Meanwhile, Cloudflare observed PHP exploitation attempts growing to millions within hours of disclosure. Some of the attacks even started before any public disclosure, which shows that malicious actors have ways to get to the important information way before any organization does. All of this obviously made me think about what this means for engineering organizations. For years, we've treated vulnerability management as something that happens periodically. We review advisories, create tickets, plan upgrades, and eventually deploy patches. Sometimes days later, sometimes weeks, and quite often months or even years. That's not going to work anymore and technical decision-makers will need to fundamentally rethink how their organizations approach security. Continuous monitoring, immediate exposure assessment, automated mitigation, credential rotation, and rapid patching need to become standard engineering capabilities. We need to start measuring our security response times in minutes, not days, weeks, months, or years.
2
2
2
687
Last night I got Grok Bot to sort through my emails and it cleared over 11k and organised the rest for me. Honestly impressed Far easier to set up than it was with Hermes
41
Getting the onehaus connectors ready to publish so you can use your household stuff from whatever AI you already use Targeting ChatGPT, Claude, Muse and Zapier so far. Perplexity, Gemini and Le Chat look doable too Which ones have I missed?
1
56
CodeWithStu retweeted
As of 20 Oct the official MCP registry has about 48,000 servers, and the median trust score across them is 65/100. Only around 1,800 score 90 or above. It's also growing by roughly 600 to 700 new servers a day at the moment, which is a lot for anyone to vet by hand
1
1
56
ChatGPT is now sending more people to verifymcp than Google is. Tiny numbers (9 vs 2 this week) but onehaus is seeing the same thing, almost all of its AI traffic comes from ChatGPT Honestly think AEO is the way forward now
1
43
A CEO should not be writing this kind of thing imo.
an excerpt from today's newsletter @marclou did I miss anything?
80
new home for onehaus is nearly ready everything about your home on one screen: pets, contacts, bills, meals, recipes, calendar, tasks. one place to search it all, one button to ask took a few goes to get it this simple. design flare of a cucumber, remember 😅
2
1
77
ICYMI: For the 10th anniversary of "Site Reliability Engineering", we’ve rewritten the definitive Google SRE book! 📖 Featuring brand-new guidance on SRE for the agentic era, modern SLOs, and culture. Get your copy today: goo.gle/SREbook
3
92
8
617
31,720
CodeWithStu retweeted
New on our Engineering blog: Creating in-house source control. In May, we merged around 2,500 code changes per day. In September, we merged more than 30,000 per day. As a result, we became bottlenecked by developer infrastructure built for human (rather than agent) scale. Here, we share how we built a new version control system—and fully migrated our monorepo from git—in five months: anthropic.com/engineering/re…
1,178
2,661
2,198
25,987
8,330,249
This looks incredibly useful
llmfit 1.1.17 is out. Mouse support in the TUI, --memory-percent/--ram-percent flags, more honest speed estimates for CPU offload, deterministic ranking and 40% faster search. Which LLMs will actually run on your machine, now with better numbers. github.com/AlexsJones/llmfit
1
1
81