@mindstudio-ai/remy 0.1.45 → 0.1.47

package/dist/headless.js

@@ -2157,7 +2157,10 @@ var runMethodTool = {
 
 // src/subagents/common/analyzeImage.ts
 var VISION_MODEL = "gemini-3-flash";
-var VISION_MODEL_OVERRIDE = JSON.stringify({ model: VISION_MODEL });
+var VISION_MODEL_OVERRIDE = JSON.stringify({
+  model: VISION_MODEL,
+  config: { thinkingBudget: "off" }
+});
 async function analyzeImage(params) {
   const { prompt, imageUrl, timeout = 2e5, onLog } = params;
   return runCli(
@@ -3080,6 +3083,11 @@ __export(generateImages_exports, {
 });
 
 // src/subagents/designExpert/tools/images/enhancePrompt.ts
+var ENHANCE_MODEL = "gemini-3-flash";
+var MODEL_OVERRIDE = JSON.stringify({
+  model: ENHANCE_MODEL,
+  config: { thinkingBudget: "off" }
+});
 var SYSTEM_PROMPT = readAsset(
   "subagents/designExpert/tools/images/enhance-image-prompt.md"
 );
@@ -3104,7 +3112,7 @@ ${context}
 ${brief}
 </brief>`;
   const enhanced = await runCli(
-    `mindstudio generate-text --message ${JSON.stringify(message)} --output-key content --no-meta`,
+    `mindstudio generate-text --message ${JSON.stringify(message)} --model-override ${JSON.stringify(MODEL_OVERRIDE)} --output-key content --no-meta`,
     { timeout: 6e4, onLog }
   );
   return enhanced.trim();

package/dist/index.js

@@ -2085,7 +2085,10 @@ var init_analyzeImage = __esm({
     "use strict";
     init_runCli();
     VISION_MODEL = "gemini-3-flash";
-    VISION_MODEL_OVERRIDE = JSON.stringify({ model: VISION_MODEL });
+    VISION_MODEL_OVERRIDE = JSON.stringify({
+      model: VISION_MODEL,
+      config: { thinkingBudget: "off" }
+    });
   }
 });
 
@@ -3157,17 +3160,22 @@ ${context}
 ${brief}
 </brief>`;
   const enhanced = await runCli(
-    `mindstudio generate-text --message ${JSON.stringify(message)} --output-key content --no-meta`,
+    `mindstudio generate-text --message ${JSON.stringify(message)} --model-override ${JSON.stringify(MODEL_OVERRIDE)} --output-key content --no-meta`,
     { timeout: 6e4, onLog }
   );
   return enhanced.trim();
 }
-var SYSTEM_PROMPT;
+var ENHANCE_MODEL, MODEL_OVERRIDE, SYSTEM_PROMPT;
 var init_enhancePrompt = __esm({
   "src/subagents/designExpert/tools/images/enhancePrompt.ts"() {
     "use strict";
     init_runCli();
     init_assets();
+    ENHANCE_MODEL = "gemini-3-flash";
+    MODEL_OVERRIDE = JSON.stringify({
+      model: ENHANCE_MODEL,
+      config: { thinkingBudget: "off" }
+    });
     SYSTEM_PROMPT = readAsset(
       "subagents/designExpert/tools/images/enhance-image-prompt.md"
     );

package/dist/prompt/compiled/design.md

@@ -82,7 +82,7 @@ The UI should feel instant. Never make the user wait for a server round-trip to
 
 ## FTUE
 
-All interactive apps must be intuitive and easy to use. Form elements must be well-labelled. Complex interfaces should have descriptions or tooltips when helpful. Complex apps benefit from a beautiful simple onboarding modal on first use or a simple click tour. Even if the app is intuitive and easy to use, users showing up for the first time might still be overwhelmed or confused, and we have an opportunity to set expectations, provide context, and make the user confident as they use our product. Don't neglect this.
+All interactive apps must be intuitive and easy to use. Form elements must be well-labelled. Complex interfaces should have descriptions or tooltips when helpful. Complex apps benefit from a beautiful simple onboarding modal on first use or a simple click tour. Mobile apps need a beautiful welcome screen sequence that orients the user to the app. Ask the visualDesignExpert for advice here. Even if the app is intuitive and easy to use, users showing up for the first time might still be overwhelmed or confused, and we have an opportunity to set expectations, provide context, and make the user confident as they use our product. Don't neglect this.
 
 ## What to Actively Avoid At All Costs
 

package/dist/prompt/compiled/scenarios.md

@@ -101,3 +101,7 @@ When a scenario runs, the platform:
 3. **Impersonates** the roles from the scenario's `roles` field (the app renders from that user's perspective)
 
 This is deterministic — same scenario always produces the same state.
+
+## Scenario Images
+
+When scenarios seed data that includes image URLs (profile photos, product images, cover art, etc.), ask the `visualDesignExpert` to generate a small batch of images that fit the app's aesthetic before writing the scenario code. A handful of bespoke photos make scenarios feel dramatically more real than placeholder services. Use the CDN URLs directly in your `db.push()` calls.

package/dist/prompt/compiled/tables.md

@@ -47,6 +47,16 @@ export const Users = db.defineTable<User>('users', {
 | `object` / `array` / JSON types | TEXT | Stored as JSON string, parsed on read |
 | `User` (branded type) | TEXT | User ID with `@@user@@` prefix (transparent — your code works with clean UUIDs) |
 
+### When to Use JSON Columns vs Separate Tables
+
+Every table operation is a network round-trip — not a local SQLite query. There are no JOINs. Fetching related data across tables means multiple sequential or batched HTTP calls. Design your schema around how data is accessed, not traditional normalization rules. Remember that databases in these apps are usually quite small - often single or a handful of users - we need to optimize for speed, not normalization.
+
+**Use a JSON column** when the data is always read and written with its parent. A product with a list of variant options, a form submission with its answers etc — these are single units that load together and save together. One row, one round-trip.
+
+**Use a separate table** when you need to query the child data independently, when the child set could grow unbounded, or when children are updated individually without touching the parent.
+
+Most 1:1 and 1:few relationships belong in JSON columns. Separate tables are for genuinely independent entities that happen to reference each other.
+
 ### System Columns
 
 Every table automatically has these columns. The SDK adds them to the TypeScript return type automatically — you can access them on any row returned from `get()`, `filter()`, `push()`, etc. without declaring them in your interface. They're also stripped from write inputs, so you never pass them to `push()` or `update()`.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@mindstudio-ai/remy",
-  "version": "0.1.45",
+  "version": "0.1.47",
   "description": "MindStudio coding agent",
   "repository": {
     "type": "git",