raulgupta b1e9cdd182 Engine v2: embeddings sift + Opus curator + Postgres feed persistence
- A1: fire the hard filter (Apify is precise); embedding vibe-ranker (embed.py)
  blends with the floor-free white-box (rank.py) to sift ~90 -> top 18
- A2: Opus curator (curate.py) reads the 18 -> honest <=count + Gemini-voiced
  report cards; graceful fallback to the white-box + templated cards
- LLM via opencode.ai/zen gateway (llm.py): Opus chat + direct-OpenAI embeddings
- Run LLM work off the event loop (asyncio.to_thread) so the Redis response publishes
- C1: dedicated Postgres (app/db/) persists the per-user feed; get_scout_feed
  replays it so matches survive navigation/refresh
- match contract + report-card fields (schema.py); skills.py; tests/
2026-06-19 15:51:16 +05:30

matchmaking-v2 (Scout)

Fresh, on-demand matchmaking service replacing the dead nightly aggregator. Same agent-mesh mold as the other GrowQR services (FastAPI · a2a card · /a2a/tasks · orchestrator-routed). Not a drop-in — it keeps the existing 4 skills working and adds new actions from scratch.

Layout

app/
  main.py              FastAPI app (card + /a2a/tasks + /api/v1/health), lifespan worker
  config.py            lean settings (no corpus DB, no scrape schedule)
  a2a/                 card.py (discovery), auth.py (bearer), tasks.py (orchestrator entry)
  agent/session.py     Session: on_session_start / on_user_action dispatch  ← the brain
  adk/worker.py        Redis-Streams worker (graceful no-op without Redis)
  api/v1/health.py     /api/v1/health
  engine/
    board_adapters/    ScoutPrefs → Apify actor inputs (Naukri-first, verified maps)
    ...                the §3 cascade (normalize→filter→utility→fusion→rerank) lands here
  contracts/           Pydantic contracts (user_context, transport, …) — added per slice
research/              docs/ (ENGINE_DESIGN, SIGNAL_AUDIT_V2, ENGINE_INPUTS, …) + poc/ (auto-apply)

Contract (how it connects)

Frontend useAgentSession (page "job-matching") → orchestrator (routes by card name = matchmaking-service) → POST /a2a/tasks {action, params, user_context}Session pushes agent_data{action,data} → orchestrator → frontend latestData[action].

Skills: existing get_feed · sync_preferences · record_feedback · get_opportunity_detail; new run_search · tailor_resume · submit_application · get_apply_proof (stubbed). Each new action needs: card skill (here) + orchestrator action-map entry + frontend sendAction wiring.

Run (local)

pip install -r requirements.txt
uvicorn app.main:app --reload --port 8006
# card:    GET http://localhost:8006/.well-known/agent-card.json
# health:  GET http://localhost:8006/api/v1/health
# action:  POST http://localhost:8006/a2a/tasks  (Bearer dev-a2a-key)

Build order (full-stack slices)

  1. scaffold (this) — bootable skeleton, contract wired, handlers stubbed.
  2. on-demand run_search — board_adapters → Apify → engine cascade → ranked feed (+ frontend wire).
  3. feedback labels + record_feedback. 3. tailor_resume. 4. submit_application + get_apply_proof.
  4. cut over from old :8006, decommission corpus.
Description
GrowQR matchmaking v2 service synced from GitHub
Readme 9 MiB
Languages
Python 99.7%
Mako 0.2%
Dockerfile 0.1%