Política escrita
Modelos permitidos por tipo de trabalho, usos proibidos, quem aprova e como se declara ao cliente, num arquivo que os scripts leem.
Entrega: politica_ia.json com históricoOcto para IA generativa no Photoshop
O Photoshop traz Preenchimento e Expansão generativa, Prompt to Edit e modelos de parceiros; a Firefly API e a Photoshop API levam parte disso para uso por programa. O Octo escreve a política e o registro de uso, monta o cliente da API em modo de ensaio, deixa cada variação aguardando aprovação e lê as Credenciais de Conteúdo antes de publicar. A escolha da imagem e a liberação ficam com pessoas.
Seis entregas possíveis, tiradas do levantamento. Nenhuma publica nada sozinha, nenhuma mexe em Credencial de Conteúdo, e todas terminam com uma pessoa decidindo.
Modelos permitidos por tipo de trabalho, usos proibidos, quem aprova e como se declara ao cliente, num arquivo que os scripts leem.
Entrega: politica_ia.json com históricoArquivo, recurso, modelo, canal, prompt, área alterada, autorização de imagem e quem aprovou. O consumo de créditos deixa de ser surpresa.
Entrega: registro_ia.csv por trabalhoCliente da Firefly API em modo de ensaio por padrão; cada variação chega numa pasta nova, aguardando aprovação.
Entrega: firefly_expand_lote.py e registroManifesto C2PA de cada arquivo lido pelo c2patool e classificado pelo vocabulário IPTC de origem, sem alterar nada.
Entrega: relatórios C2PA e índiceManifesto, registro e política juntos: IA sem registro, credencial perdida no caminho, modelo fora da política, pessoa sem autorização.
Entrega: pendencias_ia.csv para quem publicaPeça com pessoa e sem autorização de imagem não vai para a nuvem; a avaliação do encarregado de dados (LGPD) vem antes.
Entrega: lista de barrados com motivoO mesmo ciclo do Octo, aplicado à IA generativa. Cada braço tem um papel estreito; quem escolhe a imagem, declara o uso ao cliente e publica são pessoas.
Quem usa IA generativa, em que plano, com que modelo, para que peças, e quanto crédito se consome.
Política de uso e registro por arquivo, em arquivos versionados que os scripts leem.
Credencial de servidor em cofre, foto com pessoa barrada sem autorização, nada publicado sem aprovação (LGPD).
O que fica com o designer no Photoshop e o que vai para a Firefly API ou a Photoshop API, com credencial própria.
Cliente da API em modo de ensaio, leitura C2PA e cruzamento com registro e política.
Manifesto, registro e política juntos. "A API respondeu" não é aprovação.
Só peças aprovadas, com manifesto lido. A publicação é decidida por uma pessoa.
Política, modelos, versões e quem aprovou cada peça, com a data.
O Octo não remove nem altera Credenciais de Conteúdo, não publica e não aperta o botão generativo pelo designer. Prepara, registra e confere.
O critério que o Octo usa para escolher, com o limite documentado de cada caminho.
| Tarefa | Caminho | Observação |
|---|---|---|
| Retoque pontual com IA | Photoshop de mesa, pela pessoa | Créditos do plano; registro e revisão |
| Expansão de formato em volume | Firefly API, /v3/images/expand-async | Credencial de servidor; acesso pelo representante Adobe |
| Gerar imagem por programa | Firefly API, /v3/images/generate-async | Resposta com jobId e statusUrl |
| Remover fundo em volume | Photoshop API v2, /v2/remove-background | Ver a área API na nuvem |
| Ler Credenciais de Conteúdo | c2patool | Opções conferidas no -h da versão instalada |
| Cruzar manifesto, registro e política | Python, só biblioteca padrão | Não decide; lista pendências |
| Automatizar o botão generativo da interface | Fora do levantamento | As diretrizes proíbem automação não autorizada |
| Aprovar a imagem | Uma pessoa | Nenhum script substitui |
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado na sua equipe.
Proposta, não promessa
O Octo lê os manifestos da pasta de publicação, sem mudar o jeito de trabalhar.
Política escrita, pedido e registro de cada uso, e o cruzamento antes de publicar.
Expansão e geração em volume pela Firefly API, com variações aguardando aprovação.
Cada ponto abaixo tem fonte publicada pelo fabricante, pelo projeto ou pelo órgão responsável. As fontes estão na seção seguinte.
3
pontos com fonte publicada, cada um com a referência indicada ao lado.
generate-async e expand-async devolvem jobId, statusUrl e cancelUrl; o token de servidor vale 24 horas.Fonte: developer.adobe.com, Firefly ServicestrainedAlgorithmicMedia ("Created using Generative AI") e compositeWithTrainedAlgorithmicMedia ("Edited using Generative AI").Fonte: cv.iptc.org, Digital Source TypeO 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 do Firefly Services, diretrizes de IA e página de créditos da Adobe, comunicado de 2024, anúncio da versão 27.11, especificação C2PA, vocabulário IPTC e c2patool, consultados em 31/10/2026.
O diagnóstico começa pela leitura das Credenciais de Conteúdo de uma pasta de publicação que já existe. Você recebe o que tem IA, o que perdeu a credencial no caminho e as perguntas que só a sua equipe responde, e decide com isso na mão.