@tendrilapp/cli 0.1.33 → 0.1.35
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.md +13 -0
- package/dist/tendril-mcp.js +1 -1
- package/dist/tendril.js +1910 -926
- package/package.json +1 -1
package/dist/SKILL.md
CHANGED
|
@@ -247,6 +247,19 @@ Batch runs (several components in one session):
|
|
|
247
247
|
4. `tendril_record_status` until complete. If roles derivation
|
|
248
248
|
proposes mains/parts, SHOW the proposal to the user — a human
|
|
249
249
|
confirms in their terminal, not you.
|
|
250
|
+
5. COMPOSITION: read the status output's `composition` block. If it
|
|
251
|
+
lists unconfirmed partner pairs, this recording references OTHER
|
|
252
|
+
recorded components (a segmented control built from a recorded
|
|
253
|
+
Control, a dialog holding a recorded Button). Order matters:
|
|
254
|
+
generate the PARTNER bundle first, then show the pairing to the
|
|
255
|
+
user — a human decides it by running
|
|
256
|
+
`npx -y -p @tendrilapp/cli@latest tendril compose --set <host-set-dir>`
|
|
257
|
+
in their own terminal (confirm or `--decline <pair-key>`; the
|
|
258
|
+
pair-key is printed above each pair). Never confirm it yourself.
|
|
259
|
+
Generating the host with pairs undecided is valid — the brief will
|
|
260
|
+
say so — but the host then re-implements the partner's pixels
|
|
261
|
+
locally instead of composing the verified partner bundle, so
|
|
262
|
+
surface the choice before you spend the rounds.
|
|
250
263
|
|
|
251
264
|
## Generating (the agent-harness engine — you are the proposer)
|
|
252
265
|
|
package/dist/tendril-mcp.js
CHANGED
|
@@ -213,7 +213,7 @@ var TOOLS = [
|
|
|
213
213
|
{
|
|
214
214
|
name: "tendril_record_status",
|
|
215
215
|
annotations: { readOnlyHint: true },
|
|
216
|
-
description: "Recording-set completeness: per-rep recorded/missing tools, files that exist but are unusable (invalid \u2014 re-record those), and whether the set-level steps are recorded (get_variable_defs always; get_motion_context when the plan asked \u2014 ADR-016). `complete` means
|
|
216
|
+
description: "Recording-set completeness: per-rep recorded/missing tools, files that exist but are unusable (invalid \u2014 re-record those), and whether the set-level steps are recorded (get_variable_defs always; get_motion_context when the plan asked \u2014 ADR-016). `complete` means the RECORDING is usable by the next pipeline step \u2014 it does NOT mean nothing is left to decide: read the `composition` field too (always present: openPairs lists unconfirmed partner pairs with pair-keys \u2014 surface those to the user BEFORE generating the host, partner-first; {unavailable} means discovery could not run, which is unknown, not 'no pairs').",
|
|
217
217
|
schema: z.object({ setDir: str("recording set directory") }),
|
|
218
218
|
argv: (i) => ["record", "status", "--set", i["setDir"]]
|
|
219
219
|
},
|