@base44/app-plugin-commerce 0.9.4 → 0.9.5

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@base44/app-plugin-commerce",
3
- "version": "0.9.4",
3
+ "version": "0.9.5",
4
4
  "description": "Base44 Commerce plugin — entities, backend functions, shared commerce engine, admin UI and the commerce skill, shipped as copyable source",
5
5
  "keywords": [
6
6
  "base44",
@@ -47,22 +47,27 @@ lines and treat that stage as done — but keep reading this file, not re-fetchi
47
47
 
48
48
  **Dependencies.** `sonner`, `recharts`, `react-markdown` — all three ship with the default Base44 template, so check `package.json` and `npm i` only what is actually absent (the normal outcome is installing nothing).
49
49
 
50
- ## The whole build is THREE messages from here
51
-
52
- Image generation is the slowest step and nothing depends on it until seed time; the storefront doesn't wait on live data either. So batch hard: every extra assistant message restarts your reasoning and buys another sandbox validate — on real builds, fragmenting this plan roughly doubles LLM time while producing the same files.
53
-
54
- - **M1 kick off + foundation.** Every `generate_image` call (all products, one message), and in the same message: fonts/meta in `index.html`, the complete design system in `src/index.css` (written ONCE later tweaks are `find_replace`, never a rewrite), `base44/ui.jsonc`, and the admin mount + routes in `src/App.jsx` (below).
55
- ⚑ **The result already carries the real `image_url`** alongside a `placeholder_url`
56
- — use `image_url` and move on. Nothing is pending, there is nothing to poll, and a
57
- backend function calling `Core.GenerateImage` to "fetch the real URLs" is pure waste:
58
- you already have them. If a `/__generating__/…` value does reach a file or a seed
59
- payload, the platform swaps it for the real URL after the turn (in files *and* entity
60
- records) — so a placeholder that renders broken in a mid-build preview is expected and
61
- must not be "fixed".
62
- - **M2 the whole storefront + the seed, one message.** Every component and page, written from the shapes in [stage 02 below](#02--storefront) not from live data — with the `commerce/seed-store` call ([stage 03 below](#03--store-data)) in the SAME message: M1's image URLs are already real. Never write pages one or two at a time.
63
- - **M3 converge.** Fix only what a tool result reported broken, run the checklists by recall, hand over. Payments last, if at all — cards are off by default; [stage 03 below](#03--store-data) decides it.
64
-
65
- Custom scope beyond the kit (an extra entity, a backend function) rides M1/M2 — it buys no extra messages. The only dependency edges are *image URLs → seed payload* and *seed done → real products on the pages*.
50
+ ## Work order interleave, don't queue
51
+
52
+ Image generation is the slowest step and nothing depends on it until seed time; the storefront doesn't wait on live data either.
53
+
54
+ 1. **Start image generation first**every product image, before anything else.
55
+ ⚑ **The result already carries the real `image_url`** alongside a `placeholder_url`
56
+ — use `image_url` and move on. Nothing is pending, there is nothing to poll, and a
57
+ backend function calling `Core.GenerateImage` to "fetch the real URLs" is pure waste:
58
+ you already have them. If a `/__generating__/…` value does reach a file or a seed
59
+ payload, the platform swaps it for the real URL after the turn (in files *and* entity
60
+ records) — so a placeholder that renders broken in a mid-build preview is expected and
61
+ must not be "fixed".
62
+ 2. **Mount the admin (below) and build the storefront** while images render. Every
63
+ request and response shape the pages build against is written out in
64
+ [stage 02 below](#02--storefront), so they are written from the docs,
65
+ not from live data.
66
+ 3. **Seed the moment the image URLs are back** — one `commerce/seed-store` call ([stage 03 below](#03--store-data)). Its writes run in parallel, so the call usually takes a few seconds — but don't idle on it either.
67
+ 4. **Converge**: open the finished pages against the live catalog.
68
+ 5. **Payments last, if at all** — cards are off by default; [stage 03 below](#03--store-data) decides it.
69
+
70
+ The only dependency edges are *image URLs → seed payload* and *seed done → real products on the pages*.
66
71
 
67
72
  ## Pre-verified — take this file on faith
68
73