Video wird geladen...

Video konnte nicht geladen werden

Beim Laden dieses Videos ist ein Problem aufgetreten. Dies könnte an einem vorübergehenden Netzwerkproblem liegen oder das Video ist möglicherweise nicht verfügbar.

every App Store rejection costs you 2-5 days. so we built a cli that scans your iOS app against apple's guidelines before you submit. > payment & IAP compliance > privacy manifests & data declarations > required sign-in & account deletion flows > metadata & completeness checks > binary... show more

Landseer Enga

3,063 subscribers

648,688 Aufrufe • vor 2 Monaten •via X (Twitter)

Bildung Wissenschaft & Technologie

Anya Rossi• Live Now

Private livecam show

0 Kommentare

Keine Kommentare verfügbar

Kommentare vom Original-Post werden hier angezeigt

Ähnliche Videos

Claude released a new design feature that's great for iOS app design. So I extracted the code and skills and turned it into a skill that can be used by any agent. Since Codex has comments and web preview built in... it works basically the same. (Oh and you can use claude 4.7 if you think it's better at design)

Claude released a new design feature that's great for iOS app design. So I extracted the code and skills and turned it into a skill that can be used by any agent. Since Codex has comments and web preview built in... it works basically the same. (Oh and you can use claude 4.7 if you think it's better at design)

Riley Brown

86,707 Aufrufe • vor 4 Monaten

Agents can one shot mobile apps, but testing is still the bottleneck. So we built a CLI that gives Claude Code the one thing it was missing - eyes and hands The best part? t's fully vision-based: - No scripts, no selectors, no element IDs - It interacts with the app exactly like a human would Claude now writes code → tests it on the app → sees what broke → fixes it Spawn a cloud agent, go to sleep, and wake up knowing it actually worked.

Agents can one shot mobile apps, but testing is still the bottleneck. So we built a CLI that gives Claude Code the one thing it was missing - eyes and hands The best part? t's fully vision-based: - No scripts, no selectors, no element IDs - It interacts with the app exactly like a human would Claude now writes code → tests it on the app → sees what broke → fixes it Spawn a cloud agent, go to sleep, and wake up knowing it actually worked.

Landseer Enga

87,015 Aufrufe • vor 6 Monaten

Today, we launched browser use inside Codex to further close the build & verify loop for local development! Now, you can ask Codex to build your front end, and test it like a user would by clicking through the app. Codex sees everything a user sees through vision & checks the network/console logs to help debug & fix any issues that it finds. This change brings us closer to fully autonomous coding agents that delivers high quality and tested changes. Watch Codex test my app in the browser, catch & fix a real bug, and doing that loop again with a brand new feature.

James Sun

226,907 Aufrufe • vor 4 Monaten

I solved building decks with AI agents — by giving them a CLI tool like Powerpoint or Google Slides. AI could already make a beautiful deck if you asked it to using Ant's pptx skill. The problem was working with it. If it made one alignment mistake, fixing it on one slide would break something on another, and it became a game of whack-a-mole. One time I spent two days playing AI roulette, hoping the next prompt would finally fix the thing, and ended up building the whole deck by hand because I was on a deadline. So I built Hands-on Deck. And the reason it works is that this isn't just a skill — this is PowerPoint. The actual application: PowerPoint, Google Slides, Keynote, whatever you use. This is that, but for an agent, presented as a CLI. Every gesture you make in a deck app maps to a command. Click a box and type, drag a shape from here to there, look at a slide – agent can do it all in a command. And that changes how the agent behaves. With this CLI it works and thinks like a designer — it looks, makes an edit, looks again, makes another surgical edit. Compare that to Anthropic's pptx skill, built on the idea that Claude is a great programmer: it literally writes code to manipulate the deck, hand-editing XML and hoping it doesn't break anything else in the middle. The real test isn't creating something once — it's whether it can make surgical edits like you want. That's what I did in this video walkthrough and my claude crushed it! Check it out for yourself. So decks can be built like a designer now — with real flavor and taste. If you spend hours every week on decks, this gives those hours back. You can install it as a skill in Claude Code, Codex, whatever you use. Works every harness that supports skills. Let me know if you make something cool with it.

