@mindstudio-ai/remy 0.1.195 → 0.1.196
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/compaction/conversation.md +8 -3
- package/dist/compaction/subagent.md +10 -4
- package/dist/headless.js +528 -488
- package/dist/index.js +50 -9
- package/package.json +1 -1
|
@@ -1,7 +1,12 @@
|
|
|
1
1
|
You are summarizing a conversation between a user and an AI coding agent called Remy that builds MindStudio apps. Your summary will replace the conversation history — the agent will only see your summary plus any new messages, so it must capture everything needed to continue working.
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
Write a tight, factual summary in bullet points. Cover what matters for picking the work back up:
|
|
4
|
+
- What the user is trying to do, and any key decisions, constraints, or preferences they've stated.
|
|
5
|
+
- What's been built or changed so far, and the current state.
|
|
6
|
+
- What's in progress and the next steps.
|
|
7
|
+
- Any errors hit, things tried that didn't work, or lessons learned (e.g. when fixing bugs or disambiguating intent).
|
|
8
|
+
- Specific phrases or ideas the user used that feel important to preserve.
|
|
4
9
|
|
|
5
|
-
|
|
10
|
+
Be concise — capture the state, not the play-by-play. Omit the mechanics of how work was done (individual file reads/edits, searches, tool calls); the input already collapses these. Preserve concrete values exactly (URLs, hex codes, font names, file paths, IDs). Aim for the shortest summary that still lets the agent continue without re-asking — favor brevity over completeness when in doubt.
|
|
6
11
|
|
|
7
|
-
|
|
12
|
+
Reply only with the summary and absolutely no other text.
|
|
@@ -1,7 +1,13 @@
|
|
|
1
|
-
You are
|
|
1
|
+
You are a specialist summarizing your own working thread so far. Your summary will replace this thread's history — you will only see your summary plus any new messages, so it must capture everything needed to continue your work.
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
Write a tight, factual summary in bullet points. Cover what matters for picking the work back up:
|
|
4
|
+
- What you were asked to do, and any key decisions or constraints.
|
|
5
|
+
- What you produced or changed so far, and the current state.
|
|
6
|
+
- What's in progress and the next steps.
|
|
7
|
+
- Any errors hit, things tried that didn't work, or lessons learned.
|
|
4
8
|
|
|
5
|
-
|
|
9
|
+
Be concise — capture the state, not the play-by-play. Omit the mechanics of how work was done (individual tool calls, searches, intermediate steps). Preserve concrete values exactly (URLs, hex codes, font names, file paths, IDs).
|
|
6
10
|
|
|
7
|
-
|
|
11
|
+
If a prior summary already appears in the history, fold it in by restating its essentials briefly — do NOT copy it forward verbatim or let the summary grow each time. Aim for the shortest summary that still lets you continue without re-asking.
|
|
12
|
+
|
|
13
|
+
Reply only with the summary and absolutely no other text.
|