Bolívar Alencastro

Por que adotei a lógica da IndieWeb no meu portfólio

Como a IndieWeb me ajudou a tratar o portfólio como produto próprio e por que LLMs, CLIs, MCP e APIs tornaram esse caminho mais simples e democrático.

Durante muito tempo, a ideia de ter um portfólio realmente meu parecia ótima na teoria e cara na prática. Eu até podia publicar páginas, montar um layout, organizar projetos e escrever textos. Mas quase sempre havia uma camada de atrito: CMS demais, dependência demais, abstração demais. Em algum momento, percebi que queria menos site para administrar e mais casa digital para cultivar.

Escritorio com mesa de madeira, prateleiras com livros e notebook exibindo um terminal de comando em atmosfera editorial

O que me atraiu na IndieWeb

A IndieWeb parte de uma ideia simples e poderosa: seu conteúdo deve viver primeiro no seu próprio domínio. Não como saudosismo técnico, mas como estratégia de autonomia. Ao ler páginas como Why IndieWeb, fez sentido para mim tratar o portfólio como um produto com infraestrutura própria, identidade própria e regras próprias.

Isso muda o centro de gravidade do projeto. Em vez de pensar “onde vou encaixar meu conteúdo?”, a pergunta vira “como quero publicar, versionar, sindicar e manter isso no longo prazo?”. Parece um ajuste pequeno, mas ele muda tudo.

Mais que protocolo: uma comunidade praticando a web como lugar

Outro ponto forte é que a IndieWeb não é só um conjunto de especificações. Ela também é uma comunidade viva. A página da comunidade IndieWeb e iniciativas como o Homebrew Website Club mostram algo que eu valorizo muito: gente discutindo publicação, formatos abertos e manutenção da própria presença digital de forma prática, sem fetiche tecnológico.

Conceitos como POSSE e Webmention me interessam justamente por isso. Eles não existem para complicar; existem para devolver coerência ao fluxo. Você publica primeiro na sua casa e, se quiser, distribui para outras plataformas depois. Seu site volta a ser a origem, não apenas a vitrine.

Meu portfólio deixou de ser vitrine e virou produto

Quando adotei essa lógica, o portfólio deixou de ser um arquivo bonito de cases e passou a funcionar como um pequeno sistema editorial. Cada post virou um arquivo. Cada página virou uma decisão explícita. RSS, metadados, sitemap, links canônicos, capas e estrutura semântica deixaram de ser “extras de SEO” e passaram a ser parte do produto.

Também fez mais sentido usar serviços aderentes a essa mentalidade. O site já conversa com o webmention.io, por exemplo, sem depender de uma stack pesada para coisas que podem ser simples.

O que mudou com LLMs, CLIs, MCP e APIs

Se alguns anos atrás seguir esse caminho exigia uma combinação pesada de tempo, repertório técnico e insistência, hoje o cenário é outro. O avanço dos LLMs e das ferramentas de IA rodando em terminal reduziu muito a fricção entre intenção e execução. Em vez de parar horas para automatizar uma tarefa editorial do zero, eu consigo descrever o fluxo, ajustar o script e iterar em cima do resultado.

No meu caso, isso ficou especialmente visível quando passei a trabalhar com agentes em CLI conectados à OpenAI API, com integrações baseadas em Model Context Protocol (MCP) e automações pequenas, mas muito úteis, como geradores de assets, blocos HTML e metadados. Ferramentas como o Codex tornam esse fluxo menos sobre “saber tudo de infraestrutura antes de começar” e mais sobre orquestrar bem decisões e ferramentas.

O ponto mais importante, para mim, é este: a IA não substitui critério editorial. Ela remove atrito operacional. O ganho real não está em terceirizar pensamento, mas em encurtar o caminho entre uma ideia clara e uma implementação coerente.

Por que isso ficou mais democrático

A combinação de arquivos simples, web nativa e agentes conectados por APIs muda a barreira de entrada. Antes, muita gente dependia de um CMS robusto, de um time inteiro ou de uma curva de setup que desanimava cedo. Agora, uma pessoa com repertório de produto, algum senso de estrutura e boas instruções consegue montar uma presença digital mais durável sem ficar presa a uma plataforma fechada.

Isso não significa que tudo ficou trivial. Ainda existem escolhas arquiteturais, manutenção, revisão de conteúdo e cuidado com qualidade. Mas a distribuição de esforço mudou. Hoje, uma pessoa solo consegue operar com um nível de sofisticação que antes exigia muito mais tempo ou orçamento.

Conclusão

A IndieWeb me deu o modelo mental. Os LLMs, as CLIs, o MCP e as APIs me deram o ritmo de execução. Juntos, eles tornaram viável algo que antes parecia excessivo para um portfólio pessoal: tratar meu site como um sistema vivo, leve e independente.

Se a web já foi sinônimo de experimentar com autonomia, talvez este seja um bom momento para recuperar esse espírito com ferramentas melhores e com muito menos atrito.

Referências

Sobre o autor

Foto de Bolívar Alencastro

Bolívar Alencastro

Product Designer em São Paulo, combinando pesquisa, design systems e estratégia para transformar complexidade em decisões claras de produto.