I solved building decks with AI agents — by giving them a CLI tool like Powerpoint or Google Slides. AI could already make a beautiful deck if you asked it to using Ant's pptx skill. The problem was working with it. If it made one alignment mistake, fixing it on one slide would break something on another, and it became a game of whack-a-mole. One time I spent two days playing AI roulette, hoping the next prompt would finally fix the thing, and ended up building the whole deck by hand because I was on a deadline. So I built Hands-on Deck. And the reason it works is that this isn't just a skill — this is PowerPoint. The actual application: PowerPoint, Google Slides, Keynote, whatever you use. This is that, but for an agent, presented as a CLI. Every gesture you make in a deck app maps to a command. Click a box and type, drag a shape from here to there, look at a slide – agent can do it all in a command. And that changes how the agent behaves. With this CLI it works and thinks like a designer — it looks, makes an edit, looks again, makes another surgical edit. Compare that to Anthropic's pptx skill, built on the idea that Claude is a great programmer: it literally writes code to manipulate the deck, hand-editing XML and hoping it doesn't break anything else in the middle. The real test isn't creating something once — it's whether it can make surgical edits like you want. That's what I did in this video walkthrough and my claude crushed it! Check it out for yourself. So decks can be built like a designer now — with real flavor and taste. If you spend hours every week on decks, this gives those hours back. You can install it as a skill in Claude Code, Codex, whatever you use. Works every harness that supports skills. Let me know if you make something cool with it.

Nityesh

70,020 Aufrufe • vor 2 Monaten

Today i'm Open Sourcing "Rilable" The iOS app that builds Web apps and iOS Apps. I built it with Fable 5 in 10 prompts. (~ $210 in tokens on API pricing) All apps are built with Claude Models, and every app spins up a sandbox (Exactly like Lovable) using Daytona. Database is Convex. The app allows you to build apps that have AI features for this it uses Vercel AI gateway, and iOS apps are using Chorus.com iOS skill (All links below)

Today i'm Open Sourcing "Rilable" The iOS app that builds Web apps and iOS Apps. I built it with Fable 5 in 10 prompts. (~ $210 in tokens on API pricing) All apps are built with Claude Models, and every app spins up a sandbox (Exactly like Lovable) using Daytona. Database is Convex. The app allows you to build apps that have AI features for this it uses Vercel AI gateway, and iOS apps are using Chorus.com iOS skill (All links below)

Riley Brown

72,248 Aufrufe • vor 2 Monaten

We added a device tool bar to the Codex in-app browser, so it's easier to build and test responsive apps! Now, you can have Codex test your app in different dimensions, so it can fix bugs & improve UI for every device. Just click the 3 dots on the right of the URL bar to use it! As part of this change, we also: - improved the speed of browser use (~30% in my vibe testing) - tightened the animation of the cursor - added a way to hide the composer in full screen mode - fixed a few bugs for browser use in Windows Oliver Tepman and John Nastos cooked on this one! Try it out and let us know what you think!

We added a device tool bar to the Codex in-app browser, so it's easier to build and test responsive apps! Now, you can have Codex test your app in different dimensions, so it can fix bugs & improve UI for every device. Just click the 3 dots on the right of the URL bar to use it! As part of this change, we also: - improved the speed of browser use (~30% in my vibe testing) - tightened the animation of the cursor - added a way to hide the composer in full screen mode - fixed a few bugs for browser use in Windows Oliver Tepman and John Nastos cooked on this one! Try it out and let us know what you think!

James Sun

148,287 Aufrufe • vor 4 Monaten

