2026-06-06 · HuggingFace

Job Searcher

modelsresearchinfrastructurecommentary

read at source ↗ huggingface.co

Job Searcher

Source: HuggingFace Date: 2026-06-06 URL: https://huggingface.co/blog/build-small-hackathon/job-search-blog

Summary

Job Searcher is a HuggingFace hackathon project that takes a resume and preferences (job type, location, modality) and returns a curated, scored shortlist of LinkedIn positions. The architecture is a teacher-student distillation pipeline: DeepSeek V4 Pro labeled a 10,000-job training dataset offline; Qwen3-8B was then fine-tuned with two separate LoRA adapters (rank 16) — one for query generation, one for resume-job fit scoring — hot-swapped during inference. LinkedIn search runs via JobSpy. The Space deploys on llama.cpp with CUDA on Hugging Face ZeroGPU, with OpenAI-compatible streaming output.

Implications

  • The model-capability freeze. This is a clean example of capability unlocked through fine-tuning rather than frontier model access: an 8B model doing domain-specific scoring at quality that required a frontier teacher to label. The pattern (distill a large model’s judgment into a small model’s weights for a narrow task) is becoming standard infrastructure.
  • Supply-chain trust. The system reads live LinkedIn data via scraping (JobSpy) — a source that is neither stable nor officially sanctioned. Any production deployment of this pattern inherits upstream fragility from the scraping layer, which is an unresolved supply-chain dependency hiding behind a clean inference stack.
  • Token-cost economics. Two LoRA adapters hot-swapped on a single 8B base is an efficient inference design — the model serves two tasks without doubling the parameter count or inference cost. This is the kind of deployment-cost optimization that becomes meaningful at fleet scale.

← all signals