@mindstudio-ai/remy 0.1.278 → 0.1.279
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/README.md +1 -0
- package/dist/automatedActions/approveInitialPlan.md +1 -3
- package/dist/automatedActions/postBuildPolish.md +1 -1
- package/dist/headless.js +259 -85
- package/dist/index.js +268 -78
- package/dist/prompt/compiled/jewels.md +3 -0
- package/dist/prompt/compiled/methods.md +4 -0
- package/dist/prompt/skills/jewels.md +296 -0
- package/dist/prompt/skills/taskAgents.md +1 -1
- package/dist/prompt/static/coding.md +1 -0
- package/dist/prompt/static/team.md +2 -2
- package/dist/subagents/codeSanityCheck/prompt.md +1 -1
- package/dist/subagents/designExpert/prompts/instructions.md +1 -0
- package/dist/subagents/designExpert/prompts/ui-patterns.md +7 -13
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -86,6 +86,7 @@ Available in all onboarding states. Used for authoring and editing MSFM specs in
|
|
|
86
86
|
| `editsFinished` | Signal that file edits are complete for live preview |
|
|
87
87
|
| `runScenario` | Run a scenario to seed the dev database with test data |
|
|
88
88
|
| `runMethod` | Run a method in the dev environment and return the result |
|
|
89
|
+
| `testJewel` | Run a method's jewel against a test input and return its pair record |
|
|
89
90
|
| `screenshot` | Capture a screenshot of the app preview and get a description of what's on screen |
|
|
90
91
|
| `runAutomatedBrowserTest` | Run an automated browser test against the live preview with DOM snapshots and interaction execution (sub-agent) |
|
|
91
92
|
|
|
@@ -5,9 +5,7 @@ next: buildFromInitialSpec
|
|
|
5
5
|
|
|
6
6
|
The user has approved your initial plan. Time to bring it to life.
|
|
7
7
|
|
|
8
|
-
First,
|
|
9
|
-
|
|
10
|
-
Then, write the full spec. Follow the instructions in <spec_authoring_instructions> to write all spec files: app.md, web.md, brand (visual.md, colors.md, typography.md, voice.md), and any others the project needs. Consult the design expert for brand and visual direction. Be thorough: the spec drives everything downstream.
|
|
8
|
+
First, write the full spec. Follow the instructions in <spec_authoring_instructions> to write all spec files: app.md, web.md, brand (visual.md, colors.md, typography.md, voice.md), and any others the project needs. Consult the design expert for brand and visual direction. Be thorough: the spec drives everything downstream.
|
|
11
9
|
|
|
12
10
|
As the final step of spec authoring, dispatch `productVision` with `background: true` to seed the initial roadmap and generate the pitch deck. It runs long and it keeps working after this turn ends, reporting back later as an automated message — so hand it off and move on rather than waiting on it.
|
|
13
11
|
|
|
@@ -16,4 +16,4 @@ When everything is working and polished:
|
|
|
16
16
|
1. Write the Build Overview. Author the full copy of everything this build actually produced — the data stores and what each holds, the backend operations, the interfaces, any access and role boundaries, background jobs, and seeded scenarios, including the parts the user can't see — in plain, calm, present-tense language, with real names and exact counts. Then call `writeBuildOverview` to render it. Do this now, before compacting, while the build is still fresh in context.
|
|
17
17
|
2. Use `productVision` to mark the MVP roadmap item as done.
|
|
18
18
|
3. Call `compactConversation` to summarize the build session and free up context for the next phase of work.
|
|
19
|
-
4. Call `
|
|
19
|
+
4. Call `markBuildComplete`. The user lands on the Build Overview — their first look at the finished app — and the editor fully unlocks.
|