Claude Code + computer use is f*cking cracked 🤯 Build a landing page → Claude opens Chrome, looks at it, spots every issue, and fixes it — without you describing a single thing. All inside Claude Code. Perfect for DTC brands and agencies who are still vibe-coding landing pages and advertorials in Claude Code, then manually opening them in Chrome, spotting 15 things wrong, and describing every visual issue back to Claude one at a time. If you're building pages in Claude Code and your workflow looks like this — build the page, open it in Chrome, spot broken spacing, go back to Claude, type "the CTA button is too low and the hero image is cut off," wait for the fix, open Chrome again, find 3 new issues, describe those too ... Claude Code + computer use eliminates the entire loop: → Claude writes the full landing page or advertorial → Opens Chrome and navigates to it → Spots layout issues, broken spacing, off-brand colors, missing elements → Fixes everything and re-checks until the page looks right → Tests your Shopify product pages by clicking through like a real customer → Walks through your checkout flow and flags friction before customers hit it → You only see the finished, visually verified result No describing what you see on screen. No "the CTA button needs more contrast" back-and-forth. No being the eyeballs for an AI that can't see. What you get: → Landing pages and advertorials Claude builds AND visually QAs before you ever look at them → Product pages Claude clicks through — testing layout, images, and CTAs like a real user → HTML dashboards Claude opens and verifies the charts actually render → Checkout flows Claude walks through step by step to catch friction → All of it happening in one session — build, test, fix, done One prompt. Claude builds it, checks it, and fixes it. You just review the finished page. I put together a full playbook with the exact setup, the prompts, and 5 DTC workflows that use Claude Code + computer use. Want it for free? > Like this post > Comment "CLAUDE" And I'll send it over (must be following so I can DM)

Mike Futia

19,143 Aufrufe • vor 5 Monaten

ANTHROPIC JUST KILLED A DOZEN AI MEMORY STARTUPS WITH ONE BUILT IN TOOL people raised millions to give AI long term memory. Anthropic just shipped it straight into the API. free, no framework, no vector database. it is a folder of files Claude reads and writes. that is it. the trick: it is client side. Claude never touches your data directly. it only requests a file operation, and your app runs it against storage you control. before every task Claude checks its /memories directory, pulls back what it learned last time, and keeps going. when it learns something new, it writes it down. six plain operations do all of it: > view, create, str_replace, insert, delete, rename why it actually wins: > just in time retrieval, it reads on demand instead of loading everything up front > it survives a context reset, so a long job resumes instead of starting over > every path is locked to /memories, so it cannot wander your filesystem > works on every Claude 4 model, no beta flag, generally available Anthropic even pairs it with context editing and compaction, so the live window stays tiny while the important stuff lives on disk. the whole thing in one line: Claude keeps the notes, you keep the storage. bookmark this before you pay for a memory layer you no longer need.

ANTHROPIC JUST KILLED A DOZEN AI MEMORY STARTUPS WITH ONE BUILT IN TOOL people raised millions to give AI long term memory. Anthropic just shipped it straight into the API. free, no framework, no vector database. it is a folder of files Claude reads and writes. that is it. the trick: it is client side. Claude never touches your data directly. it only requests a file operation, and your app runs it against storage you control. before every task Claude checks its /memories directory, pulls back what it learned last time, and keeps going. when it learns something new, it writes it down. six plain operations do all of it: > view, create, str_replace, insert, delete, rename why it actually wins: > just in time retrieval, it reads on demand instead of loading everything up front > it survives a context reset, so a long job resumes instead of starting over > every path is locked to /memories, so it cannot wander your filesystem > works on every Claude 4 model, no beta flag, generally available Anthropic even pairs it with context editing and compaction, so the live window stays tiny while the important stuff lives on disk. the whole thing in one line: Claude keeps the notes, you keep the storage. bookmark this before you pay for a memory layer you no longer need.

NO1ennn

42,946 Aufrufe • vor 18 Tagen

you can now export THOUSANDS of negative reviews off of the app store and feed it directly to claude opus 4.6 here's how it works: 1. choose any app category (fitness, productivity, social media, etc) 2. export the data as json (thousands of reviews + user pain points/feature requests) 3. upload it to claude and ask it anything i exported meal planner app data (10k reviews analyzed across 100+ apps) asked claude: "what features do users actually want in a meal planner app?" got back 60+ specific feature requests with validated demand so many opportunities with this data no more guessing what to build or what features to add just get exact features people are already begging for in reviews export the data, ask claude questions, get your entire product roadmap in seconds

you can now export THOUSANDS of negative reviews off of the app store and feed it directly to claude opus 4.6 here's how it works: 1. choose any app category (fitness, productivity, social media, etc) 2. export the data as json (thousands of reviews + user pain points/feature requests) 3. upload it to claude and ask it anything i exported meal planner app data (10k reviews analyzed across 100+ apps) asked claude: "what features do users actually want in a meal planner app?" got back 60+ specific feature requests with validated demand so many opportunities with this data no more guessing what to build or what features to add just get exact features people are already begging for in reviews export the data, ask claude questions, get your entire product roadmap in seconds

