Communitygithub.com

Orquestrador de Demonstração de Restaurante

Inicialize, paralelize, retome, integre e valide ordens de serviço de demonstração de restaurante com portões baseados em evidências, abrangendo os skills restaurant-demo-builder, restaurant-brand-palette, restaurant-food-image-studio e restaurant-exterior-image-studio.

O que é Orquestrador de Demonstração de Restaurante?

Este skill, Restaurant Demo Orchestrator, atua como um plano de controle para a criação de demonstrações privadas de sites de restaurantes, gerenciando um fluxo de trabalho completo e retomável, desde a captura inicial do lead até a validação final. Ele orquestra três agentes de trabalho especializados (design, comida e exterior) e quatro skills distintos, garantindo que cada etapa (pesquisa, definição de design, geração de imagens, implementação e QA) seja executada de acordo com contratos e evidências. O skill é útil porque permite iniciar, retomar, inspecionar e validar ordens de serviço de forma coordenada, evitando retrabalho e mantendo a consistência entre os componentes, como a paleta de cores, imagens de comida e fachada. Ele suporta plataformas como Codex e utiliza scripts Python (workflow.py) para gerenciar estado, transições e validações, respeitando limites rígidos entre os especialistas e registrando artefatos reais para cada estágio.

Funciona com~Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/LucasH1225/restaurant-website-skills/tree/HEAD/skills/restaurant-demo-orchestrator

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que Orquestrador de Demonstração de Restaurante faz?

Execute uma ordem de serviço retomável, desde a captura do lead até uma demonstração privada verificada localmente. Trate este Skill e o agente principal como o plano de controle; use três agentes de trabalho limitados e os quatro Skills especialistas como planos de execução.

Leia referências/contrato-de-orquestração.md antes de alterar o modelo de estágio, tipos de artefatos ou regras de transição.

Iniciar ou Retomar uma Ordem de Serviço

  1. Leia o contexto do projeto e inspecione os dados locais do lead antes de navegar.
  2. Inicialize a ordem de serviço com scripts/workflow.py init. Semeie a linha da planilha, ID do Local, URL do Maps e o instantâneo do lead local quando disponível.
  3. Execute scripts/workflow.py resume para obter cada estágio ativo ou pronto para dependência, sua faixa de trabalho, Skill atribuído, artefatos esperados e prompt específico do estágio.
  4. Complete a captura, pesquisa, bloqueio de design e slots de imagem no agente principal antes da ramificação.
  5. Crie um trabalhador de design, um trabalhador de comida e um trabalhador de exterior quando os subagentes estiverem disponíveis. Inicie as três faixas prontas para dependência juntas; cada trabalhador registra artefatos reais e marca apenas seus estágios atribuídos como passed, blocked ou—apenas para uma ramificação opcional—skipped com um motivo.
  6. Junte todos os trabalhadores. O agente principal executa a validação do contrato, integra suas saídas, resolve conflitos, realiza o QA final e registra a demonstração privada.
  7. Execute scripts/workflow.py validate após as transições. Use --run-contracts após os manifestos de paleta, comida ou exterior passarem.
  8. Repita até que private_demo passe ou a evidência crie um bloqueio genuíno. Se os subagentes não estiverem disponíveis, execute as mesmas faixas sequencialmente e registre o fallback nas notas do estágio.

Não peça ao usuário para invocar cada Skill separadamente. Quando o usuário disser para construir, executar, continuar ou retomar a Demonstração, continue por todos os estágios desbloqueados na mesma tarefa. Forneça atualizações concisas de progresso ao alternar entre Skills especialistas.

Preservar os Limites dos Especialistas

Use o Skill atribuído em vez de reproduzir seu trabalho dentro do orquestrador:

  • pesquisa, bloqueio_de_design, slots_de_imagem, design_do_site, implementação e qa: $restaurant-demo-builder
  • paleta_de_marca: $restaurant-brand-palette
  • imagens_de_comida: $restaurant-food-image-studio
  • imagem_exterior: $restaurant-exterior-image-studio
  • captura e demonstração_privada: este Skill

