بنقرة واحدة
env-context
Detecta automaticamente stack, ambiente, binários e gotchas do projeto na primeira mensagem da sessão
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Detecta automaticamente stack, ambiente, binários e gotchas do projeto na primeira mensagem da sessão
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
DEVORQ-AUTO v1.2.0 — Modo autonomo story-by-story do DEVORQ. Implementacao automatica via delegate_task seguindo o padrao Ralph (loop com contexto limpo por iteracao). Gera prd.json do SPEC.md, executa uma story por vez, verifica, commita. NAO depende do Ralph instalado — usa delegate_task nativo.
DEVORQ-CODE-REVIEW v1.0.0 — Review autônomo multi-agente com confidence scoring. Segue o padrão UltraReview/Claude Code: eligibility → contexto → 5 review agents paralelo → scoring 0-100 → filtro ≥80 → approval gate → output no chat (NÃO publica no PR automaticamente — você decide). Integra com systematic-debugging para issues identificadas e devorq-auto para verificação de cada story. Modelo-agnóstico: o agente escolhe o melhor modelo disponível para cada fase.
DEVORQ-DDD v1.0.0 — Skill de exploração de domínio para devorq_v3. Guia descoberta do modelo mental ANTES de escrever SPEC.md. Gera domain-model.json com entidades, contextos delimitados e invariantes. Use quando: novo projeto, feature complexa, ou intent contém "domínio", "DDD", "modelagem", "entidades", "contexto delimitado".
Seletor de modo DEVORQ — AUTO (story-by-story autonomo via delegate_task) ou CLASSIC (gates 1-7 manuais). Pergunta automaticamente quando o usuario inicia um flow DEVORQ sem especificar modo.
DEVORQ-PF v1.0.0 — Documentação estruturada de projeto (5W2H, Premissas, Riscos, Requisitos, Restrições). Cria e valida arquivos persistentes em .devorq/state/. Integra com GATE-0.5 como pré-requisito para qualquer implementação.
DEVORQ-GRILL v1.0.0 — Skill de sparring terminológico para DEVORQ v3.6.2. Valida o plano contra o glossário existente (CONTEXT.md), detecta contradições código vs plano, e cria ADRs quando decisões qualificam. Integrada ao GATE-0 como passo não-bloqueante com BREAK/warn forte. Use quando: intent contém "implementar/criar/adicionar/feature" E projeto tem CONTEXT.md ou código fonte.
| name | env-context |
| description | Detecta automaticamente stack, ambiente, binários e gotchas do projeto na primeira mensagem da sessão |
| triggers | ["nova sessão","primeira mensagem","início de sessão","ambiente","stack","Docker","portas"] |
Regra de Ouro: Primeira mensagem da sessão = contexto de ambiente, sempre.
OBRIGATÓRIO — primeira mensagem de toda nova sessão ou após 30min de inatividade.
** NÃO ** — em mensagens subsequentes da mesma sessão (exceto se trigger explícito como stack ou ambiente).
Gera um bloco de contexto no início da sessão:
=== DEVORQ ENVIRONMENT CONTEXT ===
Project: [nome-do-projeto]
Stack: [PHP 8.x / Laravel 12.x / MySQL 8.x]
Runtime: [Docker | Sail | Local | Host]
Commands: [vendor/bin/sail | docker exec | npm run]
Ports: [80:8080, 3306:3306]
Binaries: [php, composer, artisan, npm, mysql]
GOTCHAS: [
- DOCKER: usar WWWUSER=1000 no .env
- VITE: npm run build após assets
- DB: local=MySQL, prod=PostgreSQL
]
LLM: [detectado via prompt actual]
===
# Identificar projeto
ls -la
cat .env 2>/dev/null | head -10
cat composer.json 2>/dev/null | head -5
cat package.json 2>/dev/null | head -5
# PHP/Laravel
php -v 2>/dev/null | head -1
[ -f artisan ] && echo "Laravel detected"
[ -f composer.json ] && grep -E '"laravel|"php"' composer.json | head -3
# Node
node -v 2>/dev/null
npm -v 2>/dev/null
[ -f package.json ] && grep -E '"dependencies|"devDependencies"' package.json | head -3
# Python
python3 --version 2>/dev/null
[ -f requirements.txt ] && head -5
[ -f pyproject.toml ] && head -5
# Detectar via arquivos
ls *.{json,php,py,rs,go,java} 2>/dev/null | head -20
# Docker?
[ -f docker-compose.yml ] && echo "Docker: YES"
[ -f docker-compose.yml ] && grep -E "image:|ports:" docker-compose.yml | head -5
# Sail (Laravel)?
[ -f docker-compose.yml ] && grep -q "sail" docker-compose.yml && echo "Runtime: Sail"
# Ports
docker-compose ps 2>/dev/null || echo "Docker: not running"
# Binários disponíveis
for bin in php node python3 composer npm pip cargo go java; do
which "$bin" 2>/dev/null && echo " ✓ $bin"
done
# Known issues do projeto
[ -f .env ] && grep -E "WWWUSER|DB_|APP_|DB_HOST" .env | head -5
# Docker permissions
[ -f docker-compose.yml ] && grep -E "WWWUSER|USER|PUID|PGID" docker-compose.yml
# Vite
[ -f vite.config.js ] || [ -f vite.config.ts ] && echo "Vite: YES"
# DB mismatch
[ -f .env ] && grep "DB_CONNECTION" .env
Gerar o bloco === DEVORQ ENVIRONMENT CONTEXT === conforme formato acima.
Se detectado automaticamente, incluir:
| Tipo | Condição | Gotcha |
|---|---|---|
| DOCKER | docker-compose.yml existe | Usar docker-compose exec app ou vendor/bin/sail |
| WWWUSER | .env contém WWWUSER= | Definir WWWUSER=$(id -u) no .env |
| VITE | vite.config.js existe | npm run build após modificar assets |
| DB_MISMATCH | .env DB_CONNECTION=sqlite | CUIDADO: prod usa PostgreSQL, não usar SQLite |
| PERMISSIONS | docker-compose.yml sem WWWUSER | Arquivos criados como root no container |
| PORTS | docker-compose.yml ports mapeadas | Usar portas mapeadas (não as internas) |
scope-guard: Após env-context, se task for implementar/criar/adicionar, disparar scope-guardlessons.sh: Se encontrar gotcha novo, perguntar se quer salvar como lessoncontext.sh: Resultado do env-context populates context.json fieldslessons.sh