Om Patel

99,021 Aufrufe • vor 6 Monaten

Hacking a Polaroid printer with Codex: the printer didn't have a Mac app or any way to connect to a laptop, so I got Codex to reverse engineer the bluetooth connectivity and build a native swift app. We then also built a Codex skill to get it to print something fun. With coding assistants you can now avoid being stuck with badly design native software, but build something yourself that you'll like and enjoy - whether it is a printer, digital photo frame or some other IoT device gathering dust around the house. It is really not that hard to do anymore.

Hacking a Polaroid printer with Codex: the printer didn't have a Mac app or any way to connect to a laptop, so I got Codex to reverse engineer the bluetooth connectivity and build a native swift app. We then also built a Codex skill to get it to print something fun. With coding assistants you can now avoid being stuck with badly design native software, but build something yourself that you'll like and enjoy - whether it is a printer, digital photo frame or some other IoT device gathering dust around the house. It is really not that hard to do anymore.

Peter Gostev

23,225 Aufrufe • vor 6 Monaten

These two college track athletes say they built a $20K MRR app with zero coding experience "just by talking to AI". "We went to Rork, and we literally just talked to it like ChatGPT. Like, we tell it, hey, we want the UI interface to be so-and-so." "Back in the day, you'd have to scan 300 lines of code, find the exact code, and change it. You don't have to do that. It does it for you."

These two college track athletes say they built a $20K MRR app with zero coding experience "just by talking to AI". "We went to Rork, and we literally just talked to it like ChatGPT. Like, we tell it, hey, we want the UI interface to be so-and-so." "Back in the day, you'd have to scan 300 lines of code, find the exact code, and change it. You don't have to do that. It does it for you."

Starter Story

50,853 Aufrufe • vor 2 Monaten

Every iOS developer knows this moment 😫 You've finished coding your great new feature or app, you've given it your all but you still have to make the screenshots for the App Store 😭 Since I've been making apps, I've been doing this with Sketch, I've got my symbols it's relatively optimized but it's still a purge. But now I'm sick of it! So I made a macOS app that lets you generate all your screenshots quickly and easily in the right sizes 🤯 All you have to do is upload to the App Store and you're done 🚀 #90daychallenge #dev #indielife #code #waitingforsun #iosdev

Every iOS developer knows this moment 😫 You've finished coding your great new feature or app, you've given it your all but you still have to make the screenshots for the App Store 😭 Since I've been making apps, I've been doing this with Sketch, I've got my symbols it's relatively optimized but it's still a purge. But now I'm sick of it! So I made a macOS app that lets you generate all your screenshots quickly and easily in the right sizes 🤯 All you have to do is upload to the App Store and you're done 🚀 #90daychallenge #dev #indielife #code #waitingforsun #iosdev

Nicolas

106,659 Aufrufe • vor 2 Jahren

do you understand what Claude just did? > you can now tell Claude to use your entire computer. open apps. navigate your browser. fill spreadsheets. anything you’d do sitting at your desk > uses your connected apps first… Slack, Calendar, integrations. when there’s no connector, it asks permission to open the app on your screen directly > assign a task from your phone. walk away. come back to finished work on your computer > tell it once to scan your email every morning or pull a report every Friday and it just handles it > macOS only right now. research preview in Cowork and Claude Code > not long ago you needed a custom framework just to get Claude running on a loop. now it’s fully native → dispatch from your phone… native → scheduled recurring tasks… native → remote monitoring… native → multi-agent coordination… native → persistent memory across sessions… native every feature that made agentic frameworks valuable is becoming a platform feature for Claude the AI race just got way more interesting

do you understand what Claude just did? > you can now tell Claude to use your entire computer. open apps. navigate your browser. fill spreadsheets. anything you’d do sitting at your desk > uses your connected apps first… Slack, Calendar, integrations. when there’s no connector, it asks permission to open the app on your screen directly > assign a task from your phone. walk away. come back to finished work on your computer > tell it once to scan your email every morning or pull a report every Friday and it just handles it > macOS only right now. research preview in Cowork and Claude Code > not long ago you needed a custom framework just to get Claude running on a loop. now it’s fully native → dispatch from your phone… native → scheduled recurring tasks… native → remote monitoring… native → multi-agent coordination… native → persistent memory across sessions… native every feature that made agentic frameworks valuable is becoming a platform feature for Claude the AI race just got way more interesting

