▲ 117 r/SwiftUI+1 crossposts

[Project] Using Ollama to investigate captured HTTP/WebSocket traffic locally. Feedback on this context and redaction flow?

Hi r/ollama,

I’m Stephen, the indie developer behind Rockxy, an open-source native macOS HTTP debugging proxy.

I’ve integrated Ollama into Rockxy’s AI Assistant so developers can investigate captured HTTP, HTTPS, GraphQL, and WebSocket traffic using a model running on their own machine.

The AI Assistant demonstrates the current flow:

  1. Select one or more captured requests.

  2. Ask a debugging question, such as why a request failed or what changed between two flows.

  3. Rockxy builds a bounded context from only the selected traffic.

  4. Common sensitive values, including authorization headers, cookies, and tokens, are redacted.

  5. Review Data shows the exact context before it is submitted.

  6. After approval, the selected Ollama model processes that context through the configured local Ollama runtime.

  7. The answer streams back with evidence connected to the source requests and suggested follow-up steps.

The Assistant is intentionally read-only. It may prepare a replay, comparison, filter, or another investigation step, but it does not execute those actions automatically.

The main design question is how much network evidence a local model actually needs.

Sending an entire capture session creates noise, wastes context, and may expose unrelated data. Sending only a summary is safer and faster, but could remove the exact header, timing, payload, or WebSocket event that explains the problem.

I would particularly value the community’s opinion on these questions:

- Should the model receive structured request summaries, raw HTTP sections, or a combination of both?

- Is Review Data useful control, or would you prefer a persistent per-project policy after the first approval?

- Which Ollama models and context sizes work well for JSON, REST, GraphQL, and WebSocket debugging on Apple Silicon?

- For multi-request investigations, should Rockxy pre-filter and rank evidence before inference?

- Should suggested actions remain user-confirmed, or would you want an optional agent mode with stricter permissions?

I’m especially interested in results from smaller local models. The goal is not to require the largest model just to explain a failed API request.

Rockxy is native Swift, local-first, and open source under AGPL-3.0:

https://github.com/RockxyApp/Rockxy

Rockxy website:

https://rockxy.io

Please be direct about anything that feels unsafe, slow, confusing, or unnecessary. Architecture suggestions, model recommendations, test cases, issues, and contributions are all welcome.

For r/ollama members who test this with a real debugging session and provide detailed feedback, please DM me your Mac configuration, Ollama model, findings, and the email you plan to use at checkout. I’ll personally send you a private Rockxy Pro tester discount code as a thank-you. The offer is for genuine testing and is not tied to upvotes or stars.

u/locnguyen305 — 8 days ago

Rockxy 0.34.0 - Open-source, local-first HTTP and WebSocket debugging for macOS

Rockxy v0.34.0

Hi everyone,

I’m Stephen, the developer and maintainer of Rockxy. I previously shared Rockxy here while it was still a young project. Since then, I’ve continued building it from Reddit discussions, GitHub issues, and developer feedback.

Rockxy has now passed 500 GitHub stars and 500 commits. The latest public release is v0.34.0.

https://github.com/RockxyApp/Rockxy

Rockxy is an open-source native macOS debugging proxy for HTTP/HTTPS, WebSocket, GraphQL, mobile apps, backend services, CLI tools, AI APIs, and JSON-RPC traffic.

It includes capture and inspection, filters, breakpoints, Map Local and Map Remote, network conditions, replay, comparison, scripting, HAR/OpenAPI export, certificate management, and iOS/Android development setup.

Local MCP and Rockxy Assistant

Rockxy’s MCP bridge is local-only, open source, and free. It lets compatible AI clients inspect selected traffic, rules, proxy status, and certificate status through a local connection.

The in-app Rockxy Assistant has also shipped. Built-in analysis runs locally without a model, and Ollama can be used for local inference.

Remote models are optional. Before anything is sent, Rockxy shows the exact provider, destination, selected traffic, redacted fields, and bounded context. The user must explicitly approve every remote model run. The Assistant is read-only and cannot silently replay, modify, export, or share traffic.

I’m also running early technical integration experiments with several AI product teams. I will only share their names when both sides are ready to discuss the work publicly.

