@mindstudio-ai/remy 0.1.28 → 0.1.30
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/dist/headless.js
CHANGED
|
@@ -2646,13 +2646,13 @@ var DESIGN_EXPERT_TOOLS = [
|
|
|
2646
2646
|
},
|
|
2647
2647
|
{
|
|
2648
2648
|
name: "runBrowserTest",
|
|
2649
|
-
description: "Run an automated browser test against the live app preview. Use to verify
|
|
2649
|
+
description: "Run an automated browser test against the live app preview. Use to verify implementation details via getComputedStyle: font-family names, exact colors, spacing, borders, shadows, font sizes, transforms. Also supports navigation between pages and screenshots. Use this to confirm the right fonts are loaded and CSS values match the spec.",
|
|
2650
2650
|
inputSchema: {
|
|
2651
2651
|
type: "object",
|
|
2652
2652
|
properties: {
|
|
2653
2653
|
task: {
|
|
2654
2654
|
type: "string",
|
|
2655
|
-
description: 'What to verify, in natural language.
|
|
2655
|
+
description: 'What to verify, in natural language. Focus on measurable properties: "Check the hero cards have border-radius: 24px and box-shadow" or "Verify the background color of the CTA section is #C4FF0D".'
|
|
2656
2656
|
}
|
|
2657
2657
|
},
|
|
2658
2658
|
required: ["task"]
|
package/dist/index.js
CHANGED
|
@@ -2767,13 +2767,13 @@ var init_tools2 = __esm({
|
|
|
2767
2767
|
},
|
|
2768
2768
|
{
|
|
2769
2769
|
name: "runBrowserTest",
|
|
2770
|
-
description: "Run an automated browser test against the live app preview. Use to verify
|
|
2770
|
+
description: "Run an automated browser test against the live app preview. Use to verify implementation details via getComputedStyle: font-family names, exact colors, spacing, borders, shadows, font sizes, transforms. Also supports navigation between pages and screenshots. Use this to confirm the right fonts are loaded and CSS values match the spec.",
|
|
2771
2771
|
inputSchema: {
|
|
2772
2772
|
type: "object",
|
|
2773
2773
|
properties: {
|
|
2774
2774
|
task: {
|
|
2775
2775
|
type: "string",
|
|
2776
|
-
description: 'What to verify, in natural language.
|
|
2776
|
+
description: 'What to verify, in natural language. Focus on measurable properties: "Check the hero cards have border-radius: 24px and box-shadow" or "Verify the background color of the CTA section is #C4FF0D".'
|
|
2777
2777
|
}
|
|
2778
2778
|
},
|
|
2779
2779
|
required: ["task"]
|
|
@@ -26,7 +26,7 @@ Lead with the visual style, then describe the content. This order helps the mode
|
|
|
26
26
|
- Describing positions of arms, legs, or specific limb arrangements.
|
|
27
27
|
- Conflicting style instructions ("photorealistic cartoon").
|
|
28
28
|
- Describing what you don't want — say "empty street" not "street with no cars."
|
|
29
|
-
-
|
|
29
|
+
- Image models have a high risk of rendering text. Any word or phrase in your prompt that could be interpreted as a title, label, or caption risks appearing as literal text in the image. Triggers like "magazine cover" also risk making it render a literal mockup of a magazine masthread, even if all you wanted was a certain photography stype. Common triggers: "poster", "editorial", "magazine", "cover", "sign", or brand names, industry jargon, etc. Be thoughtful, careful, and intentional with your prompt - especially when describing abtract visualizations - and describe the visual qualities you want instead of referencing formats or concepts as shorthand.
|
|
30
30
|
|
|
31
31
|
### How generated images work in the UI
|
|
32
32
|
|
|
@@ -1,7 +1,9 @@
|
|
|
1
1
|
## Tool usage
|
|
2
2
|
|
|
3
3
|
- Use `analyzeReferenceImageOrUrl` to analyze any image URL or website URL. Websites are automatically screenshotted. Omit the prompt for a standard design analysis, or provide a custom prompt for specific questions. Do not screenshot font specimen pages, documentation, or other text-heavy pages — use `fetchUrl` for those instead.
|
|
4
|
-
- Use `screenshot` to
|
|
4
|
+
- Use `screenshot` to see the current state of the app preview. This is your primary tool for visual review. Use `fullPage: true` to see the entire page at once. Remember, the screenshot analysis is not overly precise - for example, it cannot reliably identify specific fonts by name — it can only describe what letterforms look like.
|
|
5
|
+
- Use `runBrowserTest` only to verify specific computed values that a screenshot can't tell you: exact font-family names, hex colors, pixel measurements, border-radius, box-shadow, transforms. Keep requests focused — ask it to check specific properties on specific elements, not to take screenshots or scroll around.
|
|
6
|
+
- **screenshot vs runBrowserTest**: Screenshot to *see* the page. Browser test to *measure* specific CSS values. Never use the browser agent for tasks your screenshot tool can handle, or vice versa.
|
|
5
7
|
- Use `searchGoogle` and `fetchUrl` only when the user references something specific: a particular website to match, a brand to look up, a company whose identity you need to research. You already have curated fonts, inspiration references, and strong internal knowledge — don't search the web for generic inspiration or "best X apps." The web is for specific lookups, not creative direction.
|
|
6
8
|
- When proposing multiple options, make them genuinely different directions (dark + bold vs. light + editorial) rather than minor variations.
|
|
7
9
|
- When multiple tool calls are independent, make them all in a single turn. Searching for three different products, or fetching two reference sites: batch them instead of doing one per turn.
|