Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
frabonacci
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
91.
▲
by
frabonacci
1y ago
We stick to standard OCI features: just basic manifests, layers, and configs - without relying on newer or experimental functionality like OCI artifacts. That means it should work out of the box with most registries, including Docker Hub, G
92.
▲
by
frabonacci
1y ago
Yes, you can build and host your own Mac base images directly using the lume CLI. See the usage guide at: https://github.com/trycua/cua/tree/main/libs/lume#usage Currently, lume supports pushing to
93.
▲
by
frabonacci
1y ago
Not yet. Darwin doesn’t support kernel-level containerization like namespaces and cgroups in Linux. Most tooling ends up relying on full VMs (via Apple’s VZ framework) for isolation. Agree though: there's a growing use case Apple could
94.
▲
by
frabonacci
1y ago
Correct. Apple's licensing requires macOS to run on Apple hardware, and limits you to 2 concurrent macOS VMs per host. This is enforced by the Apple Vz framework itself. Some KVM-based solutions bypass these checks, but they aren’t com
95.
▲
by
frabonacci
1y ago
Yes! That’s actually what https://tuist.dev is doing. They use Lume to spin up ephemeral macOS VMs with Xcode preinstalled, so they can run builds in clean, reproducible environments. It’s great for CI workflows where you want f
96.
▲
by
frabonacci
1y ago
It actually works more like a frontend talking to an API than 'inside' touches 'outside'. The container just reaches out over host.docker.internal to the Lume daemon running on your Mac. Lume is the only thing talking to
97.
▲
by
frabonacci
1y ago
Great question, and totally fair. You're right that Docker on macOS runs inside a lightweight Linux VM (via Docker Desktop or Colima). We’re not using that VM to run the macOS guests - those run directly on the host via Apple’s Vz — bu
98.
▲
by
frabonacci
1y ago
Totally get your point. Docker isn’t about performance here. It’s just used as a management interface to connect to VMs running directly on the macOS host via Apple’s Vz. We went with this approach for Lume because Docker offers a familiar,
99.
▲
by
frabonacci
1y ago
The primary benefit here is automation and ease of management, especially for CI or AI agent workflows, rather than saving tiny amounts of time on VM setup. Docker's role is to offer a consistent and familiar management interface, whic
100.
▲
by
frabonacci
1y ago
You’re right, Lumier might seem similar to Lume CLI, but it adds browser-based desktop streaming via noVNC and integrates with Docker for easier management, which is a familiar interface for many developers. Since our parent project C/
101.
▲
by
frabonacci
1y ago
A couple of key differences are that Lumier provides browser-based desktop streaming via noVNC and a Docker‑based, CLI/headless management plane - along with both ephemeral and persistent 'containers', which are especially us
102.
▲
by
frabonacci
1y ago
Not quite, there's no need to run a Linux VM on macOS just to spin up macOS VMs. Since the host is already macOS, we leverage the Apple Virtualization Framework (Vz) directly via a lightweight background service (lume). The Docker cont
103.
▲
by
frabonacci
1y ago
Yes, running virtualized workloads at scale is one of our primary use cases. We're already deploying Lumier-based VMs on macOS GitHub runners, AWS EC2 Mac instances, and Scaleway. Notably, Scaleway is one of the few providers to offer
104.
▲
by
frabonacci
1y ago
Correct. Docker in this case acts more as a delivery and management plane, rather than providing process isolation. Similar to how dockur/windows or qemus/qemu rely on --device=/dev/kvm to spin up VMs on Linux hosts, we
105.
▲
Manus on macOS – Build general agents with cua-agent
(trycua.com)
3 points
by
frabonacci
1y ago
|
1 comments
106.
▲
by
frabonacci
1y ago
We just released Part 2 of the "Build Your Own Operator on macOS" series, featuring a high-level framework (cua-agent) that simplifies building agents in virtual macOS/Linux environments. It abstracts away much of the complex
107.
▲
by
frabonacci
1y ago
This could play very well with building a managed agentic system around computer-use for RPA. Great stuff!
108.
▲
by
frabonacci
1y ago
Cua's basically a virtual Mac/Linux box that any LLM can drive, move the mouse, click buttons, type stuff. So it can use any desktop app like human would do, even if there’s no API
109.
▲
by
frabonacci
1y ago
Thanks! I'd love to hear more about your use case!
110.
▲
by
frabonacci
1y ago
Thank you! If you're looking for a Docker alternative to something like e2b, we're planning to ship a containerized version of c/ua that also handles VNC and model hosting. Right now we're using the Lume CLI ( https:
111.
▲
by
frabonacci
1y ago
Thank you, really appreciate that! Curious - did you end up using QEMU for your Linux VMs? And are you running your system locally or in the cloud? We’re currently focused on macOS but planning to support Linux soon, so I’d love to hear mor
112.
▲
by
frabonacci
1y ago
Glad you love it! Right now, we’re relying more on the Lume CLI and its API server rather than a full Docker setup. However, we’ll soon be shipping a Docker interface that’ll handle VNC and model hosting (through docker model runner). Stay
113.
▲
by
frabonacci
1y ago
UI detection’s a big focus - we use visual grounding + structured observations (like icons, OCR, app metadata, window state), so the agent can reason more like a user would. It’s surprisingly robust even with layout shifts or new themes
114.
▲
by
frabonacci
1y ago
Thank you!!
115.
▲
by
frabonacci
1y ago
100% - ephemeral VMs are on the roadmap. Perfect for CI: spin up, run the agent, nuke it
116.
▲
by
frabonacci
1y ago
Appreciate that a lot! Yep - buying fashion drops, limited releases, ticketing, etc. are all great fits. Cua can also bypass CryptoJS-based encryption and other anti-bot measures, so it plays nicely with modern web apps out of the box.
117.
▲
by
frabonacci
1y ago
Thanks, really appreciate it! The LLM interacts with the VM through a structured virtual computer interface (cua-computer and cua-agent). It’s a high-level abstraction that lets the agent act (e.g., “open Terminal”, “type a command”, “focus
118.
▲
by
frabonacci
1y ago
We’re still figuring things out in public, but a few key differences: - Open-source from the start. Cua’s built under an MIT license with the goal of making Computer-Use agents easy and accessible to build. Cua's Lume CLI was our first
119.
▲
by
frabonacci
1y ago
Yes - pig.dev is a great product! You should definitely check it out. Also, let us know on Discord once you’ve tried out c/ua locally on macOS: https://discord.com/invite/mVnXXpdE85
120.
▲
by
frabonacci
1y ago
Thank you - we appreciate it!
More ›