Babylon
Babylon 1.0.0 is now publicly available through Swift Package Manager and the Swift Package Index.

Babylon is a debug-focused Swift SDK for sending supported HTTP/HTTPS, WebSocket, gRPC, and runtime trace data from an app to Rockxy through an encrypted local connection. This gives developers another inspection path without the usual proxy and certificate setup for that instrumented app.

https://swiftpackageindex.com/RockxyApp/Babylon

Rockxy CLI
Rockxy CLI is under internal development. Its first implemented slice is a free, read-only companion for checking Rockxy app, proxy, certificate, and version status from the terminal, with deterministic human and JSON output.

It is not public yet because I want the command and compatibility contracts to be stable before releasing it.

Rockxy iOS and Android
Rockxy iOS is actively being developed around native session review, request inspection, replay, archive import, redaction, and controlled handoff.

Deeper on-device capture still requires signed-device testing, security review, and stable organization, entitlement, and App Store distribution preparation. I do not want to publish a date until those boundaries are ready.

Rockxy Android is at an earlier internal development stage. The native foundation is being built, but it does not have a public release date yet.

Comparison
Charles Proxy and Proxyman are mature commercial tools. Rockxy’s direction is native Swift, open source, auditable, local-first by default, and connected to modern MCP, AI-assisted, mobile, and automation workflows.

The free tier remains genuinely useful for capture, inspection, local MCP, and lighter debugging. Pro is for developers who need the full or heavier workflow. Team Workspace is also being expanded around members, seats, devices, and shared debugging assets.

Pricing update
Rockxy Free remains available.

Standard: currently $39, returning to $79
Personal: currently $59, returning to $109
Team: $9 per seat/month, billed yearly

The founding pricing ends on Sunday, August 16, 2026. Regular pricing begins on August 17. Existing purchases are unaffected.

Standard and Personal remain perpetual licenses for eligible Rockxy versions, with 12 months of updates and support. They are not recurring subscriptions.

https://rockxy.io
https://rockxy.io/pricing

I’m sharing this update to collect technical feedback, not only downloads. If you try Rockxy, I’d appreciate hearing what works, what feels incomplete, and what still prevents it from replacing your current debugging tool.

If you are interested in testing Pro, leave a comment or message me with your debugging workflow. I can provide a developer discount code for detailed, honest testing. The code is not conditional on an upvote or positive review.

reddit.com
u/locnguyen305 — 10 days ago

[OS] Rockxy 0.34.0 - Native macOS HTTP Debugging Proxy - $39 until Aug 16

v0.34.0

I’m Stephen, the developer behind Rockxy. Since first sharing it here, I’ve kept improving it from Reddit comments, GitHub issues, and developer feedback. Rockxy has now passed 500 stars and 500 commits, with v0.34.0 as the latest release.

Problem
Browser DevTools stop at the browser. Rockxy is a native macOS proxy for inspecting and modifying HTTP/HTTPS, WebSocket, GraphQL, mobile, CLI, AI API, and JSON-RPC traffic across a wider development workflow.

What changed
Rockxy now includes capture and inspection, breakpoints, Map Local/Remote, rules, network conditions, scripting, replay, comparison, HAR/OpenAPI export, certificate management, iOS device setup, and a free local MCP server.

Rockxy Assistant has also shipped. It can investigate selected requests, explain the workspace, present supporting evidence, and open relevant workflows while keeping actions under user control.

I’m also running early integration experiments with several AI product teams. Names will only be shared when those partnerships are ready to be public.

Comparison
Charles Proxy and Proxyman are mature products. Rockxy’s direction is open source, native Swift, auditable, local-first by default, and designed for modern AI-assisted and MCP workflows.

The free tier remains genuinely useful for capture, inspection, local MCP, and lighter debugging. Pro is for developers who need the full or heavier workflow.

Ecosystem
Babylon 1.0.0 is now public on the Swift Package Index. It sends debug-only HTTP/HTTPS, WebSocket, gRPC, and runtime trace data from an app to Rockxy through an encrypted local connection.

