メニュー
Fazer deploy de uma branch de experimento em um ambiente de sandbox real na nuvem, sem o rigor Downstream. Use quando um experimento precisa validar comportamento contra um provedor externo real que não pode ser exercitado localmente.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Proactive drift-scan cycle. Reads all active OBCs and Issues, identifies divergences, and repairs what can be automated. Runs across the entire active backlog, not for a specific OBC.
Read all active OBCs and compare declared state with backlogs and external tools. Produces a divergence list. Does not repair — only identifies gaps.
Event-driven cycle triggered by a product decision. Captures the decision as an OBC, attaches a Work Item, promotes it through the backlog hierarchy, and closes it when the OBC reaches Operational. Runs for a specific OBC.
Create or update an OBC from the decision that triggered the Diligence Sync cycle. Use when an Assessment decision, Discovery experiment, or Operation signal requires canonical state to be recorded before Work Items are created.
Synchronize OBC state across backlogs and tools. Runs event-driven cycle (diligence-sync) or proactive drift-scan cycle (diligence-async). Never touches product code.
Classify divergences from Scan and register them as pending Diligence items with severity and corrective action. Does not repair — only signals.
| name | upstream/deploy-to-sandbox |
| description | Fazer deploy de uma branch de experimento em um ambiente de sandbox real na nuvem, sem o rigor Downstream. Use quando um experimento precisa validar comportamento contra um provedor externo real que não pode ser exercitado localmente. |
Use este step para fazer deploy de um experimento em infraestrutura de nuvem real para validação Upstream.
Sem OBC committed, sem Release Trail, sem gates Downstream — o objetivo é aprendizado.
Antes de executar este step, confirmar:
prodops/artifacts/experiments/experiment existe com os secrets necessários (ver setup local do produto)Criar um GitHub Environment chamado experiment:
prodops/skills/local/ para instruções de setup específicas do produtoFazer deploy do template de identidade cloud uma vez (definido pelo produto):
# Comando específico do produto — ver skills locais do produto ou scripts de infra
Isso cria uma identidade com escopo apenas para recursos experiment-*. Não pode afetar stacks de staging ou produção.
Trigger do workflow de experimento via workflow_dispatch (workflow definido pelo produto):
| Input | Valor |
|---|---|
branch | nome da branch do experimento |
experiment_id | ex: EXP-007 |
action | deploy |
O workflow executa uma verificação rápida (lint + build apenas — sem testes de aceitação). O gate é intencionalmente mais leve que o de staging.
Todos os recursos de nuvem têm prefixo experiment-*, isolados de staging-* e production-*:
O isolamento garante que recursos de experimento não possam afetar staging ou produção.
Registrar o deploy de sandbox no trail do experimento:
## Sandbox Deploy Record
| Campo | Valor |
|---|---|
| Data do deploy | YYYY-MM-DD |
| Branch | branch-name |
| API URL | https://... |
| Disparado por | nome |
O stack do experimento deve ser removido quando o experimento for concluído.
Trigger do workflow de experimento com action=teardown. Todos os recursos do experimento serão deletados.
Não deixar stacks de experimento rodando após o fim do experimento. Eles acumulam custo e não são monitorados por nenhum SLO operacional.