Steake/shannon-uncontained
active
significant_divergence
Selected Choose this fork if you want a more experimental, black-box-first pentesting workflow and are comfortable with divergence from upstream. Stick with upstream if you need the mature white-box, Docker-centric, source-guided architecture and the latest maintained feature set.
muhamadgalihsaputra/shannon-proxy
slowing
significant_divergence
Pick this fork if you want a Shannon variant that already carries proxy-oriented and benchmarking-oriented changes. Avoid it if you want the latest upstream CLI/distribution work or a low-maintenance base, because it is materially behind and heavily diverged.
speaking-frankly/shannon-pentest
active
significant_divergence
Choose this fork if you want a benchmark-heavy, experimentally tuned Shannon variant with a few operator conveniences. Choose upstream instead if you want the newest packaging, deployment, and runtime work.
kliverz1337/shannonAI
stale
significant_divergence
Choose this fork if you value benchmark artifacts and local operational tweaks over staying current with upstream. Choose upstream if you want the latest CLI, packaging, and release workflow improvements.
Mulandii/shannon
slowing
significant_divergence
Prefer this fork if you want benchmark-heavy evaluation data, router/model experimentation, or a fork that is already shaped around CLI and worker workflows. Prefer upstream if you want the most current Shannon Lite codebase, broader provider support, and easier ongoing maintenance.
millw14/Lucy
slowing
significant_divergence
Choose this fork if you want Shannon as a benchmarked, router-aware experimentation platform. Choose upstream if you want the latest maintained product path, broader packaging/workflow updates, and less merge debt.
m4ll0k/shannon
slowing
significant_divergence
Choose this fork if you want a research-heavy Shannon variant with benchmark data and workflow experimentation. Choose upstream if you want the latest maintained product packaging, release flow, and compatibility improvements with less maintenance burden.
johunsang/shannon
slowing
significant_divergence
Prefer this fork only if you need the benchmark artifacts or router/provider experiments it adds. For most adopters who want the newest, most maintainable Shannon experience, upstream is the better starting point because this fork is far behind and heavily diverged.
eltociear/shannon
slowing
significant_divergence
Prefer this fork if your goal is model-eval, benchmarking, or router experimentation. Prefer upstream if you want the current Shannon product with newer CLI, packaging, and worker/deployment workflows.
Contractor-x/shannon
slowing
significant_divergence
Choose this fork if you want benchmark-heavy, multi-provider router experimentation around Shannon; choose upstream if you want the latest CLI, release, and worker architecture with less merge risk.