Rockxy CLI is under internal development, beginning with read-only app, proxy, certificate, version, and JSON status commands.

Rockxy iOS is actively being developed around session inspection, replay, import, redaction, and controlled sharing. Deeper capture still requires signed-device testing, security review, and stable organization and App Store distribution setup.

Rockxy Android is at an earlier internal stage and does not have a public release date yet.

Team Workspace remains a major focus, including members, seats, devices, and shared debugging assets. Shieldxy and Tracexy are also being developed as separate open-source products in the Rockxy ecosystem.

Pricing
Free remains available.

Standard: $39, returning to $79
Personal: $59, returning to $109
Team: $9/seat/month, billed yearly

Founding pricing ends Sunday, August 16, 2026. Regular pricing begins August 17. Existing purchases are unaffected. Standard and Personal remain perpetual licenses with 12 months of updates and support.

https://github.com/RockxyApp/Rockxy
https://rockxy.io
https://rockxy.io/pricing
https://swiftpackageindex.com/RockxyApp/Babylon

If you try Rockxy, I’d appreciate honest feedback about what works and what still needs improvement.

If you’re interested in testing Pro, leave a comment or message me with your debugging workflow. I’ll personally send a developer discount code where it fits. It is not conditional on an upvote or positive review.

reddit.com
u/locnguyen305 — 10 days ago

[OS] Rockxy 0.34.0: a native macOS traffic debugging update

Rockxy v0.34.0

Hi everyone, I’m the developer behind Rockxy.

Rockxy 0.34.0 is now public. It is an open-source native macOS tool for inspecting and reproducing HTTP/HTTPS, WebSocket, GraphQL, AI and Web3/RPC traffic.

The current workflow is built around:

  1. Capturing real application traffic
  2. Filtering the request that matters
  3. Inspecting the surrounding context
  4. Modifying or replaying the request
  5. Comparing the result
  6. Sharing only the appropriate evidence

The latest release includes Rockxy Assistant support for Rockxy and Workspace questions, local MCP integration, improved Developer Setup and a signed universal build for macOS 14+.

Repository:
https://github.com/RockxyApp/Rockxy

Babylon is now public as a Swift SDK for debug-time HTTP/HTTPS, WebSocket, gRPC and runtime trace capture:
https://swiftpackageindex.com/RockxyApp/Babylon

I’m also working with several AI companies on early integration experiments. Rockxy CLI is still internal and not public. Rockxy for iOS is actively being developed, while Android is planned.

The founding pricing will remain available until 16 August 2026. Regular pricing will then be $79 Standard and $109 Personal. Team remains $9/seat/month, billed yearly.

If you would like to test the current Pro license, please comment or send me a DM. I can share a developer discount code for testing and honest feedback.

The code is not tied to an upvote or a positive review.

I’d especially appreciate feedback from developers who use Charles, Proxyman, mitmproxy, Burp or similar tools:
- Which part of the workflow is still too slow?
- What should Rockxy CLI eventually support?
- How should AI-assisted investigation expose evidence and privacy boundaries?
- Which mobile debugging workflow should be prioritized?

reddit.com
u/locnguyen305 — 10 days ago
▲ 12 r/devtools+1 crossposts

I’m building Tracexy, a local-first app-aware packet capture tool for macOS

Hey everyone, I’m the developer behind Rockxy, and I’m now building Tracexy.

I often know which Mac app is failing, but packet tools still make me begin with interfaces, IP addresses, and a wall of frames. Tracexy takes a different approach: start with the app, group its traffic into sessions, then let me inspect DNS, TCP, TLS, timing, decoded fields, and raw bytes when I need the deeper evidence.

The current direction includes live capture, PCAP and PCAPNG import, app and process attribution, session grouping, BPF filtering, packet inspection, and PCAP export.

Capture analysis is local by default. Tracexy does not automatically send packet data to Rockxy or an AI service.

I’m still shaping the workflow, so I’d really like to ask: when a Mac app has a network problem, what do you normally need to answer first?

Which app opened the connection, where the traffic went, which network layer failed, or what changed between two captures?

I’m focusing on Tracexy first. I’m also building Shieldxy for seeing and controlling outbound app connections, but I’ll share that separately later.