klöss

463,668 Aufrufe • vor 5 Monaten

$THIS MIGHT BE THE #1 OPEN-SOURCE REPO FOR CLAUDE CODE RIGHT NOW. IT GIVES CLAUDE A MEMORY AND SLASHES YOUR TOKEN COST ON EVERY QUESTION The repo is safishamsi/graphify, a free open-source skill that turns any codebase into a knowledge graph Claude Code can read instantly. Instead of grepping through your files every session, Claude gets a map of how everything connects The problem it fixes: Every time you ask Claude Code about a big repo, it does the same thing, greps through dozens of files like a brute-force Ctrl+F, blows through your context window, and sometimes still misses the answer hiding in a file nobody searched. Claude Code has no memory of how your project is structured. Every session starts from zero What it does: It maps your entire codebase into a knowledge graph, capturing not just which files exist, but which functions depend on which, which modules are central, and which files cluster around the same concern. Claude queries the map instead of scanning files How it works, three passes: 1. Code structure, free and local. Tree-sitter parses your files and pulls out classes, functions, imports and call graphs. No LLM, no tokens, just your actual code mapped deterministically 2. Audio and video, if you have them. Transcribed locally and folded into the graph 3. Docs, papers, images. Here an LLM does semantic analysis, figuring out what each document means and where it fits. Only the meaning gets sent up, never your raw source It saves you money: Normally a question about a big repo makes Claude spawn explore agents that scan file after file, eating your context window and your token budget before you get an answer. With the graph already built, Claude queries the map instead of re-reading the codebase every time. Same answer, a fraction of the tokens. The graph only gets built once, then a hook rebuilds it after each commit for free, so you never pay that scanning cost again. The bigger the repo, the bigger the gap The best parts: it's a skill, so once installed Claude knows when to use it without you memorizing commands. It works on non-code folders too, point it at docs or notes and it can spin up an Obsidian vault How to add it to your Claude: 1. Install Claude Code if you haven't: npm install -g Paul Jankura-ai/claude-code 2. Add the skill: claude skill add safishamsi/graphify 3. Open your project folder and run /graphify . to build the graph 4. Optional, make it automatic: graphify hook install so the graph rebuilds after every commit That's it. Ask Claude about your repo and it reads the map instead of burning tokens on a file hunt Bookmark this$

THIS MIGHT BE THE #1 OPEN-SOURCE REPO FOR CLAUDE CODE RIGHT NOW. IT GIVES CLAUDE A MEMORY AND SLASHES YOUR TOKEN COST ON EVERY QUESTION The repo is safishamsi/graphify, a free open-source skill that turns any codebase into a knowledge graph Claude Code can read instantly. Instead of grepping through your files every session, Claude gets a map of how everything connects The problem it fixes: Every time you ask Claude Code about a big repo, it does the same thing, greps through dozens of files like a brute-force Ctrl+F, blows through your context window, and sometimes still misses the answer hiding in a file nobody searched. Claude Code has no memory of how your project is structured. Every session starts from zero What it does: It maps your entire codebase into a knowledge graph, capturing not just which files exist, but which functions depend on which, which modules are central, and which files cluster around the same concern. Claude queries the map instead of scanning files How it works, three passes: 1. Code structure, free and local. Tree-sitter parses your files and pulls out classes, functions, imports and call graphs. No LLM, no tokens, just your actual code mapped deterministically 2. Audio and video, if you have them. Transcribed locally and folded into the graph 3. Docs, papers, images. Here an LLM does semantic analysis, figuring out what each document means and where it fits. Only the meaning gets sent up, never your raw source It saves you money: Normally a question about a big repo makes Claude spawn explore agents that scan file after file, eating your context window and your token budget before you get an answer. With the graph already built, Claude queries the map instead of re-reading the codebase every time. Same answer, a fraction of the tokens. The graph only gets built once, then a hook rebuilds it after each commit for free, so you never pay that scanning cost again. The bigger the repo, the bigger the gap The best parts: it's a skill, so once installed Claude knows when to use it without you memorizing commands. It works on non-code folders too, point it at docs or notes and it can spin up an Obsidian vault How to add it to your Claude: 1. Install Claude Code if you haven't: npm install -g Paul Jankura-ai/claude-code 2. Add the skill: claude skill add safishamsi/graphify 3. Open your project folder and run /graphify . to build the graph 4. Optional, make it automatic: graphify hook install so the graph rebuilds after every commit That's it. Ask Claude about your repo and it reads the map instead of burning tokens on a file hunt Bookmark this