Antes de despachar um estágio especialista, o agente principal deve ler esse Skill completamente. Cada trabalhador também deve ler seu Skill atribuído e seguir suas evidências e portões de validação. Um estágio só pode passar quando seus artefatos necessários existem. Um status de manifesto especialista registrado pelo fluxo de trabalho nunca substitui o validador especialista.

Contrato de Agentes Paralelos

Use no máximo três agentes de trabalho nestas faixas isoladas:

  • design: execute paleta_de_marca, depois crie o shell responsivo design_do_site com placeholders de imagem definidos pelo contrato. Escreva arquivos de paleta/bloqueio/handoff e o shell do site; não integre as saídas de imagem do trabalhador nem realize o QA final.
  • comida: execute imagens_de_comida. Escreva apenas a ordem de serviço e o manifesto do Food Image Studio; não edite o shell do site ou a Demonstração final.
  • exterior: execute imagem_exterior. Escreva apenas a ordem de serviço e o manifesto do Exterior Image Studio; não edite o shell do site ou a Demonstração final.

O agente principal é dono da captura, pesquisa, bloqueios compartilhados por todas as faixas, implementação final, QA, operações de repositório, decisões de publicação e o handoff ao usuário. Apenas o agente principal pode copiar ativos selecionados do trabalhador para a Demonstração final, reconciliar conflitos de cópia/layout/ativos ou declarar a Demonstração pronta.

Os trabalhadores podem atualizar seus próprios estágios do fluxo de trabalho através de workflow.py set-stage; a ferramenta de estado serializa escritas concorrentes. Um trabalhador não deve editar arquivos ou status de outra faixa. Ao finalizar o trabalhador, inspecione os artefatos reais e execute validadores em vez de confiar apenas na mensagem.

Regras de Estágio

Siga esta ordem:

captura
  -> pesquisa
  -> bloqueio_de_design
  -> slots_de_imagem
  -> [design: paleta_de_marca -> design_do_site]
     [comida: imagens_de_comida]                 (paralelo)
     [exterior: imagem_exterior]
  -> implementação pelo agente principal
  -> qa
  -> demonstração_privada

imagens_de_comida e imagem_exterior são ramificações de decisão, não omissões silenciosas. Passe-as quando ativos qualificados forem produzidos; pule-as com um motivo baseado em evidências quando a página permanecer focada em texto ou um exterior não agregar valor de chegada. Nunca pule paleta_de_marca; use seu fallback explícito de Receita rotulada quando a evidência do restaurante não puder sustentar uma paleta derivada da marca.

Use apenas estes status. Até três estágios de trabalhador independentes de dependência podem estar in_progress, mas apenas um por faixa de trabalhador; um estágio do agente principal nunca se sobrepõe a um estágio de trabalhador:

  • pendente: não iniciado
  • em_andamento: executando ativamente; apenas um estágio por vez
  • aprovado: dependências, artefatos e validadores relevantes passam
  • bloqueado: não pode prosseguir; registre um bloqueador concreto
  • pulado: ramificação opcional deliberadamente omitida; registre o motivo

Nunca marque trabalho incompleto como aprovado para avançar o fluxo de trabalho. Reabra um estágio terminal com --reopen quando sua evidência ou saída mudar.

Comandos

Substitua <skill-do-orquestrador> pela pasta deste skill instalado. Execute os comandos da ordem de serviço a partir do diretório do seu projeto de restaurante.

Inicializar:

python3 <skill-do-orquestrador>/scripts/workflow.py init \
  --project-root . \
  --restaurant "Nome do Restaurante" \
  --slug nome-do-restaurante \
  --place-id "PLACE_ID" \
  --maps-url "GOOGLE_MAPS_URL" \
  --lead-json output/leads.json \
  --source-sheet-id "SHEET_ID" \
  --source-sheet-title "Título da planilha" \
  --source-tab Sheet1 \
  --source-row 28 \
  --sheet-checked-at 2026-07-13

Inspecionar e retomar; resume pode retornar vários estágios acionáveis após a ramificação:

python3 <skill-do-orquestrador>/scripts/workflow.py status \
  --workflow orquestração/nome-do-restaurante/workflow.json

