synthesisui 0.16.158 → 0.16.159
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/commands/import.js +16 -0
- package/dist/commands/mcp.js +18 -1
- package/package.json +1 -1
package/dist/commands/import.js
CHANGED
|
@@ -1674,6 +1674,22 @@ export async function takeCensus(root, opts) {
|
|
|
1674
1674
|
},
|
|
1675
1675
|
}
|
|
1676
1676
|
: {}),
|
|
1677
|
+
/**
|
|
1678
|
+
* O ESCOPO VIAJA COM O CENSO, e até 06/08 só o `usage` viajava.
|
|
1679
|
+
*
|
|
1680
|
+
* `census.scope` era escrito pelo comando `import` (o `runImport`, mais abaixo neste arquivo) e não
|
|
1681
|
+
* aqui - então todo censo produzido por uma RE-MEDIÇÃO nascia sem escopo, mesmo tendo lido a pasta
|
|
1682
|
+
* certa. Um veneno de ação lenta, medido no repo do dono:
|
|
1683
|
+
*
|
|
1684
|
+
* 1a re-medicao le o escopo guardado, mede `packages/ui` certo (36 looks),
|
|
1685
|
+
* e envia um censo SEM escopo
|
|
1686
|
+
* 2a re-medicao nao acha escopo -> mede o repo INTEIRO -> 340 looks, 324
|
|
1687
|
+
* componentes, e o rascunho curado de 37 vira 339
|
|
1688
|
+
*
|
|
1689
|
+
* A primeira parece perfeita, e é isso que faz o defeito sobreviver. O `usage` estava dois campos
|
|
1690
|
+
* acima o tempo todo, gravado por este mesmo objeto - os dois chegam juntos e só um sobrevivia.
|
|
1691
|
+
*/
|
|
1692
|
+
...(scopeLabel ? { scope: scopeLabel } : {}),
|
|
1677
1693
|
...((opts?.usage ?? []).length > 0
|
|
1678
1694
|
? { usage: (opts?.usage ?? []).map((u) => u.label) }
|
|
1679
1695
|
: {}),
|
package/dist/commands/mcp.js
CHANGED
|
@@ -1,3 +1,4 @@
|
|
|
1
|
+
import { readFileSync } from "node:fs";
|
|
1
2
|
import { readdir, readFile } from "node:fs/promises";
|
|
2
3
|
import { join, relative, resolve } from "node:path";
|
|
3
4
|
import { pinnedHookVersion } from "../agent-wiring.js";
|
|
@@ -1057,4 +1058,20 @@ export async function mcp(opts) {
|
|
|
1057
1058
|
}
|
|
1058
1059
|
}
|
|
1059
1060
|
}
|
|
1060
|
-
|
|
1061
|
+
/**
|
|
1062
|
+
* A NOSSA VERSÃO, LIDA DO `package.json` - e ela era uma string cravada em "0.16.9".
|
|
1063
|
+
*
|
|
1064
|
+
* 149 versões atrás. O `index.ts` já lia a dele do arquivo desde sempre; esta cópia envelheceu em
|
|
1065
|
+
* silêncio e apareceu de três formas no mesmo dia (dono, 06/08):
|
|
1066
|
+
*
|
|
1067
|
+
* 1. `serverInfo.version` dizia 0.16.9, então o agente reportava "as ferramentas que estou segurando
|
|
1068
|
+
* são 0.16.9" - e estava repetindo o nosso número, não medindo nada
|
|
1069
|
+
* 2. a comparação nova (`pinned !== VERSION`) ficava SEMPRE verdadeira, então o "atualize o ds antes
|
|
1070
|
+
* de continuar" apareceria para sempre, inclusive um segundo depois de um `connect` bem-sucedido
|
|
1071
|
+
* 3. `remeasure({ cli: VERSION })` gravou `ledger.cli: "0.16.9"` no censo e no relatório dele, e a
|
|
1072
|
+
* plataforma passou a achar que aquele sistema está 149 versões atrás
|
|
1073
|
+
*
|
|
1074
|
+
* É a mesma lição que `MCP_TOOL_COUNT` já carrega neste arquivo - "um número que alguém digita
|
|
1075
|
+
* envelhece" - escrita duas vezes e aprendida uma.
|
|
1076
|
+
*/
|
|
1077
|
+
const VERSION = JSON.parse(readFileSync(new URL("../../package.json", import.meta.url), "utf8")).version;
|
package/package.json
CHANGED