Analysis updated 2026-05-18
Route each of several AI service accounts through a distinct proxy or Clash node.
Detect and work around DNS resolution that has been tampered with or blocked.
Automatically rotate tunnel proxy sessions after repeated connection failures.
Expose a local Claude and OpenAI compatible API endpoint backed by proxied accounts.
| linuxgarry/kiro-stack | 0xhassaan/nn-from-scratch | 3ks/embedoc | |
|---|---|---|---|
| Stars | 0 | 0 | — |
| Language | Python | Python | Python |
| Last pushed | — | — | 2023-06-08 |
| Maintenance | — | — | Dormant |
| Setup difficulty | moderate | moderate | hard |
| Complexity | 4/5 | 4/5 | 1/5 |
| Audience | developer | developer | developer |
Figures from each repo's GitHub metadata at analysis time.
Requires Docker and, for per-account tunnel proxies, credentials from a commercial proxy provider.
Kiro-stack, this fork, is a self-hosted proxy manager designed for people who run multiple AI service accounts and need each one to connect through its own separate proxy. It sits between your API clients and an AI service, routing each account's traffic through its own designated network exit point so the accounts appear to originate from different locations. The system is built around Clash subscription support, Clash being a network routing tool that loads a list of proxy nodes from a subscription URL. Each account in the admin panel can be bound to a specific node from a loaded subscription, to a per-account HTTP or SOCKS5 proxy from commercial services such as Bright Data, Rola, or Oxylabs, or to a global tunnel proxy. If the primary route fails with a connection error, the system automatically falls back through a configured fallback chain rather than going direct. Several reliability features are included. A component called DNSGuard checks whether DNS resolution results look tampered with, treating results that resolve to loopback or private addresses as a sign of pollution, and retries through alternative DNS-over-HTTPS providers. Tunnel proxies that include a session placeholder in their URL automatically rotate to a fresh session after repeated failures. A circuit breaker panel lets you configure failure thresholds per account to stop a broken proxy from continuing to send requests, with manual controls to open or close the breaker for a single account. The admin panel also exposes an API compatible with Claude and OpenAI client libraries, so existing tools can point at the local server without code changes. Everything runs as a single Docker container by default in the current version, with an older two-container layout still available for standalone debugging. The project is written in Python and is a fork of an existing kiro-stack project, with a changelog tracking each version's additions. The full README is longer than what was shown.
A self-hosted proxy manager that routes each AI service account through its own separate proxy, with DNS tamper detection and automatic failover.
Mainly Python. The stack also includes Python, Docker, Clash.
No license information is provided in the README.
Setup difficulty is rated moderate, with roughly 30min to a first successful run.
Mainly developer.
This repo across BitVibe Labs
Verify against the repo before relying on details.