vault-go 0.20.0 → 0.22.0

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.
Files changed (66) hide show
  1. package/README.md +58 -9
  2. package/dist/awareness-tools.d.ts +4 -0
  3. package/dist/awareness-tools.js +38 -0
  4. package/dist/backup.d.ts +41 -0
  5. package/dist/backup.js +117 -0
  6. package/dist/capabilities.d.ts +218 -25
  7. package/dist/capabilities.js +46 -16
  8. package/dist/capture-privacy.d.ts +1 -0
  9. package/dist/capture-privacy.js +19 -0
  10. package/dist/ccs-align.d.ts +122 -0
  11. package/dist/ccs-align.js +376 -0
  12. package/dist/cli.d.ts +3 -1
  13. package/dist/cli.js +52 -0
  14. package/dist/cloud.d.ts +15 -2
  15. package/dist/cloud.js +62 -4
  16. package/dist/context-chain.d.ts +37 -0
  17. package/dist/context-chain.js +98 -0
  18. package/dist/context-engines.d.ts +6 -0
  19. package/dist/context-engines.js +28 -8
  20. package/dist/crystal-tools.d.ts +9 -0
  21. package/dist/crystal-tools.js +106 -0
  22. package/dist/custom-modes.d.ts +59 -0
  23. package/dist/custom-modes.js +249 -0
  24. package/dist/deployment-verification.d.ts +19 -0
  25. package/dist/deployment-verification.js +171 -0
  26. package/dist/grok-awareness.d.ts +51 -0
  27. package/dist/grok-awareness.js +244 -0
  28. package/dist/hook-install.d.ts +7 -2
  29. package/dist/hook-install.js +71 -15
  30. package/dist/hook-queue.d.ts +6 -2
  31. package/dist/hook-queue.js +23 -4
  32. package/dist/hooks.d.ts +4 -3
  33. package/dist/hooks.js +83 -32
  34. package/dist/index.js +9 -1
  35. package/dist/installer.js +11 -1
  36. package/dist/knowledge-agent.d.ts +39 -0
  37. package/dist/knowledge-agent.js +143 -0
  38. package/dist/knowledge-tools.d.ts +3 -0
  39. package/dist/knowledge-tools.js +19 -0
  40. package/dist/local-service.js +6 -1
  41. package/dist/mode-integrations.d.ts +9 -0
  42. package/dist/mode-integrations.js +149 -0
  43. package/dist/modes.js +2 -2
  44. package/dist/opencode-plugin.d.ts +16 -0
  45. package/dist/opencode-plugin.js +73 -0
  46. package/dist/parity-tools.js +4 -4
  47. package/dist/server.js +56 -8
  48. package/dist/smart-code.d.ts +12 -16
  49. package/dist/smart-code.js +139 -28
  50. package/dist/telegram.d.ts +39 -0
  51. package/dist/telegram.js +138 -0
  52. package/dist/transcript-config.d.ts +41 -0
  53. package/dist/transcript-config.js +97 -0
  54. package/dist/transcript-parser.d.ts +24 -0
  55. package/dist/transcript-parser.js +118 -0
  56. package/dist/transcript-tools.d.ts +3 -0
  57. package/dist/transcript-tools.js +21 -0
  58. package/dist/transcript-watchers.d.ts +13 -0
  59. package/dist/transcript-watchers.js +311 -0
  60. package/dist/update-control.d.ts +2 -0
  61. package/dist/update-control.js +19 -2
  62. package/docs/ast-and-awareness.md +72 -0
  63. package/docs/mode-integrations.md +74 -0
  64. package/docs/parity-deployment-review.md +60 -0
  65. package/docs/transcripts-and-context.md +75 -0
  66. package/package.json +62 -2
