Saleor Store
우리 컬렉션을 쇼핑하세요
인도 자동차·오토바이 리뷰 시스템, 신뢰도 기반 평점과 리뷰 출처 연동
An evidence-traceable review system for Indian cars and two-wheelers. Every review weighed by how much it can be trusted, and every number linked to the reviews behind it.
커머스HTML · PythonGitHub @saaachis온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기Cross-source review intelligence for Indian cars and two-wheelers. Weighs every review by how much it can be trusted, and links every number back to the reviews behind it.
저장소 README에서 가져옴
README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
driven by reviews.
An evidence-traceable consumer decision support platform for the Indian automobile market.
A cross-source review system for cars and two-wheelers, covering what owners, experts, forums and official records actually say — and telling you which of them deserves to be believed.
Modern Application Development · M.Sc. Data Science · Nilkamal School of Mathematics, Applied Statistics and Analytics, SVKM's NMIMS MumbaiREADME 전문 보기 ↗An evidence-traceable consumer decision support platform for the Indian automobile market.
A cross-source review system for cars and two-wheelers, covering what owners, experts, forums and official records actually say, and telling you which of them deserves to be believed.
Modern Application Development · M.Sc. Data Science · Nilkamal School of Mathematics, Applied Statistics and Analytics, SVKM's NMIMS Mumbai
A person buying a vehicle in India reads owner reviews on CarDekho, then the same vehicle on CarWale or BikeWale, then a forty-page Team-BHP ownership thread, then three YouTube reviews, then a road test in Autocar India. They finish with six opinions that disagree with one another and no way to judge which of them deserves to be believed.
The bias always runs one way. Early reviews are kinder than late ones. Media is kinder than owners. Nobody shows the disagreement, because disagreement makes a product page look bad.
Revix reads all of them, works out which reviews deserve trust, and gives one clear verdict where every number links back to the reviews behind it.
| COLLECT | MATCH | SCORE | COMBINE | EXPLAIN |
| Owner reviews, expert reviews, forums, videos, official records | Everything mapped to one exact vehicle variant | Opinion split by topic; each review scored for trust | Weighted into a verdict with a confidence range | Every number linked to the reviews behind it |
It is a review system, not a review summariser. Three differences:
Illustrative layout. Figures are placeholders. Topics are ordered by how much people disagree, not by score.
The flagship feature is the weighting switch. Flip between equal weighting and credibility weighting and watch every score, interval and ranking move. That is the intellectual content of the project, made visible in thirty seconds.
| Stage | S1 and S2 submitted. Pipeline, API and site all live on real data. |
| Live URL | revix-reviews.vercel.app, API at revix-api-tcyq.onrender.com |
| Next milestone | S3 Lab work, Friday 2 October 2026. What we submit |
| Then | S3 Working demo, Friday 16 October 2026. Runbook |
Two documents are the source of truth. Everything else defers to them.
| Document | What it covers |
|---|---|
| Full proposal | The complete concept note and software design specification: architecture, data model, fusion engine, evaluation strategy, twelve-week roadmap, scope and glossary |
| Review 1, concept, market gap and literature review | The idea and what it means, the competitive gap analysis, the background study, and what we are and are not claiming |
| Milestone 2: wireframe demo | What we are building by 14 August 2026, how, by whom, and by when |
| Non-functional requirements | All nine categories audited against the code: where each is met, how it was measured, and the two limits we state rather than hide |
| S3 lab work | What the 2 October submission contains, mapped to the four marks, with a speaking script |
| S3 working demo | The 16 October demo: pre-flight checks, the flow, what to do when something breaks, with a speaking script |
revix/
├── apps/
│ ├── web/ Next.js + TypeScript + Tailwind, the user-facing application
│ └── api/ FastAPI, read-only, contract-first serving layer
├── pipeline/
│ ├── connectors/ One isolated connector per source; any of them can fail safely
│ └── enrichment/ resolve → embed → extract → score → verify → fuse → narrate
├── db/
│ └── migrations/ Alembic migrations. One PostgreSQL database with pgvector.
├── data/
│ ├── seed/ Catalogue seed lists
│ └── gold/ Hand-labelled evaluation sets
├── wireframes/ Milestone 2 screens as working HTML, published to GitHub Pages
├── scripts/ Operational and one-off scripts
└── docs/ Everything above
| Layer | Choice |
|---|---|
| Frontend | Next.js (App Router), TypeScript, Tailwind, shadcn/ui, Recharts |
| API | Python 3.11, FastAPI, Pydantic v2, SQLAlchemy, Alembic |
| Database | PostgreSQL + pgvector: one database, not four services |
| Orchestration | Prefect, nightly batch |
| ML | sentence-transformers, scikit-learn |
| Language model | One free-tier provider behind a thin interface. Batch narration only, and never required |
| CI/CD | GitHub Actions |
Everything is on a free tier. The application renders a complete verdict with the language model switched off entirely.
We are building. Indian cars and two-wheelers · about 120 to 150 popular variants · six to eight sources · verdict, compare, evidence and admin screens · measured accuracy for everything we build.
We are not building. Commercial vehicles · used-vehicle pricing · live scraping per request · vehicles outside our list · booking or dealer integration · user accounts · mobile apps.
| Name | Ownership area |
|---|---|
| Aditya Nariyapara | Platform and ingestion, connector framework, orchestration, raw store, admin backend |
| Devika Jonjale | Intelligence, entity resolution, aspect extraction, credibility, fusion, evaluation |
| Saachi Shinde | Application and experience, API contract, frontend, all user-facing surfaces, deployment |
Roles are ownership areas, not silos. The schema in week 1 is owned by all three.
Sources are read at a polite rate, cached, credited and linked back to. We store references and derived structure, not mirrored copies of anyone's content. Author identities are stored pseudonymously and never as personal data. Every screen states how many reviews it used and when it last refreshed. Verdicts below an evidence floor are suppressed rather than published badly.
MIT, academic project, free to read, use and learn from.
| Contributing | Branching, commits, reviews, local setup, how we collect data responsibly |
| Developing | Running it locally, the quality gate, the live connectors, the fusion experiment |
| Deploying | Neon, Render and Vercel, and the two settings that fail silently |
| Labelling the gold set | The one task no tool can do for us, and why a number without it is a lie with decimals |