Intelligence is not a feature. It is built into the foundation.
Most platforms add AI on top of what already exists. Vishvakta is designed from the ground up so that every
transaction, every search, every seller interaction, and every logistics decision feeds a learning system. The
platform does not just process commerce. It gets better at commerce with every order.
Applied AI in production core flowsIntelligence compounds with data volumeNo third party AI dependency on critical paths
We do not use AI to impress. We use it to improve.
The difference between AI as a feature and AI as architecture is where the model sits in the system. A
feature sits at the edge: it takes finished data and decorates it with a prediction. Architecture sits at
the centre: it shapes the data, informs the decision, and improves the outcome before the user ever sees a
result.
At Vishvakta, every AI module is a first class system component. It has its own service boundary, its own
data contract, its own deployment lifecycle, and its own performance metrics. It is not a prompt wrapper.
It is not a third party widget embedded into a page. It is infrastructure.
Compounding returns
Every order, search, and interaction generates a training signal. The platform gets measurably smarter
as data volume grows. Day one intelligence is a floor, not a ceiling.
Explainability by design
Every AI driven decision that affects a seller’s visibility or a buyer’s experience can be
traced to a specific signal. No black box outcomes on consequential decisions.
Responsible by default
AI is not applied where human judgment is required. Moderation pipelines have human review gates. Pricing
intelligence operates within seller defined constraints. The model assists; it does not override.
Applied intelligence
Eight AI modules. Each solving a specific commerce problem.
Click any module to see how it works inside the platform.
How it works
The search service ingests every query, click, add to cart, and purchase event as a training signal. The
ranking model combines TF IDF relevance with behavioural signals: click through rate per result position,
add to cart rate, and conversion rate per seller. A product that converts well for a specific query ranks
higher over time regardless of how the listing is worded. Synonym expansion and typo correction are
handled by a fine tuned vocabulary model trained on Indian product naming patterns and regional language
transliterations.
What it replaces
Static keyword matching that rewards whoever writes the best description rather than whoever sells the
best product.
Technology: Python based ranking model · Behavioural event pipeline · Elasticsearch
with custom scoring · GKE hosted inference service
How it works
On page load, the personalisation service retrieves the buyer’s affinity vector, a compressed
representation of their category preferences, price sensitivity, brand history, and recency signals. The
homepage feed, category landing pages, and recently viewed carousel are all dynamically reranked using this
vector. New users get a cold start model seeded from cohort behaviour: buyers from similar geographies and
price brackets who arrived in the same acquisition channel.
What it replaces
A single static editorial feed shown to every visitor regardless of who they are.
Technology: Collaborative filtering model · Real time feature store · GKE inference
API · Redis affinity vector cache · BigQuery cohort model training
How it works
When a seller uploads a product, the catalog enrichment service analyses the title, description, and
images to auto suggest category placement, fill missing attributes, generate SEO optimised descriptions,
and flag quality issues before the listing goes live. The image classifier checks for resolution, background
compliance, and product category consistency. A listing that fails enrichment thresholds is held in draft
with specific, actionable feedback for the seller rather than a generic rejection.
What it replaces
Manual catalog operations that do not scale beyond a few thousand SKUs.
Technology: Image classification model · NLP attribute extraction · GPT family
description generation with seller constraint guardrails · Pydantic validation pipeline
How it works
When an order is placed, the fulfilment intelligence service evaluates every eligible carrier for that
origin and destination pincode pair using a scoring model trained on historical delivery performance. Inputs
include carrier SLA adherence rate by zone, average transit days by pincode, cost per shipment, damaged in transit
rate, and current carrier load. The model selects the carrier most likely to deliver on time at the lowest
cost for that specific order, not the cheapest carrier in general.
What it replaces
Manual carrier selection or static rate card rules that ignore real world carrier performance variance.
Technology: Carrier scoring model · Historical performance dataset · GKE hosted
selection API · Real time carrier load signals
How it works
The pricing intelligence service monitors category price distributions across the platform and identifies
when a seller’s pricing is outside the competitive range for their quality tier. It surfaces actionable
recommendations to the seller, not automated price changes. The seller retains full pricing control. The
model provides the market context they would otherwise have no visibility into. For flash sales and
promotional events, the system models expected demand elasticity and suggests optimal promotional depth to
maximise GMV without destroying margin.
What it replaces
Sellers pricing in the dark without any market signal, leading to chronic underpricing or uncompetitive
overpricing.
Technology: Price distribution model · Category demand elasticity model · Seller
recommendation API · BigQuery market signal pipeline
How it works
The fraud detection service scores every order, payment attempt, and seller action in real time using a
gradient boosted model trained on behavioural signals. High risk signals include device fingerprint
anomalies, velocity patterns, geographic inconsistencies between billing and delivery, and payment method
switching behaviour. Orders above a risk threshold are flagged for human review before fulfilment; they
are not automatically cancelled, preventing false positives that damage legitimate buyer relationships.
Seller side fraud signals include rapid catalog creation followed by immediate high value orders and unusual
return request patterns.
What it replaces
Rule based fraud detection that is trivially bypassed by anyone who understands the rules.
Technology: Gradient boosted classifier · Real time feature pipeline · GKE hosted
scoring API · Human review queue with SLA tracking
How it works
Every submitted review passes through a two stage pipeline. Stage one is an authenticity classifier that
checks for purchase verification, reviewer velocity, linguistic similarity to other reviews on the same
seller, and device clustering. Reviews that fail authenticity thresholds are quarantined pending human
review, not deleted and not published. Stage two is a sentiment and quality classifier that extracts
structured signals from review text, including specific product attributes mentioned positively or negatively, and
feeds these back into the catalog quality score and seller health index.
What it replaces
Unmoderated review systems that are trivially gamed by coordinated fake review campaigns.
Technology: Authenticity classifier · Sentiment extraction model · Human moderation
queue · Catalog quality score pipeline
How it works
The seller intelligence service generates a weekly insight pack for every active seller. It identifies
their top performing products by conversion rate not just revenue, flags products with high views but low
add to cart rates, surfaces category pricing gaps where the seller is uncompetitive, and recommends catalog
actions ranked by estimated GMV impact. These are not generic tips. They are model generated recommendations
specific to that seller’s actual data, presented in plain language in the seller dashboard.
What it replaces
Sellers flying blind on why some products work and others do not, leading to churn when results are poor.
Technology: Seller analytics pipeline · Recommendation generation model · BigQuery
seller feature store · Dashboard API with natural language output
AI infrastructure
How AI runs inside the platform
Event ingestion
Every user action (search queries, product views, clicks, add to carts, purchases, returns) is captured as
a structured event and streamed to BigQuery via the analytics ingestion pipeline on Cloud Run. This is the
raw training signal for every model on the platform.
Training and inference
Models are trained offline in BigQuery ML and custom Python training pipelines. Trained models are packaged
as Docker images and deployed as independent microservices on GKE. Each model service exposes a typed REST API
consumed by the relevant domain service. Model versions are managed in Artifact Registry; rollback to a
previous version takes one deployment.
Feedback loop
Every model decision that results in a downstream user action (a search result click, a recommended product
purchase, a flagged review confirmed by a human reviewer) is captured as a labelled outcome and fed back into
the training pipeline. The models improve continuously as the platform generates more data. This is not a
quarterly retraining cycle. It is a continuous feedback architecture.
Boundaries
What we decided AI should not control
Seller visibility is not fully AI controlled
Performance linked discovery means AI contributes to ranking, but seller visibility always has a
transparent, auditable basis. A seller can see exactly what signals affect their position and take specific
actions to improve it. There is no unexplained suppression.
Pricing decisions belong to sellers
The pricing intelligence module makes recommendations. It never changes a seller’s listed price without
explicit seller action. Sellers set their prices. The platform gives them better information to make that
decision.
Consequential moderation has a human gate
Reviews flagged as inauthentic, seller accounts flagged for suspension, and high risk orders flagged for fraud
review all have a human review step before any consequential action is taken. The model recommends. A human
decides.
Built in active development
Intelligence compounds from day one
The AI modules described on this page are designed as platform infrastructure, not post launch additions.
The data pipelines, event ingestion architecture, and model serving infrastructure are being built alongside the
commerce platform. When Vishvakta launches in October 2026, the intelligence layer launches with it. Every
order from day one is a training signal.