Um sistema operacional tem um scheduler. Suas ferramentas de IA não.
O que faz do Windows um SO e de uma calculadora um app é um scheduler que roda trabalho sem ser solicitado.
Apollo Space Research
Apollo Space
Abra o gerenciador de tarefas do seu laptop agora e você verá algumas centenas de processos. Você iniciou talvez quatro deles. O resto está rodando porque algo decidiu que deveriam, bootou cada um no momento certo, deu a cada um uma fatia do processador, pausou os que podiam esperar, acordou os que não podiam. Você nunca emitiu uma única dessas ordens. Um pedaço de código emitiu, milhares de vezes por segundo, o tempo todo enquanto você lia este parágrafo.
Esse pedaço de código é o scheduler. É a menor parte de um sistema operacional e a que o torna um sistema operacional, antes de tudo. Toda ferramenta de IA que você comprou este ano está sem ele.
O que faz do Windows um SO e de uma calculadora um app é um scheduler que roda trabalho sem ser solicitado. O resto deste post é sobre esse único componente, o que ele faz, por que é a linha divisória, e o que muda no dia em que sua empresa ganha um.
A única parte de um SO de que ninguém fala
Pergunte a alguém o que é um sistema operacional e a pessoa vai descrever as coisas que consegue ver: o desktop, o navegador de arquivos, o cursorzinho girando. Nada disso é o sistema operacional. São apps que o SO por acaso roda.
O sistema operacional é a parte que você não consegue ver, e no seu núcleo está o scheduler, um loop que, alguns milhares de vezes por segundo, faz uma pergunta: de tudo que poderia rodar agora, o que roda em seguida? Então ele faz a chamada, entrega o processador e pergunta de novo. Ele nunca termina. Nunca espera por permissão. É o tomador de decisão mais ocupado e mais invisível do prédio.
Aqui está o teste que separa um SO de um app, e não tem nada a ver com tamanho ou esperteza.
Um app roda quando você o abre. Um sistema operacional roda quer você abra algo ou não. Essa lacuna é o scheduler.
Uma calculadora é um app: não faz nada até você tocá-la, e no instante em que você a fecha, ela se foi, nenhuma parte dela continua pensando. O Windows é um SO: feche todas as janelas da tela e ele ainda está fazendo o scheduling de centenas de processos, ainda decidindo o que roda em seguida, ainda muito desperto. Mesmo silício, mesma eletricidade. A diferença é que um deles tem uma coisa dentro que roda trabalho sem ser solicitada.
Aplique esse teste às ferramentas de IA na folha de pagamento da sua empresa. Cada uma delas é uma calculadora.
Toda ferramenta de IA que você comprou é uma calculadora
Aqui está a versão que todo mundo já aceitou como “IA no trabalho”: você adiciona um assistente inteligente, você o abre quando precisa, você digita o que quer, ele responde, você fecha. Repete. É genuinamente útil. Ele rascunha mais rápido que você, resume a thread, escreve a primeira versão do email. As pessoas se sentem produtivas, e são.
Mas note o formato disso. Não faz nada até você abrir. Não tem ideia de que a fatura está vencida até você pedir para olhar. Não vai, por conta própria, jamais decidir que algo deveria acontecer em seguida, porque decidir o que acontece em seguida é precisamente o trabalho que ele não tem. Você comprou um jeito mais rápido de responder a pergunta. Você ainda é quem precisa saber qual pergunta fazer, e quando.
Isso é uma calculadora com vocabulário. Uma muito boa. Ainda uma calculadora.
A dor aparece não em nenhum momento isolado, mas no acúmulo. Uma semana típica está cheia de trabalho que precisava ser feito no instante em que algo mudou, uma renovação que silenciosamente entrou no seu mês final, uma resposta que chegou e ficou sem ser lida, uma reunião que se moveu por mensagem enquanto o convite no calendário continuava apontando para o endereço antigo. A informação para agir estava bem ali, dentro de ferramentas inteligentes o suficiente para lê-la. Nada agiu, porque nada estava rodando. O assistente estava fechado, esperando, do jeito que uma calculadora espera. E o único scheduler do prédio era um ser humano, que estava dormindo, ou numa reunião, ou simplesmente não tinha pensado em perguntar.
O que faz do Windows um SO e de uma calculadora um app é um scheduler que roda trabalho sem ser solicitado. O software mais caro da sua empresa ainda não tem um. Você tem, e esse é o problema.
O contraste não é inteligência. O assistente à esquerda e o scheduler à direita podem ser exatamente o mesmo modelo, lendo exatamente a mesma caixa de entrada. A diferença é que um espera para ser aberto e o outro já está rodando. Um responde uma pergunta. O outro decide que há uma pergunta que vale a pena responder, e vai.
O que um scheduler de fato faz, três vezes por dia
Então imagine o componente que falta, não como uma metáfora mas como um loop que você poderia desenhar. É, no fundo, o mesmo loop que o scheduler de CPU roda, só que desacelerado de milissegundos para o ritmo de um dia de trabalho, e apontado para suas operações em vez do seu processador.
O scheduler de CPU faz quatro coisas num ciclo apertado: ele observa a fila de tudo que poderia rodar, ele escolhe o que importa mais agora, ele roda aquilo, então ele loopa direto de volta para observar. Não há um quinto passo onde ele para e espera por você. O loop é a coisa toda.
Mova esse loop um nível acima, para o nível de uma empresa, e ele fica assim.
Ele observa, sua caixa de entrada, seu calendário, suas renovações, seus custos, os canais onde o trabalho de fato acontece, tudo num só lugar, continuamente, do jeito que a CPU observa sua run queue. Ele escolhe, de tudo que consegue ver, qual coisa importa mais na próxima hora: a resposta que destrava um deal, a fatura que está prestes a envelhecer e virar um problema, a reunião que silenciosamente se moveu. Ele roda, rascunha a resposta, sinaliza o conflito, prepara a proposta para que esteja pronta quando você acordar. Então ele loopa, de volta para observar, porque o trabalho nunca para de chegar e o scheduler nunca apaga.
Note o que sumiu: o passo onde um humano nota, lembra da ferramenta, abre, e pede. No modelo reativo esse passo é o que sustenta tudo, nada acontece sem ele. O scheduler o deleta. Não por ser mais inteligente que você. Por estar desperto quando você não está.
A preocupação óbvia aparece no momento em que você descreve um software que age no próprio relógio: um scheduler que roda trabalho sem ser solicitado não é só um jeito rápido de fazer a coisa errada? É a preocupação certa, e a resposta não é desacelerar o scheduler. É limitar o que ele tem permissão de rodar.
”Mas eu não quero que aja por conta própria”
É aqui que o instinto da maioria das pessoas é manter o humano no loop em tudo, aprovar cada ação, confirmar cada envio, nunca deixar a coisa se mover sem um toque. Parece seguro. É também a jogada que silenciosamente transforma seu sistema operacional de volta numa calculadora, porque agora nada roda até você pedir, e você é o scheduler de novo.
O scheduler de CPU resolveu isso há muito tempo, e a solução não foi “perguntar ao usuário antes de cada processo”. Foram permissões, uma fronteira clara em torno do que cada processo tem permissão de tocar, para que o scheduler possa rodar centenas deles a toda velocidade sem nenhum deles alcançar a memória de outro ou causar dano. Iniciativa e segurança não são opostos. A fronteira é o que torna a iniciativa segura.
Um scheduler de empresa conquista confiança do jeito que uma pessoa conquista, uma tarefa por vez. Um novo agent começa read-only: observa e sugere, e não toca em nada. Prove um tipo de julgamento uma dúzia de vezes e a coleira alonga, agora ele rascunha e você confirma. Prove cem vezes mais e ele envia e te avisa depois. Para as jogadas estreitas e bem desgastadas que acertou repetidamente, ele simplesmente as faz, e você lê o resultado. Isso não é um botão que você liga no dia um. É um nível que o scheduler escala, por tarefa, com prova.
Iniciativa sem uma fronteira é imprudente. Iniciativa dentro de uma fronteira que alarga com prova é só um bom colega que chegou aqui antes de você.
Então a preocupação é real, e a resposta é estrutural, não nervosa. Você não mantém o sistema lento para mantê-lo seguro. Você dá a ele um scheduler para que rode trabalho sem ser solicitado, e uma fronteira de permissão para que o trabalho que ele roda seja trabalho que você teria aprovado de qualquer jeito.
A virada: você era o scheduler, e isso era um desperdício de você
Aqui está a parte que não é realmente sobre software.
Por todo o tempo em que sua empresa existiu, algo esteve decidindo o que acontece em seguida, observando a fila, escolhendo o que importa, rodando aquilo, loopando de volta. Esse algo tem sido você. Você é o loop. Você acorda e escaneia o que mudou durante a noite. Você decide para qual incêndio caminhar primeiro. Você roteia o trabalho, então volta a observar, e faz tudo de novo amanhã. Você tem sido o scheduler esse tempo todo.
E ser o scheduler é a coisa de menor alavancagem que uma pessoa afiada pode fazer com um dia. É tudo observar e rotear e lembrar. Nada disso é o trabalho que só você pode fazer. Um scheduler, por design, não decide o que vale a pena rodar, ele só decide o que roda em seguida entre as coisas que já estão na fila. O trabalho genuinamente humano é o que está acima dele: decidir o que deveria estar na fila, antes de mais nada. Quais problemas merecem a atenção da empresa. O que “excelente” significa para as pessoas que você serve. Para onde ir que ninguém te pediu para ir.
Esse é o trabalho que um scheduler não pode tomar, e é o trabalho do qual você nunca teve o suficiente de si mesmo para fazer, porque o loop comeu o dia. Dê o loop a uma máquina que é de fato boa em loops, e o que resta é a única parte que sempre foi sua.
O que faz do Windows um SO e de uma calculadora um app é um scheduler que roda trabalho sem ser solicitado. Coloque um dentro da sua empresa e você não perde o controle dele. Você é rebaixado, da coisa que roda as operações para a pessoa que decide para que servem as operações.
É isso que estamos construindo na Apollo Space: um sistema operacional de empresa com um scheduler de verdade no centro dele, um que observa, escolhe, roda e loopa, para que o trabalho aconteça no próprio relógio em vez do seu. Se você já se pegou sendo o tomador de decisão mais ocupado e mais invisível do seu próprio prédio, você já sabe como um scheduler se sente por dentro. É um trabalho estranho para uma pessoa. Nunca deveria ter sido seu.
A Apollo cuida da operação repetitiva da sua empresa pro seu time não precisar.
Entre na lista de espera: acesso antecipado, preço de usuário fundador e um lugar na primeira fila enquanto a gente constrói.
Entrar na lista de esperaPromoções estão mortas. Trust budgets as substituem.
Você não vai promover um agent; você vai ampliar seu trust budget uma tarefa verificada por vez, e o mesmo livro-razão deveria governar suas pessoas.
Tese de AutomaçãoA descrição de cargo está virando um arquivo de spec
Para um agent, um cargo vira uma spec versionada e testável, e isso muda como você desenha cada trabalho, inclusive os humanos.
Tese de AutomaçãoPare de medir output. Comece a medir outcomes que a empresa não pode esquecer.
Um OS que lembra de toda decisão e seu resultado deixa você avaliar o outcome, não a atividade.