Francesco (@IronTonyTheDev) header
Francesco (@IronTonyTheDev) profile picture

βš›οΈ Fueled | Ex @callstackio πŸ‘¨πŸ»β€πŸ’» Creator of: voltRN cli, react-native-docusign, react-native-keycloak, react-auth, react-native-redux-toolkit-starter-app

Lost in time
Joined April 2007
Photo by Francesco (@IronTonyTheDev)Photo by Francesco (@IronTonyTheDev)Photo by Francesco (@IronTonyTheDev)Photo by Francesco (@IronTonyTheDev)Photo by Francesco (@IronTonyTheDev)Photo by Francesco (@IronTonyTheDev)Photo by Francesco (@IronTonyTheDev)Photo by Francesco (@IronTonyTheDev)
Hey πŸ‘‹ I just rolled out Google Sign-In for React-Auth, now working across: πŸ“± React Native ⚑ Expo 🌐 Web The key win: one API across all platforms (no more separate auth flows πŸ™) It’s designed to remove the usual friction: - minimal setup - no platform-specific hacks - clean, predictable DX Done with the beautiful Expo modules! If you’re working on anything that needs auth, would love for you to try it out and share feedback πŸ’¬ Check it out: github.com/forwardsoftware/r… @reactnative @expo @typescript @Google
2
4
88
5,769
Francesco retweeted
Our Mobile Dev Plugin is now available in the Codex store! πŸ“²
3
1
47
1,985
Francesco retweeted
Here's a guide on fixing performance issues in your app: 1. Install the "Mobile Dev" Codex Plugin 2. Open your app in the Simulator inside of Codex 3. Record a performance trace 4. ... (1/4)
33
59
6
718
39,210
woah 😯
React Native can fly into a Van Gogh. 🌌 The Pastel Studio launch paints The Starry Night stroke by stroke, steps inside its layers, then hangs it on your wall. Expo @expo Skia + WebGPU @wcandillon Reanimated @swmansion Huge thanks @wcandillon for the latest Skia πŸ™
1
52
3,743
πŸŽ™οΈ @discord has been running on React Native almost since day one. In the new episode of our podcast, @chasjhin, Director of Engineering at Discord, joins @aleqsio to talk about how React Native has helped the team move fast, what it took to get "to the other side" of the New Architecture migration, and why working side by side with library maintainers makes a difference. πŸ€– They also explore why giving AI agents the tools to test their own work is so important. Watch the full episode here: youtube.com/watch?v=NYOM5ujW…
8
2
42
4,306
Francesco retweeted
Last week I made a short series on how React Native works under the hood, but there's a lot to unpack. So Claude and I put together a more in-depth article for technical nerds πŸ€“
9
30
4
285
15,910
Francesco retweeted
Anthropic engineer: β€œ95% of our engineers are using self-improving harnesses + Opus 5.5. Now everyone is building agentic systems around them.” In 1–2 months, we’ll all be building harnesses to orchestrate self-improving agents. No more raw prompting. In a 35-minute lecture, Anthropic engineer shows how to build a self-improving agent harness from scratch with Opus 5.5. Worth more than a $1500 agentic course. Watch it Then read the full Opus 5.5 harness engineering guide below ↓
Stop letting unfinished Opus 5.5 runs eat your budget Set up the harness before your next long task Save progress, verify results, reuse the workflow The full 7-layer setup below ↓
33
99
3
1,239
189,047
Francesco retweeted
I am working on approximately 17 things simultaneously, and frankly, I find it overwhelming, exhausting, and not very rewarding. I used to find extreme joy in living with a problem. Keeping all the details in memory, thinking about it deeply for days, iterating and improving. Now all of that is gone. I am still pretty good at guiding agents - decades of developing and shipping all kinds of software cannot be erased - but I feel that what I considered one of my biggest strengths is diminshing in value. Anyone working seriously with agents knows this, even if they don't want to admit it. The deep super focused thinking is much more rare now. It is like a muscle - if you don't train it regularly, it gets weaker. Is that something that we are willing to give up? Something that is no longer needed? Can the new generations of engineers do without it? No idea.
67
61
21
835
89,269
Francesco retweeted
THIS IS PURE F*CKING GOLD Anthropic just quietly shipped one of the strongest setups for Claude Code The idea: make Opus 5.5 the team lead, and let cheap Haiku 5.5 teammates swarm the work in parallel Opus-grade planning on every task, without paying Opus to babysit a hundred routine turns You just launch Claude Code like this: export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 claude --model opus --teammate-mode auto here's the split: β†’ Opus 5.5 leads the team, turns your goal into a task DAG, and signs off at the end β†’ Haiku 5.5 teammates self-claim unblocked tasks, each in its own isolated context β†’ Sonnet 5.5 takes the heavy multi-file patches without blocking anyone else β†’ teammates talk to each other over a P2P mailbox, so Opus never reads the chatter Opus only steps in at three moments: β†’ locking the dependency DAG before anyone starts β†’ approving the diff plan before a teammate touches code β†’ signing off on verified results before anything ships Opus leads Β· Haiku claims Β· Sonnet patches JEV engineering is the same move one layer down: the forks that need no thinker (which file, which teammate, retry or stop) clear through JEV in milliseconds, and the big models only see the ones that actually split the full tree > Opus 5.5 runs the lead session and owns the task DAG > security audits auth and JWT handling on Haiku 5.5 > perf-scout hunts p99 latency bottlenecks on Haiku 5.5 > qa-engine runs the full test suite on Haiku 5.5 > patcher lands multi-file fixes on Sonnet 5.5 once its blockers clear > teammates hand off findings through the P2P mailbox > Opus 5.5 reads only the verified PR diff > JEV routes micro-forks in milliseconds paste the tree and this prompt into Claude Code ↓ "Rebuild my Claude Code setup around this tree: 1. Enable CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 with --teammate-mode auto 2. Run the lead session on Opus 5.5 and have it break every goal into a dependency DAG first 3. Spawn three Haiku 5.5 teammates (security, perf-scout, qa-engine) and one Sonnet 5.5 patcher 4. Teammates self-claim unblocked tasks, share findings over the P2P mailbox, and draft a diff plan before editing anything 5. Route fast deterministic forks (tool choice, task pickup, retries) through JEV Show me every change as a diff first, no edits until I say go" ↳ code.claude.com/docs/en/agen… save it, you'll run this on every serious codebase
7
12
125
9,272
Francesco retweeted
A 135K-star GitHub repo is built around one painfully obvious idea: Your coding agent should map the codebase once, not grep it forever. Graphify turns an entire project into a persistent, queryable knowledge graph that AI coding agents can use to understand how different parts of the system connect. Functions, classes, files, SQL schemas, infrastructure configurations, documentation, PDFs, images and videos can become connected nodes instead of isolated pieces of context the agent has to rediscover. So instead of: β†’ Search for authentication β†’ Open twelve files β†’ Follow imports and function calls β†’ Lose the trail as the context fills up The agent can ask: > What connects authentication to the database? > Trace the path from UserService to DatabasePool. > Explain RateLimiter. > Which components are central to this architecture? Graphify returns relevant graph relationships and paths, rather than another collection of keyword matches. For source code, the implementation is particularly interesting. It uses tree-sitter to parse approximately 40 programming languages locally, extracting functions, classes, imports, calls, inheritance and cross-file relationships. No embeddings, vector database or LLM calls are needed to construct the code graph. Document and media processing works differently. PDFs, images and other non-code content can go through an optional semantic extraction step using a configured model. Every relationship carries a confidence label: β†’ EXTRACTED: Explicitly present in the source β†’ INFERRED: Derived through analysis or resolution β†’ AMBIGUOUS: Uncertain and flagged for review Graphify also uses community detection to identify related subsystems and highlights highly connected nodes that may be important to the overall architecture. But the part that makes this useful for coding agents is what happens after the graph is built. Graphify integrates with Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot and more than 20 other assistants. Depending on the platform, it installs hooks or persistent instructions that encourage the agent to query the existing graph before repeatedly searching and reading source files. The graph can be committed to Git, updated incrementally as files change, and exposed through MCP. There's also support for examining pull requests against the graph, including identifying PRs that touch related graph communities and may need closer review. The local tool produces three useful artifacts: an interactive HTML graph, a Markdown architecture report and a reusable graph.json. Long context windows help coding agents read more code. A persistent knowledge graph gives them a way to navigate what they've already analyzed. And as coding agents spend more time working inside large repositories, avoiding repeated discovery of the same architecture becomes increasingly useful. Here's the GitHub Repo: github.com/Graphify-Labs/gra…
162
112
23
1,645
111,088
Francesco retweeted
The quickest way from SDK 57 to 58 is to hand the upgrade to your coding agent. Once the Expo skills are installed, commit and tell it β€œUpgrade this project to the latest Expo SDK” Or you can do it by hand! Details for both approaches in the blog from @entiendoNULL and @llamaluvr: expo.dev/blog/how-to-upgrade…
5
10
158
17,597
Francesco retweeted
Xcode 27 removed Simulator.app, and we know that pressing πš’ in Expo CLI stopped working for a lot of you. It works again now. We also put your simulators in a browser tab. Check out the full blog about πšŽπš‘πš™πš˜-πšπšŽπšŸπš’πšŒπšŽ-πš‘πšžπš‹ from @krystofwoldrich: expo.dev/blog/xcode-27-devic…
15
22
3
358
19,961
Francesco retweeted
πš’πš–πš™πš˜πš›πš { πš…πš’πšŽπš  } πšπš›πš˜πš– 'πš›πšŽπšŠπšŒπš-πš—πšŠπšπš’πšŸπšŽ' pulls in all of React Native. I built a Babel plugin that fixes it: only what you import ends up in the bundle. πŸ§ͺ App importing one API: πŸ•πŸπŸ 𝐊𝐁 β†’ 𝟏𝟎.πŸ” 𝐊𝐁 babel-plugin-react-native-direct-imports πŸ§΅πŸ‘‡
10
13
2
209
7,612
Francesco retweeted
Expo UI πŸ’ͺ🏻
Native mail client in @expo πŸ“¬ Having a ton of fun with the new NavigationSplitView Expo UI component in SDK 58 Staying close to native primitives makes your life so much easier!
1
45
2,370
Francesco retweeted
React Native isn't about applying code to each platform, it's about how many decisions you need to manage. Past the demo, abstractions like Expo Router and React itself earn their place by shrinking your total product concerns and surface area for mistakes. And, OTA.
After building a completely working iOS app with Codex last night it’s pretty clear that there’s absolutely no reason to use React Native anymore in 2026
6
12
4
199
13,153
Francesco retweeted
Expo 58 comes with a Rust-based transformer for JS code. Wild to see 5477 files transformed in <3s.
SDK 58 is out πŸ™Œ This SDK is built for iOS 27. Apps on SDK 58 will be ready for Duo on day one πŸ“–. The release also includes App Intents for Siri, 2x faster clean Android builds, faster Expo modules, and a CLI built for your coding agent. Changelog: expo.dev/changelog/sdk-58 Upgrade: πš—πš™πš‘ πšŽπš‘πš™πš˜ πš’πš—πšœπšπšŠπš•πš• πšŽπš‘πš™πš˜@^𝟻𝟾.0.0 --πšπš’πš‘
15
4
354
17,524