Yarchi

56,177 Aufrufe • vor 2 Monaten

CLAUDE CODE JUST SHIPPED THE FEATURE THAT SOLVES THE BIGGEST PROBLEM EVERY BUILDER HAS WITH AI AGENTS. The problem: Claude starts a task, gets distracted by a sub-problem, goes down a rabbit hole, and never finishes the original thing you asked for. The solution: /goal One command. You set the goal at the start of the session. Claude now has a north star it checks against every action it takes. Not just at the beginning. Throughout the entire session. Every time Claude is about to do something it asks: does this action move me toward the goal the user set or am I drifting? If it is drifting it corrects. If it completes a sub-task it returns to the primary goal. If it hits a blocker it reports back instead of spending 45 minutes solving the wrong problem. This sounds like a small feature. It is not. The reason most people do not trust Claude Code for long autonomous runs is not capability. It is reliability. A Claude Code session that reliably finishes what it started is worth 10 times more than one that is more capable but wanders. /goal is the feature that makes long autonomous sessions reliable. Set the goal. Let it run. Come back to a finished result. Not a result that got 70% done before Claude decided the sub-problem was more interesting. Done. The builders running overnight agent sessions are going to use this command on everything from today forward. Bookmark this. Follow CyrilXBT for every Claude Code feature the moment it ships.

CLAUDE CODE JUST SHIPPED THE FEATURE THAT SOLVES THE BIGGEST PROBLEM EVERY BUILDER HAS WITH AI AGENTS. The problem: Claude starts a task, gets distracted by a sub-problem, goes down a rabbit hole, and never finishes the original thing you asked for. The solution: /goal One command. You set the goal at the start of the session. Claude now has a north star it checks against every action it takes. Not just at the beginning. Throughout the entire session. Every time Claude is about to do something it asks: does this action move me toward the goal the user set or am I drifting? If it is drifting it corrects. If it completes a sub-task it returns to the primary goal. If it hits a blocker it reports back instead of spending 45 minutes solving the wrong problem. This sounds like a small feature. It is not. The reason most people do not trust Claude Code for long autonomous runs is not capability. It is reliability. A Claude Code session that reliably finishes what it started is worth 10 times more than one that is more capable but wanders. /goal is the feature that makes long autonomous sessions reliable. Set the goal. Let it run. Come back to a finished result. Not a result that got 70% done before Claude decided the sub-problem was more interesting. Done. The builders running overnight agent sessions are going to use this command on everything from today forward. Bookmark this. Follow CyrilXBT for every Claude Code feature the moment it ships.

CyrilXBT

19,586 Aufrufe • vor 3 Monaten

everyone in iOS development should watch this. seriously, it might change the whole industry. i pointed claude code at a live ios device running on revyl, typed "test everything," and walked away. here's what's actually happening: ① you don't write the tests. no scripts, no selectors, no test plan. i never told it which screens to open or what to check. it read the app, decided what mattered, and tested it. the entire instruction was "test everything." ② it built its own test team. it looked at the app, clocked that it's basically four mini apps (rides, delivery, services, account), and split itself into 4 agents, one per surface. scoping coverage like that is usually a person's whole afternoon. it did it in seconds, unprompted. ③ all four ran at the same time, each on its own live device. this is where revyl comes in. every agent gets its own live ios session in the cloud, so four running apps get tested in parallel instead of taking turns on one simulator. serial testing turns coverage into a time tax. running all of it at once removes the tax. ④ it tests like a person, not like a script. each agent drives the app the way a user would, taps through the flows, and visually checks each screen against what it expected to see. nothing is pinned to a brittle element id, so renaming a button doesn't take down half your suite. that one detail is the most annoying thing about how we test today, and it just quietly goes away. ⑤ no xcuitest, no sims melting your laptop. i didn't write a single xcuitest script, and there were no simulators booting on my machine. the agents run on cloud devices, so coverage stops being capped by what your laptop can handle. the part that got me isn't that an agent tested an app. it's that i never told it how. i handed it a device and an intent, and it figured out the scoping, the parallelizing, and the driving on its own. if you still write and maintain mobile ui tests by hand, i'm not sure that lasts the year.