python3 <skill-do-orquestrador>/scripts/workflow.py resume \
  --workflow orquestração/nome-do-restaurante/workflow.json

Registrar um estágio:

python3 <skill-do-orquestrador>/scripts/workflow.py set-stage \
  --workflow orquestração/nome-do-restaurante/workflow.json \
  --stage pesquisa --status aprovado \
  --artifact registro_de_pesquisa=orquestração/nome-do-restaurante/pesquisa/PESQUISA.md \
  --artifact perfil_do_restaurante=orquestração/nome-do-restaurante/pesquisa/perfil-do-restaurante.json

Validar:

python3 <skill-do-orquestrador>/scripts/workflow.py validate \
  --workflow orquestração/nome-do-restaurante/workflow.json --run-contracts

Salvaguardas

  • Mantenha toda nova ordem de serviço como privada-local por padrão.
  • Não adicione comandos automáticos de deploy, upload, email, Messenger ou divulgação.
  • Mantenha fatos verificados, fatos de instantâneo, inferências, decisões criativas e perguntas em aberto distintos.
  • Reverifique horários atuais, cardápio, avaliação, contagem de avaliações, status do site, serviços e links de contato antes de usá-los na página.
  • Não coloque segredos, arquivos de conta de serviço, tokens ou credenciais privadas em uma ordem de serviço.
  • Pare em demonstração_privada; publicação e divulgação exigem autorização explícita separada do usuário.

Handoff

Informe o caminho da ordem de serviço, estágio atual, caminho ou URL da Demonstração local quando disponível, resultados de validação, bloqueadores, itens de confirmação do proprietário e lacunas de autorização para publicação. Declare explicitamente que nenhuma publicação ou divulgação ocorreu, a menos que autorizado separadamente.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

LucasH1225/restaurant-website-skills

Extract, interpret, record, and validate evidence-backed restaurant color systems for website demos. Use when Codex needs to inspect a storefront, sign, logo, menu, packaging, or interior photo for recurring brand colors; separate brand evidence from food, sky, foliage, lighting casts, asphalt, or camera noise; choose a harmonious palette combination; translate a real anchor color into accessible CSS design tokens; preview color roles; or hand a palette lock to restaurant-demo-builder. Do not use for generic color inspiration without restaurant evidence, logo redesign, image generation, layout selection, or blind extraction of the most frequent pixels.

LucasH1225/restaurant-website-skills

Research, position, design, build, and visually verify persuasive mobile-first website demos for independent restaurants with missing, broken, Facebook-only, outdated, or poor websites. Use when Codex is asked to analyze a restaurant lead, plan or create an outreach-ready restaurant website demo, turn Maps/Facebook/menu/review evidence into a tailored site, structure a clear mobile menu, coordinate evidence-backed food and storefront imagery, or integrate a restaurant-derived brand palette. Use restaurant-food-image-studio for food-image production, restaurant-exterior-image-studio for storefront-image production, and restaurant-brand-palette for photo-to-token color work. Do not use for generic restaurant directories, delivery marketplaces, or unverified production claims.

LucasH1225/restaurant-website-skills

Audit, restore, recreate, and verify evidence-backed restaurant storefront and arrival photography for private website demos. Use when Codex needs to turn real venue exterior references into a faithful AI-assisted door-front image, repair exposure or perspective, create a recognizable arrival band, preserve signage and architecture, record source-versus-output evidence, or decide whether an exterior image is safe for Demo or public use. Do not use for invented storefront concepts, interior-only work, food photography, generic architecture renders, detached Street View screenshots, or any image that cannot be grounded in current real venue evidence.

LucasH1225/restaurant-website-skills

Collect, restage, harmonize, and verify evidence-backed food photography for independent restaurant website demos. Use when Codex needs to retrieve real restaurant dish photos through Apify Google Maps or Masa, turn mixed phone snapshots into one coherent customer-facing camera and lighting system, improve exposure or source-supported appetite cues, prevent visible AI artifacts, bind every designed image to a real served-dish source, or retain source-versus-output evidence and timing records. Do not use for text-only food generation, generic stock-food requests, full-menu illustration, or any realistic dish image that lacks a matching real restaurant photo.

Habilidades Relacionadas