Fetching metadata from the HF Docker repository...
Oct 20 2 days ago 21:52 v3.1.0: Part B architecture migration — eliminate Hugging Face inference credit dependency Z User
- Change 1+2: new app/ml/local_scorer.py — in-process transformers
zero-shot pipeline (DistilBERT-class default
typeform/distilbert-base-uncased-mnli), device=-1, lazy load, fail-open
- Change 3: app/ml/hf_scorer.py -> app/ml/risk_scorer.py; the remote
router.huggingface.co HTTP path is REMOVED; AIRiskScorer now scores via
LocalRiskScorer with circuit breaker (model-load failure opens it
permanently) + PII-free feature-string TTL score cache (spec §2.2)
- Change 4: Dockerfile bakes model weights at build (HF_HOME=/app/models);
a running container makes zero network calls for scoring
- Change 5: HF_INFERENCE_TOKEN / ML_HF_TOKEN removed from config, .env,
.env.example, runtime.py and health status — no HF token exists in the
deployment surface
- runtime.py: EmailRiskModel drops token param (public Hub download only)
- tests: test_hf_scorer.py -> test_risk_scorer.py with local-only
architecture pins (no httpx, no remote endpoints, no token attr);
332 tests pass
- Part … Oct 17 5 days ago 18:26 Fix: Use entrypoint.py to start Celery worker + Redis sidecar Kiro AI
- Root cause: Dockerfile was calling uvicorn directly, skipping entrypoint.py
- entrypoint.py starts 3 processes: redis-server, celery worker, uvicorn
- Without worker, bulk validation tasks queue but never process
- Adds redis-server to apt-get install for sidecar mode
- Fixes bulk validation failures at ~49% progress (timeout after 10min)
Issue: Supply chain_valid CSV failed at 2000/4041 emails
Health check showed: celery.available = false Oct 12 10 days ago 23:34 Upload folder using huggingface_hub 21:16 Upload folder using huggingface_hub Oct 11 11 days ago 00:00 Upload folder using huggingface_hub Sep 22 30 days ago 06:33 fix: run local redis-server sidecar instead of fragile Upstash provisioning uranusmediaconn +1: Claude Code Diagnosed via Space run logs: Celery worker crash-looped every ~9s
("broker_connection_retry_on_startup=False ... Shutting down") because the
Upstash start-redis provisioning did not succeed from the Space network, so
the broker fell back to localhost with nothing listening and the container
never became READY.
- Dockerfile(s): install redis-server; entrypoint starts a volatile local
sidecar (port 6379, 120mb LRU) and wires cache/broker/result to
redis://127.0.0.1:6379/{0,1,2} after a PING gate
- Space secrets still win (REDIS_URL/CELERY_BROKER_URL/CELERY_RESULT_BACKEND)
- Upstash free-tier provisioning kept only as last-resort fallback
- Celery: retry broker connect on startup (survive sidecar cold start)
- Entrypoint supervisor: restart sidecar/worker if they die; skip worker
entirely when no broker exists
Co-Authored-By: Claude Code <noreply@anthropic.com> 05:18 feat: container entrypoint provisions Redis + supervises Celery worker uranusmediaconn +1: Claude Code - entrypoint.py: resolves REDIS_URL/CELERY_BROKER_URL/CELERY_RESULT_BACKEND
from env (Space secrets win), else provisions Upstash free-tier DBs with
deterministic v4-form idempotency keys (restart-stable, re-fetchable);
runs Celery worker + uvicorn, restarts worker on death.
- celery_tasks.py: explicit broker_use_ssl/redis_backend_use_ssl with
CERT_REQUIRED for rediss:// brokers (TLS verification stays ON).
- Dockerfile / Dockerfile.hf: CMD -> python entrypoint.py.
Co-Authored-By: Claude Code <noreply@anthropic.com> Sep 18 11:27 chore: squash history after secret scrub sitcod3 +1: uranusmediaconn Co-authored-by: uranusmediaconn <uranusmediaconn@users.noreply.huggingface.co> 
