Claude se k datům e-shopu připojuje přes vzdálený MCP server (Model Context Protocol) a OAuth, bez kopírování klíčů. V MitoOps už objednávky, produkty, zásoby, doklady, zásilky, analytika a výkazy ze všech e-shopů tečou do jedné normalizované vrstvy a Claude se připojí k ní, jednou, místo ke každému systému zvlášť. První produkční verze začala se šesti nástroji jen ke čtení; dnes MitoOps vystavuje 84 nástrojů v 20 rozsazích oprávnění, z nichž 67 čte a 17 zapisuje: vypnutý koncept automatizace, který zapne jen člověk, nebo slevový kupon s náhledem a potvrzením. Test proběhl v ostrém provozu Mitochondriaku, nezávislého klienta MitoOps se čtyřmi e-shopy na čtyřech trzích, s běžným účtem Claude.ai a vlastním konektorem.
Co je MCP pro e-commerce?
MCP, Model Context Protocol, je otevřený standard, který dovolí AI aplikaci objevit a volat nástroje jiného systému. Místo velkého exportu dat v každé konverzaci si asistent od připojeného systému vyžádá přesně tu informaci, kterou právě potřebuje.
E-commerce MCP server je ta část, která obchodní data vystaví jako takové nástroje: strukturovaný most mezi AI asistentem a systémy, ve kterých leží objednávky, produkty, zásoby, doklady, zásilky a měření.
Klíčová architektonická otázka je, kde má ten server stát. AI se dá připnout přímo na jednu e-shopovou platformu. Nebo se MCP postaví nad provozní systém, který už více e-shopů a provozních systémů spojuje. MitoOps jde druhou cestou.
Pro e-shop vypadají požadavky asistenta přes MCP takto:
- vypiš e-shopy, ke kterým mám přístup,
- ukaž objednávky za zvolené období a otevři jednu s položkami,
- najdi produkt podle názvu, kódu nebo EAN a řekni, kolik ho je na skladě,
- vypiš zásilky za srpen po dopravcích s mediánem doručení,
- kolik objednávek přišlo z ChatGPT a jaké dotazy měly nejvyšší CTR,
- jaký byl obrat, hrubý zisk a marže produktu za poslední měsíc.
Proč nepřipojovat Claude ke každému systému e-shopu zvlášť?
Představte si rostoucí e-commerce firmu, která prodává na více trzích. Její provozní data jsou rozsypaná po dlouhém seznamu systémů, každý s vlastními přístupy, API, strukturou dat a modelem oprávnění:
Přímá AI integrace s každým zdrojem zopakuje problém, který měly systémové integrace odjakživa. A asistent obvykle potřebuje informace z těchto systémů spojit ještě dřív, než vůbec umí odpovědět na obchodní otázku.
- jedna nebo více e-shopových platforem,
- skladová a produktová data,
- faktury a dobropisy,
- více dopravců,
- události sledování zásilek,
- Google Analytics 4,
- Google Search Console,
- finanční výkazy,
- nákupní ceny a marže.
Vezměte si otázku „Které země jsou po skutečných nákladech na dopravu ještě ziskové?“. E-shopová platforma sama na ni neodpoví. Dopravce ani GA4 také ne. Je k tomu potřeba naráz rozumět obchodním datům, nákladům, logistice a často i atribuci.
Bez normalizované vrstvy by podobný AI audit často vyžadoval více systémů, CSV a PDF exporty a ruční spojování dat v tabulce. Každý samostatný AI konektor je zároveň samostatné místo, kde je potřeba přístup udělit, zkontrolovat a odebrat.
Alternativa je nejdřív normalizovat a AI připojit až potom.
Přístup MitoOps: nejdřív normalizovat, potom připojit AI
MitoOps je platforma pro provoz e-shopů, která stojí nad systémy, které obchodník už používá. Objednávky, produkty, sklad, faktury, expedice, analytika a reporty se řeší nad jedním provozním datovým modelem a obchodník s více e-shopy pracuje v jednom účtu.
MCP je další kontrolovaný způsob, jak se stejné vrstvy ptát na data. Řetěz vypadá takto:
- E-shopy posílají objednávky, produkty a doklady do MitoOps; dopravci dodávají události sledování, GA4 a Search Console měření.
- MitoOps je normalizuje a uplatní svůj model zákaznických prostorů, e-shopů a oprávnění.
- MCP server vystaví nad tímto modelem sadu nástrojů z jednoho katalogu, společného s REST API — čtení a jeden úzký zápis konceptu automatizace.
- Uživatel autorizuje AI aplikaci přes OAuth a vybere, co smí číst a ze kterých e-shopů.
- Claude volá nástroje a s odpověďmi pracuje v konverzaci, případně je spojuje s dokumentem, který mu člověk nahrál.
Výhoda není jen v tom, že Claude má MCP připojení. Výhoda je, že Claude dostane jednu konzistentní obchodní vrstvu místo toho, aby musel samostatně rozumět každému systému nad ní.
Stejná vrstva obsluhuje obrazovky samotné aplikace i její REST API, takže AI nedostává druhý, odděleně udržovaný pohled na firmu.
Případová studie: MitoOps a Mitochondriak
Mitochondriak je nezávislá e-commerce firma a klient MitoOps se čtyřmi e-shopy v ostrém provozu: na Slovensku, v Česku, v Polsku a na mezinárodním trhu. Pátý, německý e-shop připravuje. MitoOps používá každý den na správu více e-shopů z jednoho účtu, na sklad a zásoby, expedici, reporting, analytiku a od září 2026 i na přístup přes MCP a API.
Je to proto užitečné místo pro test AI integrace e-shopu ve skutečných provozních podmínkách, se skutečnými objemy objednávek a skutečnými hranicemi oprávnění.
Testovací otázka byla jednoduchá: dokáže se běžný účet Claude.ai bezpečně připojit k živým obchodním datům MitoOps, aniž by někdo do Claude vkládal API token, a aniž by Claude dostal právo zápisu?
Odpověď byla ano. Claude si nejdřív vypsal e-shopy, potom si z každého ze čtyř obchodů stáhl objednávky za sedm dní a v jedné odpovědi shrnul aktivitu po trzích. V dalších otázkách pracoval s rozložením dopravců, s časy doručení, s kanály návštěvnosti a s výkazem období.
Hlavní přínos pro klienta: bez normalizované vrstvy by takový audit znamenal přihlášení do čtyř administrací, portálů dopravců, GA4 a Search Console, export tabulek a jejich ruční spojení. S MitoOps čte Claude povolená obchodní data přes jednu vrstvu a s jedním modelem oprávnění.
Snímek nahoře je ilustrace z toho testu; čísla a jména zákazníků v něm nejsou. Co Claude v relaci použil:
- seznam e-shopů a jejich kódy trhů,
- objednávky za období, po e-shopech, a detail objednávky s položkami,
- statistiky doručování po dopravcích a zásilky s časy předání a doručení,
- přehled návštěvnosti, kanály včetně AI zdrojů a dotazy ze Search Console,
- finanční souhrn období a prodeje po produktech,
- stav zásob vybraných položek.
Jak připojit Claude k MitoOps přes MCP
Při testu jsme použili vzdálenou MCP adresu účtu klienta ve tvaru https://app.mitoops.com/api/mcp. Každý zákazník MitoOps vidí přesnou adresu svého účtu v Nastavení → API & MCP. Připojení je dostupné od tarifu Start; připojení přes OAuth přitom nespotřebovává přístupový klíč z limitu tarifu.
Na straně Claude se používá vlastní konektor v Claude.ai:
- Otevřete Claude.ai a přejděte do Settings → Connectors.
- Zvolte Add custom connector.
- Pojmenujte ho MitoOps a vložte adresu MCP.
- Spusťte připojení.
- Claude vás přesměruje do MitoOps.
- Přihlaste se do MitoOps vlastním účtem, i s druhým faktorem.
- Prohlédněte si obrazovku souhlasu: vypisuje, co konektor žádá číst.
- Zaškrtněte rozsahy a e-shopy, ke kterým konektor smí. Citlivé rozsahy nejsou předvyplněné.
- Potvrďte. MitoOps pošle Claude zpět s autorizací, nikdy s vaším heslem.
- Položte Claude otázku o svých e-shopech.
Do Claude.ai se v žádném kroku nekopíruje API token MitoOps. Claude dostane OAuth autorizaci vázanou na člověka, který ji schválil, na jeho zákaznický prostor a na e-shopy, které zaškrtl.
Pod kapotou je to standardní OAuth 2.1: autorizační kód s PKCE (jen S256), vazba tokenu na zdroj, dynamická registrace klienta a metadata k objevení, takže konektor Claude najde autorizační server sám a ruční konfigurace klienta není potřeba. Přesný návod s obrázky je v dokumentaci MCP rozhraní.
Je to důležité proto, že MCP připojení nesmí obejít model přístupu obchodního systému, který za ním stojí — a nesmí obejít ani tarif: účet bez API & MCP obrazovku souhlasu neotevře.
Co Claude z MitoOps dnes smí číst
Tady chceme být přesní — i o tom, jak se to měnilo. První produkční verze (1. 9. 2026) začala se šesti nástroji jen ke čtení: e-shopy, objednávky, produkty, faktury a dobropisy. Od té doby se veřejná vrstva schopností rozšířila v několika vlnách: expedice, analytika, výkazy a zásoby; detail faktury, skladové pohyby, dodavatelé, zákazníci a reklamace; automatizace, webhooky a tarif účtu s prvním úzkým zápisem; statistika reklamací a partnerský program; a nakonec adresář zákazníků s vlastním rozsahem.
Dnes MCP vrstva MitoOps vystavuje 84 nástrojů v 20 rozsazích oprávnění napříč 17 oblastmi údajů — 67 nástrojů čte a 17 zapisuje: vypnutý koncept automatizace nebo slevový kupon (založení, výslovná úprava a mazání, vždy s náhledem a potvrzením). Tato čísla se do článku nepíší ručně: vznikají z katalogu aplikace při sestavení stránky, stejně jako v dokumentaci. Oblasti podle rozsahů:
| Rozsah | Co Claude dostane |
|---|---|
| stores:read, orders:read | E-shopy s kódy trhů; objednávky za období po stránkách a detail s položkami. Částky v hromadném výpisu jen s reports:read, nákupní ceny položek jen s purchase-prices:read. |
| products:read, inventory:read | Hledání podle názvu, kódu, EAN nebo PLU, detail produktu, kategorie; stav zásoby se zdrojem hodnoty a historie skladových pohybů. |
| shipping:read | Dopravci bez přístupových údajů, zásilky s časy předání a doručení, detail se sledováním, statistiky: počty, úspěšnost, medián a p90 doručení, země. |
| analytics:read | Návštěvy, objednávky, obrat a konverze z GA4, kanály včetně ChatGPT a AI zdrojů, dotazy a stránky ze Search Console, pokrytí objednávek měřením. |
| invoices:read, reports:read | Faktury s položkami, dobropisy, zálohové faktury; finanční souhrn období, prodeje po produktech, výkonnost po objednávkách a zákazníci jako pseudonymy. Součty vždy za celé období. Nákup a marže jen s purchase-prices:read. |
| purchasing:read, claims:read | Dodavatelé s nabídkami a nákladovými složkami; reklamace a vrácení s vazbami na objednávku, dobropis a zpětnou zásilku, statistika reklamací a procesy modulu. |
| affiliate:read | Partnerský program: přehled, partneři, kampaně, slevové kódy, konverze, výplaty, statistika a nastavení — kontakt partnera jen s personal-data:read, bankovní a daňové údaje nikdy. |
| customers:read | Adresář zákazníků: pseudonym, e-shopy, země, jazyk, celoživotní počty a data; volitelný filtr nákupní aktivity v období přidá čísla za období vedle celoživotních. Jméno, firma, e-mail a telefon jen s personal-data:read, obrat a LTV jen s reports:read. Peníze vždy po měnách, nikdy jedno smíšené číslo. |
| automations:read, webhooks:read, account:read | Katalog a seznam automatizací s běhy, validace návrhu; webhook endpointy bez tajemství a deník doručení; tarif účtu s limity a využitím. |
| automations:write | Vytvoření nebo úprava VYPNUTÉHO konceptu automatizace. Zapnout ho může jen člověk v aplikaci. |
| coupons:write | Založení slevového kuponu podle parametrů, které zadáte, a výslovná úprava existujícího (sleva, platnost, omezení na produkty a kategorie) — vždy s náhledem změn a až po potvrzení. Kupon se při založení nepřepíše — vrátí se rozdíl; mazat tímto rozsahem nelze. |
| coupons:delete | Výslovné smazání kuponu po náhledu a potvrzení. Kupon, který používá AI Mailing, okno registrace, naplánovaná kampaň nebo partner, se nesmaže — rozhraní vrátí závislosti. |
Rozsahy purchase-prices:read a personal-data:read nemají vlastní nástroj; rozhodují o polích v odpovědích ostatních (nákupní ceny, marže; jméno, e-mail, telefon a ulice zákazníka, kontakt dodavatele a partnera). Chybějící pole v odpovědi není nulové — chybí.
Seznam nástrojů, který asistent vidí, sleduje udělené rozsahy. Konektor autorizovaný jen na objednávky nástroje pro expedici ani nevidí.
Souhrnné nástroje (statistiky doručování, přehled analytiky, finanční souhrn, statistika reklamací, přehled partnerského programu) vracejí hotová čísla z aplikace. Claude nemusí stahovat tisíce záznamů a počítat sám; surové seznamy zůstávají pro podrobný pohled.
Úplný, generovaný seznam nástrojů s parametry je v dokumentaci MCP rozhraní MitoOps a stejný katalog popisuje REST API v OpenAPI.
Co se dá s Claude a MitoOps opravdu dělat: živé příklady
Všechny následující případy jsou dnes v provozu, ne na roadmapě. Otázky jsou formulované tak, jak je obchodník položí; výsledky jsou v článku záměrně bez čísel klienta.
| Otázka pro Claude | Nástroje MitoOps | Co z toho vznikne |
|---|---|---|
| Jaké bylo rozložení dopravců za srpen po trzích? | shipping_stats | Podíl zásilek po dopravcích a zemích, bez otevírání čtyř portálů. |
| Jaký měl každý dopravce medián a p90 času doručení? Kolik bylo nedoručených a vrácených? | shipping_stats, shipping_shipments | Porovnání dopravců na stejné metrice, z událostí sledování, ne z příslibu dopravce. |
| Tady je faktura od DHL — porovnej ji se zásilkami za ten měsíc. | shipping_shipments + nahraný dokument | Faktura jako externí zdroj pravdy o nákladech, zásilky MitoOps jako kontext; neshody a průměr na balík. |
| Jaká je marže produktu X za poslední měsíc? | sales_product_performance (s purchase-prices:read) | Prodej, nákupní cena v čase dokladu a marže — jen pro člověka, který na nákupní ceny má právo. |
| Porovnej obrat a konverzi čtyř e-shopů za Q3. | analytics_overview, reports_financial_summary | Multi-store přehled z jedné vrstvy s jednou měnou výkazů. |
| Kolik objednávek a obratu přišlo z ChatGPT a dalších AI zdrojů? | analytics_channels | Atribuce AI kanálů vedle organiky a placeného vyhledávání. |
| Které dotazy v Search Console mají vysoká zobrazení a nízké CTR? | analytics_seo | Kandidáti na úpravu titulků a popisů, přímo z GSC. |
| Kolik kusů produktu Y máme a odkud to číslo je? | inventory_stock | Stav zásoby i se zdrojem hodnoty — varianty, bilance e-shopu nebo karta produktu. |
Společný jmenovatel: Claude nehádá z obrázku nástěnky. Pracuje se strukturovanými provozními daty a, když je třeba, s externím dokumentem, který dodal obchodník.
Co Claude přes MCP MitoOps nemůže — a co je ten jeden zápis
Claude přes toto MCP připojení nemůže měnit provozní data v MitoOps. Neexistuje MCP nástroj na:
- změnu objednávky,
- změnu stavu objednávky,
- úpravu produktu,
- změnu ceny,
- změnu zásob,
- vytvoření refundace nebo dobropisu,
- vystavení dokladu, mazání záznamů ani zapnutí automatizace.
| Kde | Co brání zápisu |
|---|---|
| Jádro schopností | Každá schopnost dostupná přes REST je deklarovaná bez vedlejších účinků; jediné dvě se zápisem (koncept automatizace) jsou dostupné výhradně přes MCP a tento invariant hlídá automatický test. |
| Katalog | Jeden uzavřený seznam určuje, co je venku, pod jakým jménem nástroje a jakou REST cestou. Nic mimo něj se nedá zavolat. |
| Adaptéry a služba | REST adaptér odpoví na cokoli jiného než GET kódem 405 ještě dřív, než se podívá na kredenciál; MCP adaptér nabízí jen nástroje z katalogu a služba automatizací zapisuje výhradně vypnutý koncept. |
Od 3. 9. 2026 má MCP jeden úzký zápis — a je to vědomé rozhodnutí, ne přepínač na nástrojích ke čtení. S citlivým rozsahem automations:write, který na obrazovce souhlasu není předvyplněný a nabídne se jen člověku s právem upravovat automatizace, může Claude podle katalogu navrhnout pravidlo a uložit ho jako VYPNUTÝ koncept, nebo upravit koncept, který ještě nikdo nepublikoval. Koncept se objeví v Automatizacích jako každý rozpracovaný návrh; zapnout, publikovat nebo spustit ho může jen člověk v aplikaci. AI navrhne, člověk aktivuje.
Bezpečnostní hranici vynucuje server na třech úrovních, ne prosba v promptu. „AI řídí e-shop sama“ se v MitoOps nekoná: objednávky, sklad, produkty, ceny, doklady, refundace ani zapnutí workflow se přes MCP změnit nedají.
Je MCP pro e-commerce bezpečné? Šest vrstev v MitoOps
MCP samo o sobě integraci bezpečnou nedělá. Bezpečnost závisí na tom, jak server řeší autentizaci, oprávnění a dostupné nástroje. V MitoOps platí pro každý konektor šest vrstev:
- Izolace zákaznických prostorů. Každý zákazník pracuje v odděleném prostoru s vlastní databází. Kredenciál nese tento prostor, takže konektor autorizovaný v jednom účtu nemá cestu do jiného.
- Výběr e-shopů. Autorizace pokrývá jen e-shopy zaškrtnuté na obrazovce souhlasu a seznam se ukládá výslovně. E-shop připojený později se do existujícího grantu sám nepřidá.
- Rozsahy. Přístup je rozdělený do 20 rozsahů, z toho 6 citlivých (výkazy, nákupní ceny, osobní údaje, nákup, návrhy automatizací, kupony a správa partnerského programu): nikdy nejsou předvyplněné a člověk je musí zaškrtnout vědomě.
- Oprávnění uživatele. Obrazovka souhlasu nabízí jen rozsahy, které přihlášený člověk sám má. Skladník, který v MitoOps nevidí nákupní ceny, je nemůže udělit ani AI asistentovi; kdo nesmí upravovat automatizace, rozsah pro návrhy ani neuvidí.
- Nástroje převážně čtou. Z 84 nástrojů 67 jen čte a 17 zapisuje: vypnutý koncept automatizace, který zapne člověk, a slevový kupon podle parametrů, které zadá — včetně výslovné úpravy a mazání s náhledem a potvrzením. Kupon, který už existuje, se při založení nepřepíše — vrátí se rozdíl; mazání má vlastní rozsah a kupon s živou závislostí odmítne. Anotace nástrojů (readOnlyHint) to říkají klientovi, hranici drží služba — a REST API nemá zápis vůbec.
- Platnost a odvolání. Přístupový token platí hodinu a obnovovací token 30 dní; standardní OAuth endpoint na odvolání je implementovaný a odvolaný grant zastaví každý token, který z něj vznikl. Přístupové klíče vydané v aplikaci se dají na obrazovce API & MCP okamžitě zrušit nebo vyměnit.
Ze čtvrté vrstvy plynou dvě věci. Nikdo si přes AI nemůže zvýšit vlastní práva a bezpečnostní posouzení konektoru je stejné posouzení, které MitoOps už dělá pro lidi.
Jaký je rozdíl mezi API a MCP?
API a MCP se často popisují jako konkurenční technologie. V tomto použití je to nesprávný model. REST i MCP v MitoOps stojí nad stejnými obchodními schopnostmi a čtou z jednoho společného katalogu:
| REST API | MCP |
|---|---|
| Program výslovně volá endpoint | AI klient objeví a zavolá nástroj |
| Ideální pro integraci softwaru se softwarem | Ideální pro práci AI asistenta |
| Které volání se udělá, rozhoduje vývojář | Vhodný vystavený nástroj vybírá model |
| Strukturované HTTP rozhraní se smlouvou OpenAPI | Strukturované rozhraní nástrojů se schématy JSON |
| Ověření přístupovým klíčem | Ověření přístupovým klíčem nebo přes OAuth jménem člověka |
Obě cesty používají stejné rozsahy (20) a stejný výběr e-shopů. Obálky se liší; obchodní data jsou totožná. REST je jen ke čtení; zápisy — koncept automatizace a slevový kupon — jsou dostupné jen přes MCP.
MCP proto pro nás není náhrada API MitoOps. Je to další kontrolovaný způsob, jak se stejného provozního systému ptát na data. Přehled obou cest je na stránce API & MCP, podrobnosti v dokumentaci pro vývojáře.
AI analýza nákladů na dopravu: faktura dopravce plus data MitoOps
Silný příklad, který dnes funguje, je AI analytika dopravy. Majitel e-shopu dostane měsíční fakturu od dopravce, řekněme od DHL. Místo exportu šesti tabulek nahraje do Claude jen tu fakturu. Provozní kontext kolem ní dodá MitoOps přes nástroje, které člověk povolil:
- zásilky za období s dopravcem, službou, zemí a časy předání a doručení,
- statistiky dopravců: počty, úspěšnost, medián a p90 doručení,
- objednávky za období a jejich trhy,
- prodeje po produktech a marže, pokud má uživatel oprávnění,
- atribuční data GA4 a dotazy ze Search Console.
Claude si fakturu přečte, MitoOps dodá strukturovaný kontext a analýza proběhne nad oběma: skutečná průměrná cena na balík, země s nejvyšším podílem nákladů na obratu, dopravce, který je pro danou zemi rychlejší, a jestli hranice dopravy zdarma dává při skutečných nákladech smysl.
Faktura dopravce je přitom důležitá i proto, že MitoOps nepředstírá, že zná skutečné náklady na dopravu každého obchodníka. V reportech je náklad na dopravu nastavení zákazníka se čtyřmi režimy — skutečný náklad na zásilku z připojeného zdroje, procento z obratu, pevná částka na objednávku, nebo vypnuto. Externí dokument je proto poctivý zdroj pravdy o nákladech a MitoOps dodává to, co ví s jistotou: zásilky, časy a objednávky.
Umí AI analyzovat GA4 a data e-shopu společně?
Ano, a v MitoOps je to dnes v provozu. Vrstva analytiky a sledování spojuje objednávky e-shopu s Google Analytics 4 a Search Console: sleduje atribuci a pokrytí měření oproti objednávkám, obrat po kanálech a metriky Search Console jako kliknutí, zobrazení, CTR a průměrnou pozici. Jak tato vrstva přistupuje k objednávkám, které analytika nikdy nevidí, popisuje náš článek o pokrytí měření.
Přes MCP jsou stejná data dostupná v rozsahu analytics:read: přehled období, kanály včetně ChatGPT a dalších AI zdrojů, dotazy a stránky ze Search Console a pokrytí objednávek měřením. Claude tak nepotřebuje samostatný konektor na GA4 a samostatný na e-shop, aby odpověděl na otázku napříč systémy — ptá se provozní vrstvy MitoOps s jejím existujícím systémem oprávnění.
A co Shoptet, WooCommerce a PrestaShop?
Rozdíl mezi architekturou a stavem nasazení platí i pro e-shopové platformy.
Shoptet je dnes na MitoOps připojený v ostrém provozu. Pro obchodníka na Shoptetu je tedy MitoOps provozní vrstva mezi e-shopovou platformou a AI asistentem. Je to jiná myšlenka než připojit Claude přímo na API Shoptetu: e-shop posílá obchodní data do MitoOps a Claude čte normalizovanou podobu v MitoOps přes MCP.
WooCommerce je zapojený stejně: e-shop se připojí jedním kliknutím a MitoOps z něj čte objednávky, katalog i recenze a vrací zpět stav objednávky, sklad a sledovací číslo. Claude k němu přistupuje přes tutéž provozní vrstvu, ne přes API WooCommerce.
Integrace Shopify a PrestaShop jsou ve vývoji a na našem webu jsou označené jako připravované. Netvrdíme proto, že MitoOps dnes nabízí živou integraci Shopify MCP nebo PrestaShop MCP.
Až budou nasazené i ty, architektura směrem k AI zůstane stejná: mění se e-shopová platforma na vstupu, Claude se dál baví s provozní vrstvou MitoOps se stejnými nástroji a rozsahy.
Dá se Claude připojit k ERP přes MCP?
Ano, pokud ERP nebo mezivrstva vystaví vhodný MCP server.
MitoOps sám se nestaví do pozice obecného ERP. Je to systém pro provoz e-shopů. Princip za připojením ERP přes MCP je však stejný: AI se má ptát obchodní vrstvy, která už rozumí významu objednávek, produktů, faktur, zásob a oprávnění, a ne dostat surový přístup do databáze.
MitoOps záměrně neposkytuje přes veřejné rozhraní přímý přístup do databáze a nezdokumentované trasy aplikace nejsou součástí smlouvy. Rozhraní je /api/v1 pro REST a /api/mcp pro MCP, nic jiného.
Ve kterém tarifu je API & MCP?
Od tarifu Start. Tarify se liší počtem aktivních přístupových klíčů: Start má jeden, Růst dva, Pro pět a tarif na míru podle dohody. Zkušební verze a Začátečník rozhraní nemají.
Připojení Claude.ai přes OAuth klíč nespotřebovává. Klient na tarifu Start s jedním vydaným klíčem si Claude připojí, aniž by klíč rušil. Limit klíčů vymáhá server; snížení tarifu existující klíče nezruší, jen zastaví vydávání nových, dokud počet neklesne pod nový strop. Aktuální hodnoty jsou v ceníku.
Proč MCP MitoOps čte — a zapisuje jen koncept
Nejlehčí AI ukázka je agent, který něco změní. Těžší otázka je, jestli má.
Systém e-shopu obsahuje ostrá data. Špatná cena, špatný stav zásob nebo změněný stav objednávky není kosmetická chyba AI. Je to provozní incident se zákazníkem na druhém konci.
Veřejná MCP vrstva MitoOps se proto řídí jedním pravidlem: ať AI nejdřív firmě rozumí, potom ať navrhuje, a obsluhovat ať ji nechává člověku. Čtení už dnes pokrývá užitečnou práci:
- najít provozní informaci bez otevírání pěti obrazovek,
- shrnout objednávky, zásilky, reklamace nebo výkaz za období nebo trh,
- porovnat dopravce a trhy na stejných metrikách,
- vyhledat produkty podle kódu nebo EAN a ověřit zásobu,
- dohledat faktury, dobropisy a výkon partnerského programu,
- spojit data MitoOps s dokumenty, které uživatel nahraje,
- navrhnout automatizaci jako vypnutý koncept, který člověk zkontroluje a zapne.
Zápis vznikl jako samostatný problém, ne jako přepínač na nástrojích ke čtení: jedna akce (koncept), vlastní citlivý rozsah, idempotence přes clientRequestId, optimistická souběžnost přes expectedVersion, verze katalogu a audit každého volání. Další zápisy, pokud vůbec, přijdou stejnou cestou — po jednom, s hranicí, kterou drží server.
Co jsme se z testu MitoOps a Mitochondriak naučili
Hlavní výsledek nebyl ten, že Claude umí vypsat objednávku. To je technicky ta lehká část.
Důležitější výsledek je, že běžná AI aplikace se uměla připojit k živým provozním datům čtyř e-shopů přes známý OAuth postup, přičemž autoritou zůstal MitoOps, a to pro:
- kdo se připojuje,
- do kterého zákaznického prostoru patří,
- které e-shopy smí zpřístupnit,
- které rozsahy smí udělit,
- která finanční data smí vidět,
- které nástroje fyzicky existují,
- jestli to tarif vůbec dovoluje.
A druhý výsledek: otázky, na které by obchodník dřív potřeboval čtyři administrace, portály dopravců, GA4, Search Console a tabulku, dnes položí jednou větou. Ne proto, že AI je chytřejší, ale proto, že dostala jednu normalizovanou vrstvu s jasnými hranicemi.