Guardrails para o OpenAI Codex, feitos com as tuas próprias regras.
As regras da tua empresa chegam ao Codex antes de cada patch. O que ele nunca deve fazer fica bloqueado antes de correr.
npx -y @cybedefend/vibedefend@latest installOpenAI Codex está a escrever
billing/refund.ts
export async function refund(req: Request) { const { id, amount } = await req.json(); const invoice = await db.invoices.find({ id, tenant: req.tenant, }); if (amount > 500) await approvals.second(invoice); return payments.refund(invoice, amount); }
Cada consulta fica limitada ao tenant.
rules/data-access.mdReembolsos acima de 500 € precisam de um segundo aprovador.
Aprovada uma vez por Sofia M.Verificado antes do commit: limpo
Pronto em quatro passos.
- Executa um comandoEm qualquer terminal, no macOS, Linux ou Windows. Node 18.17 ou mais recente.
- Escolhe a região e inicia sessãoUE ou EUA. O teu browser abre-se para iniciares sessão, sem chave para colar.
- Seleciona o OpenAI CodexO instalador encontra os agentes no teu computador e seleciona-os por ti.
- Programa como sempreUma vez, no Codex: executa
/hookse aprova as entradascybedefend.
O que o VibeDefend acrescenta ao OpenAI Codex.
Regras servidas
As tuas regras de negócio e de segurança chegam ao OpenAI Codex antes de cada edição.
OpenAI Codex está a escrever
src/billing/cart-checkout.ts
const total = new Decimal128(cart.sum); const rows = await db.query( "SELECT * FROM carts WHERE id = $1", [id] );
Os montantes usam Decimal128, nunca Number.
Extraída de src/billing.ts:14Qualquer consulta que misture dados do utilizador é parametrizada.
OWASP Top 10Servidas antes da edição
Proteção de segredos
As leituras diretas de segredos são recusadas; o OpenAI Codex recebe a referência gerida.
OpenAI Codex
webhooks.ts
cat .env | grep STRIPEBloqueado: leitura direta de um segredo
Em vez disso
process.env.STRIPE_WEBHOOK_SECRETnpm test -- webhooksOs testes passam
Registado para a equipa
Controlo de ações
Comandos destrutivos, eliminações de esquema e caminhos protegidos são travados antes de correrem.
OpenAI Codex
rm -rf dist/Permitido: saída do build
rm -rf .cache/Permitido: cache
rm -rf ./storage/uploadsBloqueado: caminho protegido, ficheiros dos utilizadores
Registado para a equipa
Descobertas em direto
As descobertas de SAST, SCA, segredos, IaC e CI/CD, em direto na sessão.
OpenAI Codex
SAST
src/db/users.repo.ts:42SQL injection
SCA
package.jsonlodash 4.17.20, CVE-2021-23337
Secrets
config/prod.ymlAWS access key
IaC
infra/main.tfS3 bucket public-read
CI/CD
.github/workflows/deploy.ymlpull_request_target
No contexto do agente, em direto
As tuas perguntas.
O VibeDefend altera a minha configuração do OpenAI Codex?
~/.codex/hooks.json, ~/.codex/config.toml. Os teus hooks ficam onde estão: voltar a correr o instalador só substitui as entradas do VibeDefend.O que é que sai da minha máquina?
De que versão do OpenAI Codex preciso?
Tenho de associar cada repositório?
vibedefend link uma vez. O comando escreve .cybedefend/config.json com o ID do projeto.Como é que o desinstalo?
vibedefend uninstall: remove todos os ficheiros que o VibeDefend instalou. Se instalaste o pacote globalmente, corre depois npm uninstall -g @cybedefend/vibedefend.Porque é que os hooks aparecem como Active 0 no Codex?
/hooks e confia nas entradas cybedefend.Detalhes técnicos para o OpenAI Codex
- Servidor MCP
- Disponível
~/.codex/config.toml - Regras antes de cada alteração
- Disponível
PreToolUse^(Edit|Write|apply_patch|Bash)$Antes do apply_patch, das edições e dos comandos shell que escrevem ficheiros. Os comandos só de leitura não vão buscar nada. - Ações perigosas bloqueadas
- Disponível
PreToolUse - Regras carregadas no arranque
- Disponível
SessionStart - Revisão no fim da sessão
- Disponível
Stop - Revisão das sessões longas
- IndisponívelSem equivalenteO Codex não tem evento antes da compactação.
- Lembrete a cada prompt
- Pelo servidor MCP
Server.instructionsO Codex recebe as instruções da CybeDefend pelo servidor MCP em cada sessão, por isso não precisa de lembrete.
O que escreve para o OpenAI Codex
~/.codex/hooks.json~/.codex/config.toml
E o runner dos hooks em ~/.cybedefend/. Os teus hooks ficam onde estão: voltar a correr o instalador só substitui as entradas do VibeDefend.
Aprova os hooks uma vez. O Codex 0.131 e versões mais recentes pedem-te que confies em cada hook: abre o Codex, corre /hooks e confia nas entradas cybedefend. Até lá, o painel mostra Installed N, Active 0.
Mais uma autenticação, uma única vez: o token MCP do Codex não consegue chamar os endpoints que os hooks usam. O instalador também define hooks = true em ~/.codex/config.toml por ti.
Algo não bate certo? O vibedefend status dá um relatório só de leitura, e o vibedefend doctor repara o que conseguir.