Como navegar nesta série (mapa geral dos capítulos)
No final do capítulo anterior, escrevi: "A partir do próximo capítulo, entramos nos registros concretos — o que foi projetado e testado na prática."
E é exatamente isso que vai acontecer. Mas antes de começar, quero fazer uma pausa e mostrar o mapa completo desta série. Saber "para onde estamos indo e onde estamos agora" muda a sensação de leitura ao longo do caminho.
Se você prefere ver o mapa antes de começar, ou só no momento em que precisar, isso é uma questão de estilo. De qualquer forma, ter o panorama em mãos facilita decisões como "vou pular este capítulo e ler depois" — por isso faço esse resumo aqui.
O que fizemos nos 9 capítulos anteriores
Do Capítulo 1 ao Capítulo 9, apresentamos o que é esta série, com que postura ela é escrita, para quem é dirigida e o que ela promete.
Para ser um pouco mais específico, estes foram os temas:
- Capítulo 1: O que é o Structure Log, que escreve este artigo?
- Capítulo 2: Por que tornamos público o log de operação real?
- Capítulo 3: Escrevendo com IA: rotulagem de transparência DP-15
- Capítulo 4: Por que escrevo os termos técnicos com explicação ao lado?
- Capítulo 5: Por que não revelamos informações pessoais (o princípio do anonimato)
- Capítulo 6: O que este projeto chama de "tema" (organização de IAs)
- Capítulo 7: O leitor que tenho em mente (o perfil de Kenji)
- Capítulo 8: O que você ganha com este blog
- Capítulo 9: O que este blog não vai oferecer a você
Esses capítulos 1 a 9 formam a "Parte 1: Apresentação e premissas". A ideia era colocar os combinados com o leitor logo no início — para que, quando o conteúdo principal começasse, não parecesse uma mudança repentina de assunto.
Olhando de novo para esse conjunto, percebo que focar em um único tópico por capítulo ajudou a deixar o papel de cada um relativamente claro.
O que vem a seguir: o fluxo geral
O conteúdo principal se divide, em linhas gerais, em três partes.
A primeira começa com a "construção da base".
Esta parte vai destrinchar, um a um, termos como: agente de IA (ou seja, um programa de IA que age de forma autônoma), separação de poderes (aqui: a divisão entre execução, auditoria e aprovação em agentes distintos), regra de duas pessoas (ou seja, ações irreversíveis exigem confirmação de duas partes), princípio de documentação (tudo registrado em texto) e SSOT (fonte única de verdade, ou seja, uma única fonte confiável de informação).
Sobre "separação de poderes": não estamos usando o termo no sentido escolar de legislativo, executivo e judiciário. Neste projeto, o termo significa dividir as funções de quem executa uma tarefa, quem verifica e quem dá a aprovação final quando uma IA trabalha. É um uso próprio do projeto, então sempre que o termo aparecer pela primeira vez em um contexto, vou incluir a explicação de como ele é usado aqui.
Esta parte foi projetada para funcionar como um "glossário" ao ler os registros da segunda metade. É o lugar para voltar quando você pensar: "o que esse termo significava mesmo?"
A segunda parte são os registros das estruturas que criamos na prática.
A partir daqui, o caráter muda. O foco passa a ser o percurso: "projetamos", "testamos", "não funcionou", "corrigimos".
Os temas incluem: a regra de ouro (ou seja, o conjunto de regras de decisão deste projeto), a configuração com múltiplas IAs em papéis distintos, o mecanismo de interrupção e publicação automática, e os registros de falhas. Esta é a parte central da série. Há muitos casos em que as coisas não saíram como o esperado.
Depois disso, entramos nas ideias para expandir a estrutura e na acumulação de dados.
Como levar uma estrutura testada em um projeto para outros projetos. O que significa acumular registros. E, como um episódio um pouco diferente dos demais, há um capítulo planejado em que vou falar sobre "a própria estrutura que está gerando esta série agora". Esta série roda sobre o mecanismo de automação que estamos discutindo aqui — então se torna, em certo sentido, uma autorreferência.
Como navegar nesta série
Não é necessário ler do início ao fim em ordem.
Se a "construção da base" é o que mais interessa, não há problema em pular a Parte 1 e começar por lá. Se você já está familiarizado com os termos de IA, talvez seja mais interessante passar rapidamente pela parte de base e começar pelos registros de projetos.
Se em algum momento você pensar "não estou entendendo esse termo", volte à parte de base — lá está reunida a explicação dos termos. A ideia é usá-la como glossário.
Cada capítulo é escrito para ser completo em torno de um único tópico, então dá para ler só os capítulos que interessam. É uma série longa, mas não foi feita para ser lida de uma vez — foi criada como um conjunto de registros que você pode abrir quando quiser.
Para que você não se perca independentemente de onde começar, sempre que um termo aparecer vou incluir a explicação, e quando for necessário algum contexto anterior, vou adicionar uma referência do tipo: "esse assunto foi tratado na parte de base — se quiser, vale voltar lá".
Bem, é isso para a introdução.
A partir do próximo capítulo, entramos no tema principal. O que significa projetar uma organização em parceria com uma IA. Vou escrever, passo a passo, os registros de tudo que foi feito na prática.