Planejador Primeiro-Intake

O que Planejador Primeiro-Intake faz?

Use esta skill para projetos que não devem prosseguir a partir de parâmetros adivinhados: planejadores de layout físico, ferramentas de arranjo de estações de trabalho ou móveis, posicionamento de equipamentos, roteamento de cabos, otimização de cronograma/recursos, configuração de simulação e sistemas similares de resolução de restrições. Suponha que o usuário pode ser um iniciante completo: explique quais informações são necessárias em linguagem simples, forneça YAML preenchível e evite exigir que ele entenda detalhes de implementação.

Regra Principal

Não resolva, otimize, recomende ou crie lógica específica de domínio até que os fatos e cenários necessários sejam explícitos o suficiente para tornar suposições desnecessárias. Se dados críticos estiverem faltando, produza uma resposta de "Parâmetros Ausentes" e pare antes da implementação.

Fluxo de Trabalho

1. Classifique a solicitação:
   • Apenas intake: o usuário quer requisitos, esquema ou limpeza de prompt.
   • Construir após intake: o usuário quer código, testes, relatórios ou um projeto reutilizável.
   • Criação de skill: o usuário quer uma skill reutilizável/de código aberto ou um pacote de prompt.
2. Selecione a referência relevante:
   • Fluxo de trabalho geral reutilizável: leia references/intake-workflow.md.
   • Planejadores espaciais/layout: leia references/spatial-layout-domain.md.
   • Relatórios Three.js ou saída 3D/visual: leia references/threejs-visualization.md.
   • Converter um prompt único em uma skill reutilizável: leia references/prompt-to-skill.md.
   • Empacotamento de skill/conversão para código aberto: leia references/skill-packaging.md.
3. Produza ou atualize uma fonte de fatos estruturada, geralmente YAML ou JSON.
4. Controle a execução:
   • Se fatos necessários estiverem faltando, retorne apenas a lista de verificação de parâmetros ausentes, um fragmento de esquema sugerido, cenários necessários e não-suposições explícitas.
   • Se os fatos estiverem completos, implemente o projeto usando a fonte de fatos como entrada autoritativa.
5. Para projetos Python, prefira comandos uv. Sempre inclua comandos de recuperação venv + pip nos documentos de handoff/recuperação.
6. Não leia JSONL de sessão antiga, logs de chat ou conversas anteriores, a menos que o usuário peça explicitamente por recuperação de histórico.

Padrões de Saída

Para entrada faltante, use este formato:

Preciso de algumas medidas concretas antes de poder resolver isso com segurança. Você pode responder preenchendo o YAML abaixo; valores desconhecidos podem permanecer `null`.

**Parâmetros Ausentes**
- ...

**YAML Sugerido**
```yaml
...

Cenários a Confirmar

• ...

Não Assumido

• ...

Para implementação, crie um projeto com:

- `pyproject.toml`, `src/`, `tests/`, `examples/`, `reports/`, `outputs/`
- Um exemplo de configuração estruturada como a única fonte de fatos
- Relatórios visuais com vista superior SVG/HTML e um visualizador HTML Three.js 3D quando geometria ou layout estiver envolvido
- Testes determinísticos para análise, transformações, restrições, pontuação e pelo menos uma regressão de cenário
- `HANDOFF.md`, `RECOVERY_README.md` e `PROJECT_CONTEXT.md` com comandos tanto `uv` quanto `venv + pip`

## Ativos Reutilizáveis

- `schemas/intake_project.schema.yaml`: esquema genérico de modelo.
- `schemas/spatial_layout.schema.yaml`: esquema de layout espacial.
- `references/threejs-visualization.md`: orientação padrão para visualização 3D.
- `examples/workstation_layout_request.yaml`: exemplo de solicitação de domínio.
- `examples/furniture_layout_request.yaml`: exemplo de planejamento de cômodo/móveis.
- `examples/equipment_cable_routing_request.yaml`: exemplo de posicionamento de equipamento e roteamento de cabos.
- `scripts/check_skill_package.py`: verificador leve de pacote de skill.