synthesisui 0.16.145 → 0.16.147
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/skill-import.js +10 -0
- package/dist/skill-init.js +35 -8
- package/package.json +1 -1
package/dist/skill-import.js
CHANGED
|
@@ -172,6 +172,16 @@ file to pick between. Nothing is sent by \`--dry\`. Read the file.
|
|
|
172
172
|
|
|
173
173
|
### 2. Walk them through the decisions - ALL of them, before any reading
|
|
174
174
|
|
|
175
|
+
**WHEN \`sui-init\` SENT YOU HERE, THESE ARE ALREADY ANSWERED. Ask nothing.**
|
|
176
|
+
|
|
177
|
+
The first-run skill collects source, name, primary, theme, canvas, architecture and \`standards\`
|
|
178
|
+
before it hands over, precisely so this step is silent. Asking again is not thoroughness - it is the
|
|
179
|
+
same six questions twice in one conversation, which reads as a tool that forgot what it was told, and
|
|
180
|
+
it is the single fastest way to make a first run feel long. Take the answers, skip to step 3, and
|
|
181
|
+
confirm nothing.
|
|
182
|
+
|
|
183
|
+
If any of them is missing from the handover, ask ONLY that one.
|
|
184
|
+
|
|
175
185
|
**Every question this skill asks is answerable from the census you just took.** Source, name,
|
|
176
186
|
primary, theme, canvas, architecture - the numbers behind all six are in the file on their disk,
|
|
177
187
|
and none of them needs the anatomy.
|
package/dist/skill-init.js
CHANGED
|
@@ -150,13 +150,34 @@ in the \`sui-import-ds\` skill; do not reinvent it here, and do not ask anything
|
|
|
150
150
|
|
|
151
151
|
## THE SILENT PART
|
|
152
152
|
|
|
153
|
-
Now nobody is asked anything.
|
|
153
|
+
Now nobody is asked anything.
|
|
154
154
|
|
|
155
|
+
**Steps 1 to 3 are NOT described here. Invoke the \`sui-import-ds\` skill and let it drive them.**
|
|
156
|
+
|
|
157
|
+
That skill owns the import: the double measurement and why a library measured alone reports no laws,
|
|
158
|
+
the \`--scope\` versus \`--usage\` split and the two mistakes it exists to prevent, the whole shape of the
|
|
159
|
+
reading - anatomy, rules with \`kind\`/\`applies\`/\`fact\`, \`typeRoles\`, themes read from the switch rather
|
|
160
|
+
than from the palette - the single batched \`validate_recipes\` call, and what to do with a 401. It is
|
|
161
|
+
over a thousand lines of specifics, every one of them paid for by something that went wrong.
|
|
162
|
+
|
|
163
|
+
Paraphrasing three of those lines here is how the two files start describing different pipelines, and
|
|
164
|
+
the paraphrase always loses: an agent following a summary does a shallow import and nobody can see
|
|
165
|
+
which document was wrong. So this skill asks the questions and hands the answers over:
|
|
166
|
+
|
|
167
|
+
\`\`\`
|
|
168
|
+
Invoke: sui-import-ds
|
|
169
|
+
Already decided, do not ask again:
|
|
170
|
+
source <the folder they picked in question 3>
|
|
171
|
+
usage <the apps the CLI named, if any>
|
|
172
|
+
name · primary · theme · canvas · architecture <what they answered in question 4>
|
|
173
|
+
standards none, if they have a component library of their own
|
|
174
|
+
Then come back here for step 4.
|
|
155
175
|
\`\`\`
|
|
156
|
-
|
|
157
|
-
|
|
158
|
-
|
|
159
|
-
|
|
176
|
+
|
|
177
|
+
Then, and only then, the part that belongs to this skill:
|
|
178
|
+
|
|
179
|
+
\`\`\`
|
|
180
|
+
4 POST /api/registry/ds/<slug>/optimize freeze v1, apply what they authorised
|
|
160
181
|
{ "categories": ["tokens", "spacing", "typography"] }
|
|
161
182
|
\`\`\`
|
|
162
183
|
|
|
@@ -182,13 +203,19 @@ This is the whole point of the run. Four lines, their numbers, no adjectives.
|
|
|
182
203
|
\`\`\`
|
|
183
204
|
SignalUI is yours - 275 components and 92 of your own tokens, read out of packages/ui.
|
|
184
205
|
|
|
185
|
-
|
|
186
|
-
|
|
206
|
+
v2 is frozen: your system exactly as your code has it today. It never moves.
|
|
207
|
+
v3 is what you are looking at - the same system with 118 deterministic fixes: contrast on
|
|
187
208
|
text only, lengths onto your own scale, near-identical colours unified.
|
|
188
209
|
|
|
189
|
-
Back to
|
|
210
|
+
Back to v2 is one click: /dashboard/mine/signalui/publish
|
|
190
211
|
\`\`\`
|
|
191
212
|
|
|
213
|
+
**THE VERSION NUMBERS COME FROM THE RESPONSE, NEVER FROM THIS EXAMPLE.** \`optimize\` answers with
|
|
214
|
+
\`base\` and \`draft\`, and those are the two numbers to print. Writing "v1" here would have been wrong:
|
|
215
|
+
a system already publishes its baseline at birth, so an import writes into v2 and the freeze produces
|
|
216
|
+
v3. Proved against production before this skill ever ran (05/08) - and a first screen that points at
|
|
217
|
+
the wrong version to restore is worse than no version at all.
|
|
218
|
+
|
|
192
219
|
**What must never be in those lines:** how many files we scanned, how long it took, which readers
|
|
193
220
|
ran, what the ledger says. All of that is in the report and none of it is what somebody wants in the
|
|
194
221
|
first minute of owning a system.
|
package/package.json
CHANGED