Quadra

Quadra is designed for job seekers preparing for technical and professional interviews, as well as recruitment teams that need a more structured way to assess candidates. Today, candidates often lack access to realistic interview practice, actionable feedback, and an affordable way to identify weaknesses before a real interview. Recruiters, meanwhile, spend significant time conducting repetitive initial interviews and organizing candidate responses. Quadra aims to bridge this gap through an AI-powered interview experience that asks role-specific questions, captures candidate responses, and helps turn interview practice into measurable improvement. The initial focus is technical job seekers and early-career candidates who need practical interview preparation without depending on expensive coaching or constant access to a human interviewer.

Preliminary score

47.0/ 100Earlyaverage of 2 judges
  • Value for the user14.5 / 25

    A specific problem and a clear outcome from solving it.

  • Prototype and use of AI14.0 / 30

    A working core scenario, and what AI actually contributes to the result.

  • Quality testing8.0 / 20

    Tests, examples of failures, and comparison with the current approach.

  • Feasibility7.0 / 15

    Data requirements, running costs and a clear next step.

  • Originality3.5 / 10

    A meaningful difference from common solutions.

What the judges wrote

  • Claude Opus 5.5Preliminary46/100
    Strengths
    Your screenshots show a real two-sided product: a trilingual (AZ/EN/RU) candidate portal with live camera preview, timed role-specific questions, and a recruiter pipeline with per-candidate scores and status filters. Your README describes a substantial stack (React 19 + Vite, ASP.NET Core 9, role-based access, enforced subscription and AI usage limits, Docker Compose, CI), which suggests serious engineering effort. Your testing section honestly admits a concrete defect: an irrelevant role/skill prompt and leftover test text appeared in the conversation area, and face-detection and analytics states were mishandled when no data existed.
    To improve
    Your submission lists test scenarios but reports no results. Run them on a set of real role and answer pairs, and report relevance ratings, speech-recognition error rate and latency against a human-rated baseline. Several fields read like unfilled templates ('any additional models should be listed separately', 'the project's actual frontend and backend frameworks'). Name the exact models, speech and vision libraries, and the data each metric is computed from. The recruiter view shows candidates auto-rejected below a 70% threshold using 'stress' and 'eye contact' scores, which conflicts with your 'support, not replace' message. Validate these signals for fairness and keep a human in the loop. For the enterprise track, pick one hiring workflow, define an adoption metric such as recruiter hours saved per shortlist, and add per-interview AI costs and pricing to your annual cost estimate.
  • GPT-6 AstraPreliminary48/100
    Strengths
    Your combined candidate-practice and recruiter-review workflow addresses recognizable needs on both sides of hiring. Your deck includes concrete interface examples, and your README provides a specific technology stack and Docker setup instructions. Your testing notes usefully acknowledge irrelevant prompts, session-state problems and unreliable indicators when valid input is unavailable.
    To improve
    Your next demonstration should show a complete role-selection-to-feedback session and identify which model and speech integrations actually run. Report reproducible test cases with expected and actual outputs, including failures, and compare relevance and time spent against static question lists or human-led screening. Keep unvalidated eye-contact, stress and confidence indicators out of hiring scores, explicitly distinguish missing data from poor performance, and demonstrate human review. Supplement your annual budget with inference and hosting costs per interview, candidate-data consent and retention requirements, and a narrowly scoped pilot with a measurable adoption target.

The team

  • Turkan Karimova

    product

  • Aytaj ShakarzadeLead

    developer

  • Nurlana Sadiqli

    data

  • Nargiz Mehdiyeva

    developer