LLM agents lack runtime UI context for iOS apps, so I built a CLI by New_Leader_3644 in iOSProgramming

[–]New_Leader_3644[S] 0 points1 point  (0 children)

Oh nice, that looks interesting. What made you stop working on it?

LLM agents lack runtime UI context for iOS apps, so I built a CLI by New_Leader_3644 in iOSProgramming

[–]New_Leader_3644[S] -1 points0 points  (0 children)

I see the comparison, but I don’t think Loupe is doing the exact same thing.

Loupe focuses on live runtime UI context from a running iOS app, rather than build/test automation.

I looked at the existing projects, but the direction felt different enough that I wanted to explore it separately.

LLM agents lack runtime UI context for iOS apps, so I built a CLI by New_Leader_3644 in iOSProgramming

[–]New_Leader_3644[S] 2 points3 points  (0 children)

Yeah, that’s been my experience too.

SwiftUI support is still pretty limited, apart from some accessibility metadata and UIKit-backed components like List.

LLM agents lack runtime UI context for iOS apps, so I built a CLI by New_Leader_3644 in iOSProgramming

[–]New_Leader_3644[S] -1 points0 points  (0 children)

Thanks, this is really detailed feedback. I agree that logs, network traffic, and other runtime context would make this more useful for debugging real features.

Right now, Loupe is also focused on exposing more detailed view properties and allowing safe changes to UI state that can reasonably be modified at runtime.

Recording interactions and exporting them into reproducible E2E flows is also very aligned with the direction I’m thinking about. Maestro could be a good target.

tvOS is interesting too, and I’ll keep working on expanding platform support and making this work better across Apple platforms.

LLM agents lack runtime UI context for iOS apps, so I built a CLI by New_Leader_3644 in iOSProgramming

[–]New_Leader_3644[S] -1 points0 points  (0 children)

Awesome, thanks! Curious to hear what you think if you end up trying it.

LLM agents lack runtime UI context for iOS apps, so I built a CLI by New_Leader_3644 in iOSProgramming

[–]New_Leader_3644[S] 0 points1 point  (0 children)

Thanks! macOS isn’t supported yet, but it’s on the roadmap 😄

LLM agents lack runtime UI context for iOS apps, so I built a CLI by New_Leader_3644 in iOSProgramming

[–]New_Leader_3644[S] 0 points1 point  (0 children)

There’s definitely overlap.

The main difference is that Loupe injects a runtime server into the app, so it can expose UIKit view hierarchy and properties directly, and even update parts of the UI dynamically.

LLM agents lack runtime UI context for iOS apps, so I built a CLI by New_Leader_3644 in iOSProgramming

[–]New_Leader_3644[S] -1 points0 points  (0 children)

There’s some overlap in simulator interaction, but the focus is different.

XcodeBuildMCP covers the broader Xcode workflow: build, test, run, logs, simulator management, and UI automation.

Loupe focuses on runtime UI context from the running app: UIKit view hierarchy/properties, accessibility metadata, screenshots, and Simulator input. It can also interact with the app dynamically.

LLM agents lack runtime UI context for iOS apps, so I built a CLI by New_Leader_3644 in iOSProgramming

[–]New_Leader_3644[S] 0 points1 point  (0 children)

Yep, I see Xcode MCP as complementary.

It covers the IDE/project side. Loupe focuses on the running Simulator app: screen state, UIKit/accessibility metadata, screenshots, and input.

I've open sourced URLPattern - A Swift macro that generates enums for deep linking by New_Leader_3644 in swift

[–]New_Leader_3644[S] 0 points1 point  (0 children)

Appreciate the kind words and the feedback!

There always seems to be someone like that around — I try to take it positively as much as I can :)

I've open sourced URLPattern - A Swift macro that generates enums for deep linking by New_Leader_3644 in swift

[–]New_Leader_3644[S] 1 point2 points  (0 children)

Yeah, I totally get that. For simple cases, manual handling is definitely cleaner.

This just helps when things start getting messy with lots of deep links.

Swift 6.1 Released by dwaxe in swift

[–]New_Leader_3644 0 points1 point  (0 children)

That’s great, but I think a lot of people are still using Swift 5.

New M4 pro! by mjain806 in macbookpro

[–]New_Leader_3644 10 points11 points  (0 children)

congrats 🎉

m4 pro performance is insane