mantoshkumar1 / mantoshkumar1/mantoshkumar1.github.io

Benchmark Ask Mantosh retrieval against live production data

Open
#29 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
JavaScript
Stars
1
Forks
0
Avg merge
13m
Merged PRs (30d)
2

Description

Problem

The repository has deterministic offline evaluation, but docs/SYSTEM_STATE.md notes that it does not measure live Vectorize recall or live-production retrieval behavior.

Goal

Add a bounded production retrieval benchmark that measures the real deployed retrieval path without storing visitor questions or consuming uncontrolled quota.

Scope

  • Define a reviewed benchmark set derived from public evidence only.
  • Exercise the deployed retrieval stack on a controlled schedule or explicit release check.
  • Measure retrieval success, source correctness, latency, and failure rate.
  • Keep benchmark traffic distinguishable from visitor traffic without logging private data.
  • Set explicit pass/fail thresholds before the benchmark gates releases.

Acceptance criteria

  • Benchmark cases are version-controlled and evidence-backed.
  • The benchmark runs against the deployed production retrieval path.
  • Results include retrieval/source correctness and latency.
  • Benchmark traffic does not pollute visitor analytics or expose private inputs.
  • Documentation explains when a regression should block deployment.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading docs/SYSTEM_STATE.md to understand the existing offline evaluation and the gap in live retrieval measurement. Then identify the deployed retrieval entry point and define the version-controlled, public-evidence benchmark cases, metrics, privacy boundaries, schedule, and release thresholds. Done means the production path is exercised with distinguishable traffic and documented pass/fail behavior without storing private inputs.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
performance, search, testing-qa
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.