Padrão do catálogo como arquivo
Lado, margem, fundo, alinhamento por categoria, perfil, formato e nome, com a data e a fonte do requisito de cada loja.
Entrega: padrao_catalogo.json versionadoOcto para retoque de catálogo e e-commerce no Photoshop
Recortar, pôr fundo, encaixar com margem e salvar com o nome do SKU é a mesma operação repetida em imagens diferentes. O Octo escreve o padrão do catálogo como arquivo, o script que padroniza no Photoshop ou fora dele e a conferência que compara a pasta com a planilha. O retoque artístico, as peças difíceis e a aprovação ficam com pessoas.
Seis entregas possíveis, tiradas do levantamento. Nenhuma salva por cima do original, todas conferem o arquivo pelo conteúdo, e todas vão para revisão de quem responde pelo catálogo.
Lado, margem, fundo, alinhamento por categoria, perfil, formato e nome, com a data e a fonte do requisito de cada loja.
Entrega: padrao_catalogo.json versionadoSelecionar assunto vira máscara de camada, não pixel apagado; peça difícil sai em PSD para o retocador.
Entrega: pasta para-retoque com as máscarasA caixa do produto é medida e encaixada na área útil; nada de centralizar a imagem com sombra deslocada.
Entrega: padronizar_catalogo.psjsEnsaio antes, cópia depois, mapa origem → destino gravado. Destino que já existe vira pendência.
Entrega: renomear_por_sku.py e mapa_nomes.csvFalta, sobra, tamanho, cor das bordas, margem, perfil, peso e a mesma foto em dois SKUs.
Entrega: conferencia.csv e manifesto com sha256Miniaturas com o SKU embaixo, agrupadas por modelo, para ver de relance escala e posição das cores.
Entrega: folha das pendências e do loteO mesmo ciclo do Octo, aplicado às fotos de produto. Cada braço tem um papel estreito; quem retoca, aprova a imagem e responde pela descrição do produto são pessoas.
Quem fotografa, quem retoca, quem sobe; volume por sessão; lojas e requisitos; versão do Photoshop.
Padrão do catálogo com data e fonte, planilha de SKUs com vistas e peças difíceis.
Original nunca sobrescrito, foto com pessoa sinalizada (LGPD), nada enviado a serviço externo sem avaliação.
Ação, script UXP, Photoshop API ou ImageMagick, pelo volume e pela estação disponível.
Padronização com margem medida, renomeação com ensaio e conferência, com a fonte de cada regra anotada.
Tamanho, bordas, margem, perfil e sha256. "Tem 1.200 arquivos" não é conferência.
Só o que foi aprovado vai para a pasta da loja.
Padrão de cada loja com data e fonte, versão do descritor de recorte, quem aprovou cada lote.
O Octo não salva por cima do original, não amplia foto pequena para caber e não sobe imagem para a loja sem aprovação.
O critério que o Octo usa para escolher, com o limite de cada caminho.
| Situação | Caminho | Observação |
|---|---|---|
| Poucas fotos por semana | Ação e Lote no Photoshop | Ação gravada em foto representativa |
| Centenas de fotos, estação disponível | Script UXP (.psjs) | Descritor do recorte conferido na versão instalada |
| Milhares de fotos, sem estação | Photoshop API, /v2/remove-background | Contrato Firefly Services |
| Fotos já recortadas | ImageMagick | -trim, -resize, -extent |
| Vidro, cabelo, franja, joia | Máscara e retocador | Nenhum recorte automático resolve sozinho |
| Renomear pelo SKU | Python, só biblioteca padrão | Ensaio antes; nada sobrescrito |
| Conferir a pasta | Python e ImageMagick para medir | Triagem; a aprovação é humana |
| Padrão novo da loja | Reprocessar a partir das máscaras | Nunca a partir das imagens finais |
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado na sua equipe.
Proposta, não promessa
O Octo confere a pasta que já existe, sem mudar o jeito de retocar.
Padrão escrito, script de padronização e renomeação pelo SKU.
Volume alto pela Photoshop API ou pelo ImageMagick, com a mesma conferência no fim.
Cada ponto abaixo tem fonte publicada pelo fabricante, pelo projeto ou pelo órgão responsável. As fontes estão na seção seguinte.
5
pontos com fonte publicada, cada um com a referência indicada ao lado.
resizeImage, resizeCanvas, trim, crop e convertProfile desde a 23.0; alterar documento exige executeAsModal.Fonte: developer.adobe.com, UXP, Document e executeAsModalcutout ou mask, trim, backgroundColor e colorDecontamination.Fonte: developer.adobe.com, Photoshop API, Remove background{"_obj": "autoCutout", "sampleAllLayers": false} é o primeiro passo do ActionJSON oficial do Product Crop; o Octo ainda confere o descritor na versão do cliente.Fonte: developer.adobe.com, Photoshop API v2, Product Crop/v2/execute-actions com o ActionJSON publicado; a margem é o passo canvasSize, de 10 px relativos e centralizados por padrão, e pode ser trocada.Fonte: developer.adobe.com, Photoshop API v2, Product CropO Octo prepara tudo, mas não assina. O documento que vale continua com quem responde por ele.
Levanta, calcula, organiza e gera os documentos: arquivos tratados, provas, relatórios e planilhas.
Entrega: material pronto para conferirO cliente ou o diretor de arte confere o que o Octo entregou antes de aprovar. Se algo não fecha, volta para o Octo com a correção.
Etapa: conferência por quem aprovaO Octo não aprova a arte. Numa arte não há assinatura legal: a aprovação da arte e da prova fica com o cliente ou o diretor de arte.
Aprovação: cliente ou diretor de arteDocumentação de UXP e da Photoshop API em developer.adobe.com, páginas da ajuda do Photoshop em helpx.adobe.com, opções do ImageMagick e relatos da comunidade Adobe, consultados em 31/10/2026.
O diagnóstico começa pela conferência de uma pasta que já está no ar ou pronta para subir. Você recebe o que falta, o que sobra, o que está fora do padrão e as perguntas que só a sua equipe responde, e decide com isso na mão.