Magento 2 & Hyvä, done right by one developer.

Yes — in the segments where it’s strongest. Magento (Open Source + Adobe Commerce) will dominate enterprise B2B, multi-store, regulated industries, and EU-compliance-heavy commerce through 2030 and beyond. Where it bleeds is the SMB / DTC segment under $5M GMV, which Shopify already won and now cements with Sidekick + Hydrogen. Magento survives, but its addressable market shrinks: from “everyone” to “serious B2B + custom-heavy enterprise.” That’s still a multi-billion-dollar segment globally. The platform isn’t going anywhere; the merchants who choose it just look more specific.

MCP is an open protocol Anthropic shipped in November 2024 that lets large language models talk to external tools and data sources through a standard interface. Think of it as USB-C for AI — one socket, many devices. For Magento, MCP means Claude, ChatGPT, or Cursor can query your catalogue, check stock, summarise yesterday’s orders, or draft a discount code without you writing five different REST integrations. The protocol crossed tribal lines fast: OpenAI and Google both adopted it in early 2025, and Adobe made it the default agent protocol for Commerce at Summit 2026. That puts MCP in the same “assume it’s there” bucket as JSON-RPC or OAuth — you build for it once and every major AI client gets your Magento data for free.

The honest minimum is 12 weeks of daily sales data per SKU — that’s enough for Prophet to lock onto a weekly pattern and produce a usable 4–6 week forecast. With 26 weeks you start getting yearly seasonality. With 52+ weeks (one full annual cycle including your peak season) Prophet really shines and you can forecast 90 days out with sub-15% MAPE on most retail SKUs. Below 12 weeks, do NOT use Prophet — fall back to a 28-day moving average plus a manual safety-stock multiplier. The model will overfit garbage if you feed it too little.

No — they are different products from the same company. Hyvä Theme is a free, open-source (OSL3) Tailwind + Alpine storefront frontend for Magento, released to free in November 2025. Hyvä Commerce is a paid commercial suite of admin, media, and CMS modules that sits on top of Magento Open Source. You can run Theme without Commerce, but most stores that buy Commerce also use Theme.

Both. Everything in the build runs on stock Magento 2.4.7+ Open Source — there’s no Adobe Commerce-specific API used. The observer hooks into catalog_product_save_after, which is identical on both editions. The MessageQueue layer uses Magento’s built-in MessageQueue module (also Open Source). The only Adobe Commerce-only consideration is the Image Editor extension Adobe ships, which you’d disable to avoid duplicate processing. Bottom line: Open Source merchants get the full benefit without paying for Adobe Commerce just for image handling.

Three reasons. (1) Async first. Python 3.12 has native async/await; PHP needs ReactPHP or Swoole bolted on. MCP tools fan-out to multiple downstream calls per request, so async is table stakes. (2) Library ecosystem. FastMCP, Pydantic, httpx, tenacity, pybreaker — the production-grade plumbing exists today in Python. PHP MCP libraries are nascent. (3) Performance. The Yegor Shytikov benchmark (PyGento) measured ~178 req/sec on a single Python core vs ~1 req/sec on Magento PHP-FPM under 350 concurrent users. Same hardware. That 100x+ gap is the difference between “runs in a sidecar” and “needs its own cluster.” PHP MCP works; Python ships in a weekend.

rembg matches Photoroom on ~95% of typical product photos and beats it on cost (zero vs ~9¢ per image) and privacy (offline vs “image leaves your network”). Photoroom is genuinely better on the hard 5% — hair, fur, glass, fine jewellery edges, transparent packaging. For most Magento stores (apparel, FMCG, electronics, home goods), rembg is the right default. The pragmatic pattern is: run rembg first, route the rejected outputs (caught by a simple alpha-edge QA check) to Photoroom as a fallback. You pay Photoroom for ~5% of your volume instead of 100%.