Make Rust the single writer for the HyperCache estate
@JamesPatrickGill is already working on this.
Since Sep 8, 2026.
- Dominant language
- Python
- Stars
- 39.9k
- Forks
- 3.4k
- Avg merge
- 6h 51m
- Merged PRs (30d)
- 232
Description
[!WARNING]
AI draft — James has not edited this yet.
At 100% of the invalidation ramp, Python still writes about 126,800 flags.json entries per day through the refresh sweep and the verifier. The Rust edit path writes about 24. update_flags_cache stays bound as update_fn on FLAGS_HYPERCACHE_MANAGEMENT_CONFIG, independent of routing. So two writers is the steady state, not a transition, and a team's flags.json alternates authors on a schedule.
Desired outcome: Rust owns the edit path, the refresh sweep, and the verifier for every HyperCache instance. Python keeps no write path and, at the end, no build code.
Python writes these caches today:
flags.json— the refresh sweep and the verifier, plus the edit path for teams outside the rampteam_metadata— Rust already owns its read exclusivelyflags_with_cohorts.json— the definitions cache, with its Redis-ZSET-plus-Celery rebuild subsystemarray/config.jsonsurveys,gateway_credential,llm_gateway_policy,llm_prompts— no Rust reader today
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.