{"slug": "can-this-discount-actually-make-money-building-hustleradar-with-gemma-2-and", "title": "Can This Discount Actually Make Money? Building HustleRadar with Gemma 2 and SerpApi", "summary": "A developer built HustleRadar, a human-in-the-loop deal-analysis workspace that uses SerpApi to pull comparable prices across three concurrent evidence paths and Google Gemma 2 to explain a verdict computed beforehand. The system validates product identity across generations, configurations and refurbished listings, then calculates fee-adjusted net profit before the model weighs in, returning an insufficient-data result rather than fabricated confidence when evidence is thin. Gemma is restricted to explaining verified facts and falls back to a deterministic rationale when disabled; the project ships with 24 offline tests covering provider failures, price validation and streaming.", "body_md": "HustleRadar is a human-in-the-loop AI decision workspace for people who buy expensive products with their own money.\n\nA discounted product is not automatically a good deal. A reseller still needs to know whether the reference price is meaningful, what other retailers charge for the exact configuration, whether the listing is the correct model, what price could realistically be recovered at resale, and what remains after marketplace fees.\n\nHustleRadar turns that research into one workflow:\n\nThe system is not an autonomous purchasing agent. It does not buy products or make irreversible decisions. It helps a person make a better decision by reducing research effort while keeping sources, calculations and uncertainty visible.\n\nThe core design principle is:\n\nUse AI to explain verified evidence, not to invent the evidence.\n\nRetail websites often make discounts look more attractive than they really are. A product may show a large reduction from an inflated reference price while the same item is available elsewhere for less.\n\nA reseller can also lose money when:\n\nHustleRadar was built to make those risks visible before someone commits cash to inventory.\n\nThe user enters a product name or supported product URL. The server normalizes the query and checks the product identity before collecting prices.\n\nThe validation layer distinguishes between different generations, product families, storage and RAM configurations, screen sizes, accessories, refurbished listings and invalid prices.\n\nHustleRadar uses SerpApi through three separate evidence paths:\n\nThe paths run concurrently. Each provider response retains its status, warnings and source information. A provider error is not silently converted into an empty result or demo data.\n\nThe application calculates the market picture before asking Gemma to explain it.\n\n```\nestimated net profit = expected resale price × (1 − marketplace fee) − sourcing price\n```\n\nThe report can include the lowest comparable source, market median, offer price, marketplace fee, projected net profit, margin percentage, provider coverage, timestamps and warnings.\n\nIf there is not enough trustworthy evidence, the system returns an insufficient-data result instead of inventing confidence.\n\nGoogle Gemma 2 receives structured facts after the evidence and calculations are complete. It explains whether the displayed discount is meaningful and whether there is a viable resale margin after fees.\n\nGemma is not asked to browse the web or invent retailer names. The user can inspect the underlying evidence and challenge the recommendation before making a final decision.\n\nIf Gemma is disabled or unavailable, HustleRadar returns a deterministic evidence-backed rationale.\n\nLive application:\n\n[https://hustleradar.onrender.com](https://hustleradar.onrender.com)\n\nAPI health endpoint:\n\n[https://hustleradar.onrender.com/api/health](https://hustleradar.onrender.com/api/health)\n\nSource code:\n\n[https://github.com/DeepSaha25/HustleRadar](https://github.com/DeepSaha25/HustleRadar)\n\n```\ngit clone https://github.com/DeepSaha25/HustleRadar.git hustleradar\ncd hustleradar\ndocker build -t hustleradar .\ndocker run --rm -e ENABLE_LLM=false -p 8080:8080 hustleradar\n```\n\nOpen `http://localhost:8080`.\n\nThe deterministic mode does not require provider credentials and is suitable for reviewing the application flow offline.\n\nRun the automated tests:\n\n```\nmake test\n```\n\nThe test suite contains 24 offline tests covering product matching, provider failures, price validation, live/demo separation, deterministic verdicts, Gemma fallback behavior and NDJSON streaming.\n\nGemma 2 is used as a bounded deal auditor and resale advisor. The model receives normalized product identity, deterministic verdict, confidence, claimed offer price, market median, lowest comparable listing and fee-adjusted arbitrage results.\n\nGemma explains the result but does not control the correctness boundary. The arithmetic is calculated first, and the evidence remains visible to the user.\n\nLocal Ollama configuration:\n\n```\nENABLE_LLM=true\nOLLAMA_BASE_URL=http://127.0.0.1:11434\nGEMMA_MODEL_NAME=gemma2:9b\n```\n\nDeterministic fallback:\n\n```\nENABLE_LLM=false\n```\n\nSerpApi provides the market-grounding layer through:\n\n`google_shopping` for structured offers;`as_sitesearch`; and` tbs: \"qdr:y\"`.\nThe adapter validates INR currency, retailer URLs, product identity, availability, price ambiguity, model compatibility and provider response status. Foreign currencies, EMI amounts, MRP, ranges, “from” prices and ambiguous promotional values are excluded before they reach the decision engine.\n\nRender hosts the deployed HustleRadar application. The repository includes a `render.yaml` Blueprint that defines the frontend and Node/Express API services.\n\nThe deployment provides:\n\n`apps/web/dist`;` apps/server`;`/api/health`; and\nThe live application is available at:\n\nThe development process focused on separating evidence collection, deterministic calculations and AI explanation. I built the application around explicit provider states, conservative product validation and an offline test suite rather than treating a language model response as the source of truth.\n\nThe project includes:\n\n`.nvmrc` with Node.js 20.11.1;`package-lock.json`;` Dockerfile`;` make test` command;`.env.example`;` render.yaml`; and` README.md`.\nThe human chooses the product, offer price and comparison intent, checks whether the product match is correct and decides whether the evidence is strong enough to continue.\n\nThe system assists by collecting market evidence, filtering unreliable listings, calculating the financial outcome, showing source coverage and translating structured results into a readable Gemma explanation.\n\nThe workflow is:\n\n```\nmarket evidence\n    → product and price validation\n    → deterministic calculations\n    → Gemma explanation\n    → human decision\n```\n\nThis creates a transparent collaboration between the operator and the AI system instead of replacing human judgment with an opaque recommendation.\n\nThis project was built as an individual open-source submission. The challenge gave me a reason to turn a practical idea into a complete, explainable product rather than stopping at a prototype.\n\nThe most valuable part of the experience was working through the difficult edge cases: wrong product variants, misleading prices, provider failures and model unavailability. Those cases shaped the final architecture more than the happy path did.\n\nI learned that a useful AI product needs clear boundaries. The model can make verified information easier to understand, but the application must preserve the evidence and give the user enough context to make the final decision.\n\nAn AI explanation is only as trustworthy as the evidence behind it. A polished paragraph from a language model does not prove that the product match is correct, prices are comparable, the retailer is legitimate, the listing is available or the resale margin is realistic.\n\nThe strongest architecture keeps responsibilities separate:\n\n```\nmarket evidence\n    → validation\n    → deterministic calculations\n    → AI explanation\n    → human decision\n```\n\nWhen a provider fails, the application can show incomplete evidence. When Gemma is unavailable, the deterministic rationale still works. When a product has multiple configurations, the user can select the correct one instead of accepting a misleading comparison.\n\nHustleRadar is designed for a simple but expensive problem: buying inventory based on a discount that may not be real.\n\nIt does not promise guaranteed profit. It does not pretend that every retailer will have stock. It does not treat a language model as a source of truth.\n\nInstead, it gives the user comparable market prices, validated product identity, fee-adjusted margin calculations, source-linked evidence, visible warnings and a concise AI explanation.\n\nThe final decision remains with the person who is spending the money.", "url": "https://wpnews.pro/news/can-this-discount-actually-make-money-building-hustleradar-with-gemma-2-and", "canonical_source": "https://dev.to/deep_saha/can-this-discount-actually-make-money-building-hustleradar-with-gemma-2-and-serpapi-55h1", "published_at": "2026-10-19 19:25:24+00:00", "updated_at": "2026-10-19 19:44:36.309696+00:00", "lang": "en", "topics": ["ai-products", "ai-tools", "large-language-models", "ai-agents"], "entities": ["HustleRadar", "Gemma 2", "SerpApi", "Google", "GitHub", "Render"], "also_reported_by": [], "alternates": {"html": "https://wpnews.pro/news/can-this-discount-actually-make-money-building-hustleradar-with-gemma-2-and", "markdown": "https://wpnews.pro/news/can-this-discount-actually-make-money-building-hustleradar-with-gemma-2-and.md", "text": "https://wpnews.pro/news/can-this-discount-actually-make-money-building-hustleradar-with-gemma-2-and.txt", "jsonld": "https://wpnews.pro/news/can-this-discount-actually-make-money-building-hustleradar-with-gemma-2-and.jsonld"}}