everyone in iOS development should watch this. seriously, it might change the whole industry. i pointed claude code at a live ios device running on revyl, typed "test everything," and walked away. here's what's actually happening: ① you don't write the tests. no scripts, no selectors, no test plan. i never told it which screens to open or what to check. it read the app, decided what mattered, and tested it. the entire instruction was "test everything." ② it built its own test team. it looked at the app, clocked that it's basically four mini apps (rides, delivery, services, account), and split itself into 4 agents, one per surface. scoping coverage like that is usually a person's whole afternoon. it did it in seconds, unprompted. ③ all four ran at the same time, each on its own live device. this is where revyl comes in. every agent gets its own live ios session in the cloud, so four running apps get tested in parallel instead of taking turns on one simulator. serial testing turns coverage into a time tax. running all of it at once removes the tax. ④ it tests like a person, not like a script. each agent drives the app the way a user would, taps through the flows, and visually checks each screen against what it expected to see. nothing is pinned to a brittle element id, so renaming a button doesn't take down half your suite. that one detail is the most annoying thing about how we test today, and it just quietly goes away. ⑤ no xcuitest, no sims melting your laptop. i didn't write a single xcuitest script, and there were no simulators booting on my machine. the agents run on cloud devices, so coverage stops being capped by what your laptop can handle. the part that got me isn't that an agent tested an app. it's that i never told it how. i handed it a device and an intent, and it figured out the scoping, the parallelizing, and the driving on its own. if you still write and maintain mobile ui tests by hand, i'm not sure that lasts the year.

Landseer Enga

23,963 Aufrufe • vor 3 Monaten

R.I.P. dev agencies ☠️ There's now an AI that debugs your app, clicks through the UI, finds what's broken, and fixes it on its own. And it hits a 97% success rate. Max isn’t a “code assistant.” It behaves like a full software engineer that never gets tired, never drifts, and never waits for your next instruction. You give it a goal. Max writes the code, tests it, checks the UI, finds the issues, fixes them, and loops until the task is done. Not theory. Actual work. Max handled things that normally eat entire days: • Debugging a Stripe checkout that refused to load • Solving a login-on-refresh issue by tracking network behavior step by step • Building a full Teams & Invites feature UI, routes, tokens, emails, tests while I focused on another part of the product 97 percent of the problems I threw at it got solved without me stepping in. The wild part is how Max operates: It sees the app. It clicks around. It interacts with the environment. It rewrites code. It retries until it works. Goal → attempt → improve → retry → done. Some tasks take 100 moves. Some run for 30 minutes. Most finish before I even finish a coffee. This flips the entire dev workflow on its head. Instead of “write code and hope it works,” you define outcomes and watch the engineer in the background get it done. Every once in a while a tool shows up that changes the tempo of an entire industry. Anything Max is one of them.

R.I.P. dev agencies ☠️ There's now an AI that debugs your app, clicks through the UI, finds what's broken, and fixes it on its own. And it hits a 97% success rate. Max isn’t a “code assistant.” It behaves like a full software engineer that never gets tired, never drifts, and never waits for your next instruction. You give it a goal. Max writes the code, tests it, checks the UI, finds the issues, fixes them, and loops until the task is done. Not theory. Actual work. Max handled things that normally eat entire days: • Debugging a Stripe checkout that refused to load • Solving a login-on-refresh issue by tracking network behavior step by step • Building a full Teams & Invites feature UI, routes, tokens, emails, tests while I focused on another part of the product 97 percent of the problems I threw at it got solved without me stepping in. The wild part is how Max operates: It sees the app. It clicks around. It interacts with the environment. It rewrites code. It retries until it works. Goal → attempt → improve → retry → done. Some tasks take 100 moves. Some run for 30 minutes. Most finish before I even finish a coffee. This flips the entire dev workflow on its head. Instead of “write code and hope it works,” you define outcomes and watch the engineer in the background get it done. Every once in a while a tool shows up that changes the tempo of an entire industry. Anything Max is one of them.