@@ -0,0 +1,74 @@
1
+ # Integrações de modos
2
+
3
+ O Vault Go implementa três superfícies locais independentes: alertas Telegram,
4
+ CCS Align e taxonomias customizadas. O registro MCP fica em
5
+ `registerModeIntegrations`, separado do servidor principal.
6
+
7
+ ## Telegram
8
+
9
+ O token do bot nunca é aceito como argumento MCP. Defina
10
+ `VAULT_GO_TELEGRAM_BOT_TOKEN` no ambiente privado do serviço e invoque
11
+ `vault_go_telegram_configure` com o chat e os tipos ou conceitos aprovados.
12
+ A configuração é cifrada pelo armazenamento privado local; status, resources e
13
+ erros não retornam o token. Configurar não envia mensagem. O único envio de teste
14
+ ocorre por uma chamada explícita a `vault_go_telegram_test`.
15
+
16
+ Depois da persistência de uma observação, o worker envia apenas quando alertas
17
+ estão habilitados e o tipo ou um conceito corresponde aos gatilhos. A mensagem é
18
+ limitada a tipo, título, projeto e ID; narrativa e fatos não são enviados. Uma
19
+ falha do Telegram não repete nem invalida uma memória já persistida.
20
+
21
+ Ferramentas: `vault_go_telegram_status`, `vault_go_telegram_configure`,
22
+ `vault_go_telegram_disable` e `vault_go_telegram_test`.
23
+
24
+ ## CCS Align
25
+
26
+ Cada viewer possui `middle.jsonl`, `exclude-marks.json`, `cursor.json` e
27
+ `rules-report.md` sob o diretório privado do Vault. Atualizações usam arquivo
28
+ temporário e rename, deduplicam por UUID e conteúdo e limitam quantidade e
29
+ tamanho. Excluir filtra o cache compilado; não apaga a memória cloud. Restaurar
30
+ remove a marca e requer um novo ciclo para reler a fonte autoritativa.
31
+
32
+ O ciclo comprova health e consulta `search_index → timeline → observations`.
33
+ O rules check recebe listas limitadas de regras como dados, detecta
34
+ `SHADOW_HOUSE`, `DENY_ALLOW`, `DRIFT` e `CLOCK_HEADER` e acrescenta uma seção ao
35
+ relatório. Ele nunca altera house, project ou seat rules.
36
+
37
+ Ferramentas: `vault_go_ccs_align_health`, `vault_go_ccs_align_cycle`,
38
+ `vault_go_ccs_align_exclude`, `vault_go_ccs_align_restore` e
39
+ `vault_go_ccs_align_rules_check`.
40
+
41
+ O writer de awareness do Grok Bot é outra função upstream: ele grava linhas em
42
+ logs mensais de um agente Grok. CCS Align não escreve nesses logs e esta mudança
43
+ não implementa esse writer.
44
+
45
+ ## Taxonomias customizadas
46
+
47
+ `vault_go_custom_mode_save` valida identificadores, taxonomias e prompts antes
48
+ de gravar. A resolução rejeita pais desconhecidos e ciclos; arrays presentes
49
+ substituem os do pai e prompts são mesclados. O catálogo e a preferência ativa
50
+ ficam cifrados. `vault_go_custom_mode_select` aplica o modo à injeção de contexto
51
+ e à geração local futura. Memórias existentes não são reclassificadas.
52
+
53
+ Ferramentas adicionais: `vault_go_custom_modes`, `vault_go_custom_mode_get` e
54
+ `vault_go_custom_mode_delete`. O modo base `code` não pode ser sobrescrito ou
55
+ apagado, e um modo com filhos não pode ser removido.
56
+
57
+ ## Auditoria dos workflows
58
+
59
+ Os 20 nomes em `vault-go://modes` correspondem aos 20 skills publicados no
60
+ snapshot upstream 13.25.2. Um skill é um roteiro executado pelo agente cliente;
61
+ carregá-lo não iniciar um agente em background não é, por si só, uma lacuna.
62
+ Babysit, planejamento, execução, relatórios e os demais roteiros funcionam quando
63
+ o cliente oferece as ferramentas indicadas. Diferenças reais permanecem para
64
+ knowledge-agent (sem sessão conversacional persistente), wowerpoint (sem renderer
65
+ PPTX/PDF embutido) e cloud-sync (cmem.ai não é o Vault cloud).
66
+
67
+ Após integrar estes módulos, a matriz global deve separar a antiga linha conjunta:
68
+
69
+ - Telegram: disponível com configuração explícita e gatilhos locais.
70
+ - CCS Align: disponível na variante Vault descrita acima.
71
+ - Modos customizados: disponíveis; atualizar a linha de privacy/capture modes.
72
+ - Grok awareness push: ainda não implementado e distinto de Telegram/CCS Align.
73
+ - Transcript watchers: avaliar separadamente com o trabalho específico de watchers.
74
+ - Workflows: não marcar como parciais apenas porque o agente cliente executa as instruções.
@@ -0,0 +1,60 @@
1
+ # Revisão e implantação da paridade
2
+
3
+ Data: 20 de setembro de 2026. Referência: claude-mem 13.25.2, adce0fdf.
4
+
5
+ ## Implementado
6
+
7
+ Busca sem query obrigatória, offset e ordem por data; timeline com âncora por
8
+ consulta; leitura individual de jobs. Backup v2 paginado e consistente por
9
+ snapshot materializado, privado no cliente, com hash e validação de proprietário
10
+ antes da restauração. O formato cobre preferências e dados de memória; o manifesto
11
+ explicita limites e omissões, sem declarar exportações truncadas como completas.
12
+
13
+ Conversas com corpora usam o modelo escolhido, fontes numeradas e histórico local
14
+ cifrado por conta/base. Respostas HTTP do corpus têm teto de 8 MiB; o JSON de
15
+ fontes enviado ao modelo tem teto de 16 mil caracteres. Codex Terra/Luna/Sol e
16
+ Claude Haiku foram executados de verdade com fontes sintéticas e citações válidas.
17
+ O schema estrito exige todos os campos e aceita classificação nula.
18
+
19
+ Telegram, CCS Align, taxonomias herdadas, watchers de Claude/Codex e encadeamento
20
+ de projetos têm ferramentas próprias no MCP. Captura adicional e envio de
21
+ alertas exigem configuração explícita. Caches e destinos de notificações ficam
22
+ vinculados à conta. O Crystal usa o mesmo servidor Vault Go.
23
+
24
+ AST real cobre os 24 idiomas upstream e HTML; o catálogo informa disponibilidade
25
+ por plataforma. SCSS não tem prebuild Linux ARM64. Awareness do Grok usa logs
26
+ mensais locais, com consentimento e allowlist de agentes.
27
+
28
+ ## Evidências
29
+
30
+ - Engine 649f5f7 e API fdcc24b enviados a main e implantados no Docker Swarm.
31
+ - Serviços saudáveis; health/readiness, autenticação e contratos testados na API canônica.
32
+ - `deploymentVerified: true`: health, searchIndex, toolUses, feed, knowledgeBases,
33
+ observerStatus, backup e job aprovados em 20/09/2026. A verificação é dinâmica,
34
+ privada por conta e válida por cinco minutos; não equivale a verificar
35
+ credenciais externas, qualidade dos modelos ou entrega Telegram.
36
+ - Backup real: 4.008 registros, 81 páginas, 14.070.751 bytes. Arquivo privado
37
+ mantido em `~/.memvault/backups/`; conteúdo não foi publicado.
38
+ - Testes de snapshot cobrem alterações/remoções/criações entre páginas, expiração,
39
+ limites, isolamento entre contas e restauração idempotente.
40
+ - Testes do cliente cobrem mudança de conta durante operações, resposta HTTP
41
+ excessiva, substituição de lock, redaction, credenciais, MCP e fila de modelos.
42
+ - Auditoria de dependências de produção: zero vulnerabilidades.
43
+ - Crystal: 122 testes, typecheck, gates de qualidade e E2E Electron com 2.359 notas;
44
+ as sete operações foram exercitadas pelo MCP Vault e servidor Crystal reais.
45
+
46
+ ## Revisão
47
+
48
+ APROVADO COM RESSALVAS. A revisão multimodelo foi substituída por revisão manual:
49
+ ANTHROPIC_BASE_URL e ANTHROPIC_AUTH_TOKEN não estavam definidos, impedindo conferir
50
+ os aliases dos três revisores no gateway. Não se presumiu que aliases eram órfãos.
51
+ A revisão manual e uma segunda leitura independente encontraram e corrigiram
52
+ fencing de conta, recuperação de locks, restauração de preferências e limites de
53
+ leitura. As correções têm testes de regressão.
54
+
55
+ Ressalvas: o servidor gerenciado está `configured:false` até receber uma credencial
56
+ válida; provedores locais selecionados continuam disponíveis com sua autenticação.
57
+ Backup v2 não é o formato SQLite upstream nem uma réplica offline/cmem.ai Pro.
58
+ Restauração é idempotente por página; não é uma única transação entre preferências
59
+ do gateway e todos os dados do engine. Os workflows/skills executam no cliente e
60
+ respeitam as ferramentas e autorizações disponíveis nesse cliente.
@@ -0,0 +1,75 @@
1
+ # Transcripts persistentes e contexto entre projetos
2
+
3
+ Vault Go pode capturar transcripts JSONL de Claude Code e Codex enquanto o serviço local está em execução. É uma opção local, desligada por padrão e vinculada à conta Vault. A preferência da conta `automaticCapture` também precisa estar ativada. A geração continua usando o motor/modelo já escolhido; ativar watchers não altera Claude Haiku, Codex ou chaves de providers.
4
+
5
+ ## Ativação
6
+
7
+ ```sh
8
+ vault-go transcripts enable --client claude --workspace /caminho/projeto --consent
9
+ vault-go transcripts enable --client codex --workspace /caminho/projeto --consent
10
+ vault-go local start
11
+ vault-go transcripts status
12
+ ```
13
+
14
+ As raízes padrão são `~/.claude/projects` e `~/.codex/sessions`. Para outro perfil, use `--root /caminho/transcripts`. O workspace e a raiz precisam existir e ser caminhos absolutos. Registre cada workspace separadamente; no máximo 20 pares cliente/workspace. Subdiretórios de um repositório usam sua raiz Git.
15
+
16
+ Sem `--from-start`, arquivos existentes começam no fim na primeira descoberta. Eventos que chegarem antes dessa primeira leitura podem ser pulados. Arquivos novos, criados depois da ativação, são lidos desde o início. Use `--from-start` na primeira configuração apenas quando quiser importar o histórico. Uma importação histórica pode se sobrepor à captura anterior por hooks sem identificadores comuns; a opção é explícita por esse motivo. Uma troca de conta exige novo consentimento.
17
+
18
+ ```sh
19
+ vault-go transcripts enable --client codex --workspace /projeto --root /export/rollouts --consent --from-start
20
+ vault-go transcripts poll
21
+ vault-go transcripts disable --client codex --workspace /projeto
22
+ ```
23
+
24
+ `poll` executa um lote sem iniciar serviços nem modificar preferências. `disable` devolve imediatamente aos hooks nativos a captura daquele cliente/workspace. Enquanto o watcher estiver habilitado, os hooks nativos continuam injetando contexto, mas deixam a escrita para o transcript, evitando captura dupla na operação normal. Desligar o serviço local mantém o checkpoint para retomada. Para voltar à captura exclusiva por hooks, desative o watcher.
25
+
26
+ O setup aceita `--watch-transcripts claude|codex --workspace /projeto --consent`, opcionalmente `--transcript-root /raiz` e `--from-start`. Não ativa watchers implicitamente.
27
+
28
+ ## Recuperação e privacidade
29
+
30
+ - `transcript-watchers.json` guarda o consentimento; `transcript-checkpoints.json` guarda offsets em bytes, identidade dos arquivos e o estado mínimo de chamadas pendentes. Arquivos usam permissão 0600 e gravação atômica. Entradas pendentes são redigidas e limitadas; esse checkpoint não é criptografado.
31
+ - O checkpoint avança depois do evento cloud e da fila durável de geração. Falhas de rede voltam ao mesmo identificador idempotente. Uma perda de confirmação pode repetir o envio HTTP, mas usa a mesma chave na API e na fila/importação. Não há promessa de execução exatamente uma vez do modelo após replay histórico.
32
+ - Um lock por processo impede dois consumidores simultâneos. Reinício, inode novo, truncamento e alteração do prefixo são detectados. Linhas parciais esperam a próxima leitura; UTF-8 usa offsets em bytes. JSON inválido e linhas acima de 256 KB são descartados.
33
+ - Apenas registros cujo `cwd` corresponde ao workspace consentido são enviados. Symlinks encontrados na árvore são ignorados. Trocar conta, credenciais ou consentimento durante uma operação interrompe o lote. Um refresh de credencial pode abortar um lote; a próxima leitura retoma com os mesmos IDs.
34
+ - `<private>` / `<vault-private>` e flags privadas bloqueiam o turno inteiro, incluindo ferramentas e resposta, até o próximo prompt público. Senhas, tokens, chaves e blocos de contexto são redigidos com a política dos hooks. `includeToolResults=false` continua omitindo resultados na API. Ao começar no fim de um arquivo existente, a leitura espera um novo prompt público antes de capturar ferramentas/respostas.
35
+ - Claude: `user`, `assistant`, blocos `text`, `tool_use`, `tool_result`. Codex: `session_meta`, `turn_context`, `response_item.message`, chamadas `function_call` e `custom_tool_call` e seus resultados. `event_msg` duplicados são ignorados; `task_complete.last_agent_message` é fallback para resposta final ausente. Comentários intermediários do Codex não viram resumo. Formatos desconhecidos são ignorados.
36
+ - Chamadas sem resultado ficam pendentes até o resultado chegar. No máximo 16 chamadas pendentes por arquivo, com entrada redigida limitada a 16 KB; excedentes antigos são descartados. Um novo prompt limpa chamadas sem resultado do turno anterior.
37
+
38
+ Cada lote processa até 200 registros, 32 arquivos e 2 MB; cada arquivo é lido em blocos de até 256 KB. A descoberta visita até 4096 entradas e 1000 arquivos, priorizando diretórios e arquivos recentes. O checkpoint mantém até 1000 arquivos e aproximadamente 4 MB. Árvores que excedam os limites podem deixar arquivos históricos fora da descoberta; selecione uma raiz mais estreita para esses casos. A descoberta não promete uma varredura exaustiva de arquivos arbitrariamente grandes. A fila de geração mantém seus limites próprios.
39
+
40
+ O worker faz polling a cada cinco segundos. `local serve`, instalação e atualizações usam o mesmo lifecycle; o serviço só se declara ocioso quando nenhuma captura está em execução e espera a captura atual ao fechar. Updates copiam os módulos novos para o runtime, preservando consentimento e checkpoints fora dele. SDK MCP e Zod ficam isolados em `transcript-tools.js`; o worker/hook staged não depende de `node_modules`.
41
+
42
+ ## Cadeia de contexto
43
+
44
+ ```sh
45
+ vault-go context-chain set --workspace /app --roots /biblioteca,/infra --consent
46
+ vault-go context-chain set --workspace /worktree --worktree-parent --consent
47
+ vault-go context-chain status
48
+ vault-go context-chain clear --workspace /app
49
+ ```
50
+
51
+ SessionStart e `vault_go_session_start_context` passam a consultar o projeto primário e os vínculos configurados para aquele workspace. São no máximo cinco projetos, sempre descobertos na lista autenticada da conta e comparados por caminho exato. Projetos inexistentes ou marcados privados são omitidos; a leitura nunca cria projetos. O pai de worktree é resolvido pelo `.git`/`commondir`, sem executar comandos Git, e requer consentimento explícito.
52
+
53
+ `contextItems` e `contextMaxChars` são orçamentos totais compartilhados entre os projetos, incluindo os pequenos cabeçalhos que identificam cada projeto. Os limites de caracteres e itens não são multiplicados por projeto. Vínculos vivem em `context-chains.json`, com permissão privada e escopo da conta. PreToolUse permanece restrito ao projeto/arquivo em uso.
54
+
55
+ Isto fornece contexto multi-project em cadeia explícita. Não reproduz o renderer visual/token analytics do claude-mem nem escreve `AGENTS.md` automaticamente. O filtro semântico de memórias e isolamento do tenant continuam pertencendo à API Vault autenticada.
56
+
57
+ ## Ferramentas MCP
58
+
59
+ | Ferramenta | Operação |
60
+ | --- | --- |
61
+ | `vault_go_transcripts_status` | Consentimento, alvos, última leitura e erro sanitizado |
62
+ | `vault_go_transcripts_configure` | Ativar/desativar; exige `consent=true` para ativar |
63
+ | `vault_go_transcripts_poll` | Processar um lote dos alvos já habilitados |
64
+ | `vault_go_context_chain` | Consultar vínculos da conta |
65
+ | `vault_go_context_chain_configure` | Definir/remover raízes e pai de worktree consentidos |
66
+
67
+ ## Evidência de implementação
68
+
69
+ A descoberta upstream usou `/tmp/claude-mem-parity-20260919`, especialmente `src/services/transcripts/{processor,config,types}.ts`, `tests/transcripts/processor-codex-context.test.ts`, `tests/transcripts/watcher-start-at-end.test.ts` e o relatório `/tmp/claude-mem-parity-scan.md`. A arquitetura de watcher/runtime foi portada funcionalmente para a fila e a API Vault, sem executar scripts upstream.
70
+
71
+ Foi consultada somente a estrutura de três arquivos locais por host (tipos e nomes de campos conhecidos, sem conteúdo dos prompts) para confirmar `custom_tool_call/output`, fases `commentary` e metadados Claude/Codex. Fixtures sintéticas em `src/transcript-watchers.test.ts` reproduzem esses formatos, com HTTP local, subprocesso CLI e runtime staged isolado. `src/context-chain.test.ts` verifica consentimento, isolamento, privacidade, limites totais, worktree e integração do hook.
72
+
73
+ A revisão multimodelo foi substituída por revisão manual porque as variáveis de acesso ao gateway LiteLLM não estão disponíveis neste ambiente; nenhum alias foi chamado ou classificado como órfão sem consulta. A revisão manual conferiu fronteiras de conta/consentimento, parser, checkpoints, exclusão mútua, limites, integração e pacote. Nenhum watcher foi ativado na conta real e o worker instalado não foi alterado por estes testes.
74
+
75
+ Validação em 2026-09-20, sobre a base `8f08e19341eed95164ee9a77cf178486adeddb0f`: `bun run build` e `bun test src` passaram (169 testes, 1229 assertions). `npm pack --dry-run --json` contém os 12 arquivos `.js`/`.d.ts` novos e esta documentação, sem arquivos de teste. `git diff --check` passou. Veredito manual: aprovado com os limites operacionais declarados acima.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "vault-go",
3
- "version": "0.20.0",
3
+ "version": "0.22.0",
4
4
  "description": "Servidor MCP universal com autenticação e instalação multi-cliente para a plataforma Vault.",
