TOMO Partner Documentation Index
Audience: every TOMO partner (engineering team or business operator). This is your hub. Every other doc you need is one link away.
Start here
Never integrated with TOMO before? → QUICKSTART.md — how to apply, connect and test.
Ready to list? → apply at automobnxt.com/business. One form for every business — engineering teams and shops alike. Every application is reviewed by a person.
Already have an MCP server? → MCP_SPEC.md — what TOMO probes + what it expects you to return.
Already have a REST/GraphQL API but no MCP? → wrap it in a small MCP server with the official MCP SDK (see MCP_SPEC.md) — TOMO does not generate a wrapper for you. Then declare what you serve: MANIFEST_REFERENCE.md.
Building from scratch? → start with QUICKSTART.md, then MCP_SPEC.md.
The intent catalog (your operational manual)
TOMO has 99 intent specs. Each one maps to one of TOMO's 11 domains (table below). Read the catalog, find your intent, read its spec.
Master index
docs/intents/_INTENT_CATALOG.md — list of all 99 intents with a one-line description and the kind of business each fits (examples are not TOMO partners).
Canonical template
docs/intents/_TEMPLATE.md — the 13-section structure every intent spec follows.
Gold reference specs (read these even if your intent is different)
These three are the most complete examples. They show what depth looks like:
| Intent | Why it's the reference |
|---|---|
travel.book_hotel |
Listing + booking shape (most common pattern) |
food.order_delivery |
Order + delivery + tracking shape |
mobility.book_intracity_ride |
Real-time matching + tracking + safety shape |
If your intent is not yet specced at full depth, use the closest gold-reference as your starting template + reach out to AUTOMOBNXT to commit a spec for your intent.
The contracts (what you implement)
These five docs are the load-bearing contracts. Every partner integrates against them:
| Doc | What it tells you |
|---|---|
MCP_SPEC.md |
How TOMO probes + dispatches to your MCP server |
MANIFEST_REFERENCE.md |
Every field in the service manifest you declare |
COMPLETION_CONTRACT.md |
What you POST when an intent closes (the money loop) |
WEBHOOK_SIGNING.md |
HMAC-SHA256 signing scheme — examples in 3 languages |
SANDBOX_TO_PROD_CHECKLIST.md |
What our team checks before your connection goes live |
Read all five before submitting a manifest. They're cross-referenced — each one points back to specifics in your intent's spec.
TOMO's 11 domains
| TOMO domain | Spec namespace | Example intents |
|---|---|---|
| Rides | mobility.* |
book_intracity_ride, book_airport_transfer |
| Travel | travel.* |
book_hotel, book_flight, book_train |
| Lifestyle | food.* + lifestyle.* |
order_delivery, book_dine_in, book_salon |
| Moto | marketplace.* (vehicles) |
buy_used_car |
| Finance | finance.* + pay.* |
buy_term_insurance, utility_bill_pay |
| Garage | auto.* |
book_general_service, book_car_wash |
| Relay | logistics.* |
send_intracity_parcel, book_furniture_move |
| Entertainment | entertainment.* |
book_movie_ticket, book_event_venue |
| Health | — | no partner spec yet |
| Citizen | — | no partner spec yet |
| Sentinel | safety.* |
book_private_ambulance, book_roadside_assistance |
compliance.* (verify_kyc, verify_rc_dl) is cross-cutting. Used electronics and furniture specs under marketplace.* sit outside the 11 domains today (Moto is vehicles only).
Read the intent catalog for the full intent-by-intent list.
The economics (what you make)
TOMO charges one platform commission on amount_inr for every successfully closed intent — and only then. The rate is the same for every business, from a solo driver to a large chain, and is stated in your listing agreement. There are no enterprise discounts, no volume tiers, no setup fees, no monthly subscriptions.
How you're billed: the customer pays you directly, on your own checkout — TOMO never collects or holds the money, so there is no settlement or payout from TOMO. TOMO records its fee for each completed order you report (amount_inr is your NET revenue — see COMPLETION_CONTRACT.md) and bills it to you separately. (planned: a partner dashboard with a ledger view — not built yet; today your setup is done with our team.)
The brand promise (what you sign up for)
When you join TOMO, you commit to:
- Real data only. Every required field populated, no Lorem Ipsum, no AI photos, no placeholder ratings.
- No paid placement. Ranking is TTBS-based, source-blind. No commission negotiations affect rank.
- Honest signals. Self-rated TTBS values must reflect real positioning. Our team reviews them.
- Transparent pricing. All fees included in
total_inrupfront. No "resort fee at check-in" surprises. - Honored commitments. What you display at search/quote time is what the user pays + receives.
- Real customer support. If you say you're available 24x7, a person must answer at all hours.
These are not suggestions. They're commitments TOMO will hold you to. Sustained violations are reviewed by the admin team and may result in your status being set to suspended or your access being revoked. (planned: automated three-strikes counter — not yet shipped.)
Common questions
Where does my brand show up?
Once your connection is approved, in every TOMO chat result you serve (partner results stay switched off until the first partner is approved). Your brand name and source label appear on the supplier badge — users tap your row, see your branded card, complete via your flow. TOMO is the orchestrator, not the merchant of record. You're the merchant. (planned: logo + customer support phone fields on the supplier badge — not yet shipped.)
Can I see my TTBS score?
No. Individual listing rank is opaque — this prevents gaming. Your CPC ledger (completed orders + commission earned, written by your webhook) is recorded server-side. (planned: partner-facing read view of the ledger and per-intent breakdown — not yet shipped.)
Can I integrate with TOMO and also keep my own app/website?
Yes. TOMO doesn't require exclusivity. You can serve users via your own surface + via TOMO. The commission is on TOMO-routed traffic only.
How do I get faster sandbox-to-prod review?
Our team reviews each submission by hand and writes back. We don't promise a review time yet. Complete submissions are the fastest to approve.
Operational support
Today (what's live)
- Email:
krishna.gamasany@automobnxt.com— every partner message goes to the founder (best-effort, not contractually guaranteed yet) - Setup with our team after approval — your keys, your manifest (checked on
intent,domain,pricing.min/max,service_area) and the MCP probe - HMAC-signed CPC webhooks — production signature verification; a timestamp older than 5 minutes is rejected (a repeat sent inside that window is not blocked yet)
- Manual admin review for compliance approval, status flips, and dispute resolution
Planned (not yet shipped — do not rely on these for go-live decisions)
- A self-serve partner dashboard: keys, manifest, verification, error log, ledger view
- Real-time SLA telemetry (latency p95, completion rate, dispute rate)
- 24x7 oncall channel + tiered escalation
- Automated three-strikes suspension + automatic SLA pool drop/rejoin
- Quarterly partner reviews + dedicated account managers above a volume threshold
- Structured user-vs-partner dispute flow with 5-business-day SLA
If any of these are critical to your decision to integrate, please email krishna.gamasany@automobnxt.com for a current build-status update before signing off.
Compliance + legal
- A live privacy policy URL is checked before production (for businesses in India, it must meet DPDP 2023).
- For businesses in India: GSTIN, and the domain licences your intent's spec names (FSSAI, RERA, RTO permits, etc.).
The full doc tree
docs/
├── PARTNER_INDEX.md ← you are here
├── QUICKSTART.md ← apply, connect, test
├── MCP_SPEC.md ← MCP server expectations
├── MANIFEST_REFERENCE.md ← every manifest field
├── COMPLETION_CONTRACT.md ← closed-intent POST shape
├── WEBHOOK_SIGNING.md ← HMAC-SHA256 examples
├── SANDBOX_TO_PROD_CHECKLIST.md ← production gate
└── intents/
├── _TEMPLATE.md ← canonical 13-section spec structure
├── _INTENT_CATALOG.md ← all 99 intents catalogued
├── travel.book_hotel.md ← gold reference
├── food.order_delivery.md ← gold reference
├── mobility.book_intracity_ride.md ← gold reference
├── mobility.book_intercity_ride.md
├── mobility.book_self_drive.md
├── mobility.book_two_wheeler_rental.md
├── mobility.book_airport_transfer.md
├── mobility.book_outstation_package.md
├── mobility.book_chauffeur_hourly.md
├── mobility.book_ev_with_charge_planning.md
├── mobility.book_recurring_commute.md
├── food.book_dine_in.md
├── food.book_dine_in_with_offer.md
├── food.subscribe_tiffin.md
└── ... (every intent in the catalog has its spec)
Closing
The spec is the contract. Read the docs, apply, and we'll test your service with you inside TOMO before it goes live. Every application is reviewed by a person.
If you find a gap in the documentation — a missing intent spec, a vague field, a contradiction — email krishna.gamasany@automobnxt.com with the specific reference.
Built by AUTOMOBNXT · DPIIT Recognised Startup · 2026.