Alex Veremeyenko

80,536 Aufrufe • vor 9 Monaten

After creating Remodex: Codex remote control for iOS I decided to chill a bit by building a browser sidebar inside Theo - t3.gg 's T3 Code You can open it with Cmd+Shift+B This software is so easy to "manipulate" and build upon Congrats to all the guys that put the work in it because it is great I certainly will be building more things with it For this one I decided to switch from the Codex App to the Codex CLI too just to see how it works And boy it was so good

After creating Remodex: Codex remote control for iOS I decided to chill a bit by building a browser sidebar inside Theo - t3.gg 's T3 Code You can open it with Cmd+Shift+B This software is so easy to "manipulate" and build upon Congrats to all the guys that put the work in it because it is great I certainly will be building more things with it For this one I decided to switch from the Codex App to the Codex CLI too just to see how it works And boy it was so good

Emanuele Di Pietro

38,905 Aufrufe • vor 5 Monaten

I still don't think people understand what just happened with Claude Code. There is now one tool that takes you from a rough idea to fully designed, agency-tier, App Store-ready screens in minutes. One design system, every screen, real native code. Most builders hand design to Claude Code, get AI-default screens, and wonder why their app looks like every other vibe coded project. This is the 3-step workflow that fixes it: (full breakdown in the article)

I still don't think people understand what just happened with Claude Code. There is now one tool that takes you from a rough idea to fully designed, agency-tier, App Store-ready screens in minutes. One design system, every screen, real native code. Most builders hand design to Claude Code, get AI-default screens, and wonder why their app looks like every other vibe coded project. This is the 3-step workflow that fixes it: (full breakdown in the article)

Prajwal Tomar

146,206 Aufrufe • vor 2 Monaten

When I’m trying to improve the user experience of my applications, one of the most valuable things is being able to see an entire user flow as a storyboard. Not just one screen or screenshot at a time. This is something I love using the `/visual-plan` skill for. You can describe any flow you want, and the agent will look through your code and wireframe out a storyboard of what the flow looks like. Then you can visualize the steps in a simplified way and spot areas to improve. Recently, I found that in certain flows we were still asking for organizations, even though I thought I had gotten rid of that and made it automatic. A quick storyboard let me see all the different code paths in a simple, visual, intuitive way. Spot the areas of the flow I didn’t want. And have the agent fix it. Sign up, onboarding, and setup flows are usually some of the most important experiences in your app. And usually the least looked at. Especially because it can be hard to reproduce every flow, for every situation, for every user type, feature flag, or whatever else you have. The `/visual-plan` skill lets you visualize any part of your code. Either to understand the current state, plan out a new state, or recap updates that were made. I’m pretty addicted to this skill. I use it for a lot of other things too, so let me know if you want to see videos on those. And of course it’s all open source. You can grab it on my GitHub. I'll link to it in the thread. If you try it, let me know your feedback.

When I’m trying to improve the user experience of my applications, one of the most valuable things is being able to see an entire user flow as a storyboard. Not just one screen or screenshot at a time. This is something I love using the `/visual-plan` skill for. You can describe any flow you want, and the agent will look through your code and wireframe out a storyboard of what the flow looks like. Then you can visualize the steps in a simplified way and spot areas to improve. Recently, I found that in certain flows we were still asking for organizations, even though I thought I had gotten rid of that and made it automatic. A quick storyboard let me see all the different code paths in a simple, visual, intuitive way. Spot the areas of the flow I didn’t want. And have the agent fix it. Sign up, onboarding, and setup flows are usually some of the most important experiences in your app. And usually the least looked at. Especially because it can be hard to reproduce every flow, for every situation, for every user type, feature flag, or whatever else you have. The `/visual-plan` skill lets you visualize any part of your code. Either to understand the current state, plan out a new state, or recap updates that were made. I’m pretty addicted to this skill. I use it for a lot of other things too, so let me know if you want to see videos on those. And of course it’s all open source. You can grab it on my GitHub. I'll link to it in the thread. If you try it, let me know your feedback.

Steve (Builder.io)

148,613 Aufrufe • vor 2 Monaten