5
5
  "type": "module",
6
6
  "bin": {
@@ -20,10 +20,18 @@
20
20
  }
21
21
  },
22
22
  "files": [
23
+ "dist/opencode-plugin.js",
24
+ "dist/opencode-plugin.d.ts",
25
+ "dist/knowledge-agent.js",
26
+ "dist/knowledge-agent.d.ts",
27
+ "dist/knowledge-tools.js",
28
+ "dist/knowledge-tools.d.ts",
23
29
  "dist/activity.js",
24
30
  "dist/activity.d.ts",
25
31
  "dist/auth.js",
26
32
  "dist/auth.d.ts",
33
+ "dist/backup.js",
34
+ "dist/backup.d.ts",
27
35
  "dist/callback-page.js",
28
36
  "dist/callback-page.d.ts",
29
37
  "dist/cli.js",
@@ -34,6 +42,8 @@
34
42
  "dist/config.d.ts",
35
43
  "dist/context-engines.js",
36
44
  "dist/context-engines.d.ts",
45
+ "dist/crystal-tools.js",
46
+ "dist/crystal-tools.d.ts",
37
47
  "dist/hook-install.js",
38
48
  "dist/hook-install.d.ts",
39
49
  "dist/hook-queue.js",
@@ -68,6 +78,7 @@
68
78
  "dist/server.d.ts",
69
79
  "assets/",
70
80
  "README.md",
81
+ "docs/mode-integrations.md",
71
82
  "LICENSE",
72
83
  "dist/mcp-result.js",
73
84
  "dist/mcp-result.d.ts",
@@ -84,7 +95,36 @@
84
95
  "dist/update-runner.js",
85
96
  "dist/update-runner.d.ts",
86
97
  "dist/modes.js",
87
- "dist/modes.d.ts"
98
+ "dist/modes.d.ts",
99
+ "dist/telegram.js",
100
+ "dist/telegram.d.ts",
101
+ "dist/ccs-align.js",
102
+ "dist/ccs-align.d.ts",
103
+ "dist/custom-modes.js",
104
+ "dist/custom-modes.d.ts",
105
+ "dist/mode-integrations.js",
106
+ "dist/mode-integrations.d.ts",
107
+ "dist/transcript-config.js",
108
+ "dist/transcript-config.d.ts",
109
+ "dist/transcript-parser.js",
110
+ "dist/transcript-parser.d.ts",
111
+ "dist/transcript-watchers.js",
112
+ "dist/transcript-watchers.d.ts",
113
+ "dist/transcript-tools.js",
114
+ "dist/transcript-tools.d.ts",
115
+ "dist/context-chain.js",
116
+ "dist/context-chain.d.ts",
117
+ "docs/transcripts-and-context.md",
118
+ "dist/capture-privacy.js",
119
+ "dist/capture-privacy.d.ts",
120
+ "dist/deployment-verification.js",
121
+ "dist/deployment-verification.d.ts",
122
+ "dist/grok-awareness.js",
123
+ "dist/grok-awareness.d.ts",
124
+ "dist/awareness-tools.js",
125
+ "dist/awareness-tools.d.ts",
126
+ "docs/ast-and-awareness.md",
127
+ "docs/parity-deployment-review.md"
88
128
  ],
