auroq-os 2.0.0 → 2.0.2
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.
|
@@ -845,34 +845,68 @@ Conexoes extras — OPCIONAL, RECOMENDADO. Roda depois do bootstrap principal, q
|
|
|
845
845
|
|
|
846
846
|
#### 1. 1Password — cofre cifrado (RECOMENDADO)
|
|
847
847
|
|
|
848
|
-
**O que e:** hoje tuas chaves ficam num cofre local (
|
|
848
|
+
**O que e:** hoje tuas chaves ficam num cofre local (`business/vault/`, fora do git). Funciona pra comecar. O 1Password sobe isso pra um cofre CIFRADO — mesmo que vaze, a chave fica inutil sem a senha mestra.
|
|
849
849
|
|
|
850
|
-
**Quando vale:** quando o expert ja tem credencial sensivel em uso
|
|
850
|
+
**Quando vale:** quando o expert ja tem credencial sensivel em uso (Service Key do Supabase, token de pagamento, Meta).
|
|
851
851
|
|
|
852
|
-
|
|
852
|
+
**🔒 REGRA DE OURO — INEGOCIAVEL (vale pras DUAS opcoes):**
|
|
853
|
+
- **NUNCA pedir, ver, ecoar ou colar um token/credencial no chat.** Token que aparece no chat = COMPROMETIDO (vai pro historico). Tem que ser revogado.
|
|
854
|
+
- O token vai **DIRETO no arquivo, pelo PROPRIO expert**. O Ops **prepara a linha**; o expert **cola o valor**. O Ops **nunca ve** o token.
|
|
855
|
+
- Na migracao das chaves, o Ops **NAO le os valores** do `business/vault/` pra recriar (isso jogaria a credencial no contexto). Quem move os valores e o expert.
|
|
853
856
|
|
|
854
|
-
|
|
855
|
-
|
|
856
|
-
|
|
857
|
-
|
|
858
|
-
|
|
859
|
-
|
|
860
|
-
|
|
861
|
-
|
|
862
|
-
|
|
863
|
-
|
|
864
|
-
|
|
857
|
+
---
|
|
858
|
+
|
|
859
|
+
**PASSO COMUM (as DUAS opcoes precisam): instalar o `op` CLI**
|
|
860
|
+
|
|
861
|
+
O token sozinho nao faz nada — ele e so a permissao (uma string). O `op` CLI e o PROGRAMA que usa essa permissao no terminal. **CLI + autenticacao = dupla**: sem CLI da `command not found`; sem auth, ele nao sabe em que conta entrar.
|
|
862
|
+
- Instalar: macOS `brew install 1password-cli` · Windows `winget install AgileBits.1Password.CLI`
|
|
863
|
+
- Verificar: `op --version`
|
|
864
|
+
|
|
865
|
+
Com o `op` instalado, escolher COMO ele autentica — A ou B:
|
|
866
|
+
|
|
867
|
+
---
|
|
868
|
+
|
|
869
|
+
**OPCAO A — Service Account / token no shell (A MELHOR: headless, o Auroq usa sozinho)**
|
|
870
|
+
|
|
871
|
+
**NAO precisa de plano Business** — funciona no plano normal. O agente acessa as chaves automaticamente, sem biometria.
|
|
872
|
+
|
|
873
|
+
1. No painel: **my.1password.com → Developer → Service Accounts → Criar** → dar acesso **so ao vault "Claude"** → **gerar o token** (`ops_...` — aparece UMA vez so, copiar na hora).
|
|
874
|
+
2. **Token DIRETO no `~/.zshenv`, SEM passar pelo chat.** O Ops deixa a linha pronta:
|
|
875
|
+
`# export OP_SERVICE_ACCOUNT_TOKEN="COLE_AQUI"`
|
|
876
|
+
E instrui o expert a colar o valor real de um jeito que NAO ecoa na tela (rodar no terminal dele):
|
|
877
|
+
`read -s TOKEN && echo "export OP_SERVICE_ACCOUNT_TOKEN=\"$TOKEN\"" >> ~/.zshenv && unset TOKEN`
|
|
878
|
+
(cola o token, da Enter — nada aparece na tela, vai direto pro arquivo). O Ops NAO ve o valor.
|
|
879
|
+
3. Recarregar: abrir um terminal novo, ou `source ~/.zshenv`.
|
|
880
|
+
4. Testar: `op vault list` — listou os vaults = conectado.
|
|
881
|
+
|
|
882
|
+
---
|
|
883
|
+
|
|
884
|
+
**OPCAO B — Desktop app + Touch ID (alternativa interativa)**
|
|
885
|
+
|
|
886
|
+
Autentica pela biometria do app desktop, em vez do token. Funciona, mas exige o app aberto e biometria a cada sessao — nao serve pra automacao headless (o agente roda sozinho).
|
|
887
|
+
|
|
888
|
+
1. Instalar o **app desktop** do 1Password (1password.com/downloads — o programa, nao a extensao do navegador) + logar.
|
|
889
|
+
2. No app: **Settings → Developer → "Integrate with 1Password CLI"** + ligar Touch ID (Mac) / Windows Hello (Win).
|
|
890
|
+
3. Testar: `op vault list` (pede biometria) — listou = conectado.
|
|
891
|
+
|
|
892
|
+
> **A (Service Account) e a recomendada** pro Auroq: o agente usa as chaves sozinho. A B obriga voce a autenticar toda hora.
|
|
893
|
+
|
|
894
|
+
---
|
|
895
|
+
|
|
896
|
+
**MIGRAR AS CHAVES (sem o Ops tocar nos valores):**
|
|
897
|
+
1. Criar o vault **"Claude"** no 1Password (so o que o Auroq pode acessar; o resto fica privado).
|
|
898
|
+
2. **O EXPERT** copia cada credencial do `business/vault/*.md` e cria o item no vault "Claude" (pelo app). O Ops diz QUAIS itens criar (ex: "Supabase — Service Key", "Vercel"), mas **NAO le nem digita os valores**.
|
|
899
|
+
3. Migrado e testado → **esvaziar** `business/vault/` (deixar so um `README.md` dizendo que as chaves vivem no 1Password).
|
|
865
900
|
|
|
866
901
|
**GATE DE VERIFICACAO (BLOCKING):**
|
|
867
|
-
1. `op
|
|
868
|
-
2. `op
|
|
869
|
-
3. `
|
|
870
|
-
4. `business/vault/` nao tem mais chave em texto plano (so o README)
|
|
902
|
+
1. `op vault list` funciona (Opcao A: via token no env; Opcao B: via biometria)
|
|
903
|
+
2. `op read "op://Claude/<item>/<campo>"` retorna o valor de uma credencial migrada
|
|
904
|
+
3. `business/vault/` sem chave em texto plano (so o README)
|
|
871
905
|
→ SE qualquer um falhar: resolver antes de dizer "conectado".
|
|
872
906
|
|
|
873
|
-
**Nota honesta
|
|
907
|
+
**Nota honesta:** mesmo cifrado, na hora que o agente USA a chave ela passa pelo terminal. O 1Password resolve o ARMAZENAMENTO (nao ficar em texto plano no disco/nuvem) — que e o grosso do risco.
|
|
874
908
|
|
|
875
|
-
→ Check: "1Password conectado, chaves migradas, vault local esvaziado" ou "Pulado (segue no cofre local)"
|
|
909
|
+
→ Check: "1Password conectado (A: shell / B: desktop), chaves migradas, vault local esvaziado" ou "Pulado (segue no cofre local)"
|
|
876
910
|
|
|
877
911
|
---
|
|
878
912
|
|