Tracexy preview and early list:

https://rockxy.io/tracexy

Shieldxy preview:
https://rockxy.io/shieldxy

Product waitlist here:
https://rockxy.io/waitlist

People who join early and later provide genuinely useful testing feedback may be selected for a launch coupon when the product is ready. Joining the list alone does not guarantee one.

I’d appreciate honest feedback, including what would make this unnecessary for your workflow.

u/locnguyen305 — 27 days ago

Open-source local-first HTTP debugging proxy for inspecting sensitive app traffic

Hi everyone,

I’m the developer of Rockxy.

Rockxy is an open-source native macOS HTTP/HTTPS debugging proxy for inspecting real app and API traffic locally.

I thought it might fit here because traffic debugging tools often see very sensitive data: auth headers, session tokens, cookies, internal APIs, GraphQL payloads, WebSocket messages, mobile app traffic, and sometimes production-like data during development.

Rockxy’s direction is local-first by default: capture and inspection happen on your Mac, and the project is open source so developers can inspect how the tool works instead of treating the proxy as a black box.

What it supports today:

- HTTP/HTTPS inspection

- WebSocket and GraphQL debugging

- macOS app, CLI, backend service, and iOS Simulator/device traffic

- Local certificate/proxy setup for HTTPS debugging

- Request/response inspection

- Breakpoints, Map Local, Map Remote

- HAR, cURL, JSON, raw, .rockxysession, and OpenAPI export

- Local-first workflow

Repo:

https://github.com/RockxyApp/Rockxy

Website:

https://rockxy.io

I’m not posting this as a big launch. I’m mainly curious how privacy/security-minded developers think about traffic debugging tools.

A few questions:

- Do you trust local HTTP debugging proxies with sensitive traffic?

- What would make this kind of tool more trustworthy?

- Does open source matter for proxy/debugging tools?

- Would you prefer everything to stay local unless you explicitly export/share a session?

- What privacy/security mistakes should a tool like this avoid?

https://reddit.com/link/1ujn5kt/video/2vjo5koeteah1/player

reddit.com
u/locnguyen305 — 2 months ago
▲ 10 r/devtools+3 crossposts

I built an open-source macOS debugging proxy and I’m looking for repo/product feedback

I’m building Rockxy, an open-source native macOS HTTP/HTTPS debugging proxy:

https://github.com/RockxyApp/Rockxy

It’s for developers who need to inspect traffic from real apps, not just browser DevTools: Mac apps, command-line tools, iOS devices, iOS Simulator, HTTP/HTTPS, WebSocket, GraphQL, replay, rewrite/map local, breakpoints, and export/redaction workflows.

I’m not doing a big launch yet. I’m trying to improve the repo and understand what would make developers trust or try a tool like this.

If you have a minute, I’d love feedback on:
- Does the repo explain the product clearly?
- What would stop you from trying it?
- What should be more visible: screenshots, install flow, security model, roadmap, comparison with Proxyman/Charles?
- What issue would you open first?

Repo feedback is very welcome.

u/locnguyen305 — 2 months ago

Rockxy: open-source native macOS HTTP/HTTPS debugging proxy for real app traffic

I’m building Rockxy, an open-source native macOS HTTP/HTTPS debugging proxy.

Repo:
https://github.com/RockxyApp/Rockxy

It is for developers who need to inspect traffic from real apps, not just browser DevTools: Mac apps, command-line tools, iOS devices, iOS Simulator, HTTP/HTTPS, WebSocket, and GraphQL.

A few things it supports:
- local-first traffic debugging
- signed macOS releases
- Homebrew install
- request/response inspection
- breakpoints
- replay and compose
- map local / map remote
- WebSocket and GraphQL inspection
- HAR/session export with redaction
- optional local MCP server for AI assistants

I’m sharing it here because I’m looking for GitHub/product feedback, especially from developers who use Proxyman, Charles Proxy, Postman, Insomnia, Wireshark, or browser DevTools.

What would you check first in a repo like this before trying it? README, screenshots, install flow, security model, issues, roadmap, or something else?

u/locnguyen305 — 2 months ago