89
129
  "scripts": {
90
130
  "clean": "bun -e \"require('node:fs').rmSync('dist', { recursive: true, force: true })\"",
@@ -129,8 +169,28 @@
129
169
  "author": "Gutierrez Henrique",
130
170
  "license": "MIT",
131
171
  "dependencies": {
172
+ "@ast-grep/lang-bash": "0.0.8",
173
+ "@ast-grep/lang-c": "0.0.6",
174
+ "@ast-grep/lang-cpp": "0.0.6",
175
+ "@ast-grep/lang-go": "0.0.6",
176
+ "@ast-grep/lang-haskell": "0.0.7",
177
+ "@ast-grep/lang-java": "0.0.7",
178
+ "@ast-grep/lang-kotlin": "0.0.7",
179
+ "@ast-grep/lang-lua": "0.0.7",
180
+ "@ast-grep/lang-markdown": "0.0.6",
181
+ "@ast-grep/lang-php": "0.0.7",
182
+ "@ast-grep/lang-python": "0.0.6",
183
+ "@ast-grep/lang-ruby": "0.0.7",
184
+ "@ast-grep/lang-rust": "0.0.7",
185
+ "@ast-grep/lang-scala": "0.0.7",
186
+ "@ast-grep/lang-sql": "0.0.8",
187
+ "@ast-grep/lang-swift": "0.0.8",
188
+ "@ast-grep/lang-toml": "0.0.9",
189
+ "@ast-grep/lang-yaml": "0.0.6",
132
190
  "@ast-grep/napi": "0.45.3",
133
191
  "@modelcontextprotocol/sdk": "1.29.0",
192
+ "@tree-sitter-grammars/tree-sitter-zig": "1.1.2",
193
+ "tree-sitter-scss": "1.0.0",
134
194
  "zod": "3.25.76"
135
195
  },
136
196
  "devDependencies": {