Forem: Jessica Temporal

How to Use Auth0 Agent Skills in Claude Code & AI Coding Assistants

Jessica Temporal — Mon, 06 Apr 2026 18:27:59 +0000

Tired of your AI coding assistant hallucinating APIs or writing insecure auth patterns? In this video, I'll show you how to use Auth0 Agent Skills to teach your AI assistant (like Claude Code or GitHub Copilot) how to implement Auth0 correctly. Say goodbye to XSS vulnerabilities and manual JWT decoding—ship production-ready, secure authentication from the start.

What You'll Learn

Why standard AI coding assistants struggle with secure authentication.
How to install Auth0 Agent Skills via NPX or Claude Code plugins.
The difference between Core Skills and SDK Skills (React, Next.js, etc.).
A side-by-side comparison of "hallucinated" code vs. secure Auth0 patterns.
How to implement production-ready auth in Next.js using Agent Skills.

Resources

📝 Read the full blog post
🛠️ Auth0 Documentation
💻 GitHub Repo

Auth0 MCP Server Extension for Gemini CLI

Jessica Temporal — Fri, 27 Mar 2026 11:00:00 +0000

The Auth0 MCP Server is now listed on the official Gemini CLI extensions page. This means the Auth0 MCP Server is now directly installable through Gemini CLI with one command, allowing you to authenticate to Auth0 directly from your Gemini CLI session and load tenant information automatically.

What the Auth0 MCP Server Extension Provides

The extension packages the Auth0 MCP Server for Gemini CLI and adds three integration layers:

Discoverability: Listed on geminicli.com/extensions, searchable by name, installable without manual configuration.

Authentication Commands: Built-in slash commands for Auth0 tenant management:

/auth0:init - Device authorization flow with tenant selection
/auth0:logout - Session termination
/auth0:session - Current authentication status

Context Injection: After authentication, Gemini gains your tenant information so the AI can query applications, APIs, connections, actions, and logs without requiring manual tenant specification in every prompt.

Installation and Setup

Install the extension:

gemini extensions install https://github.com/auth0/auth0-mcp-server

Once the command successfully finishes you should see a message stating Extension “Auth0” installed successfully:

Initialize the Auth0 MCP Server:

/auth0:init

Make sure to allow the command to run when prompted. The server will run automatically.

You'll authenticate via device code flow to select your tenant:

And confirm the permissions:

Once authenticated, you should see a message within Gemini saying the Auth0 MCP Server is configured and to restart Gemini CLI to see the changes:

Refresh the MCP server list with the following command:

/mcp refresh

Gemini now has Auth0 context. Ask: "show me my applications" and the AI will receive the structured information about your applications, which Gemini CLI will display as a structured tool call result:

And since Gemini now understands your tenant structure, existing configurations, and naming conventions, it can also show you the same information in a more readable format:

Why This Matters

Before this extension, using the Auth0 MCP Server with Gemini CLI required manual server configuration, environment variable setup, and custom initialization scripts. The extension collapses that into a single install command and three slash commands.

More importantly: context persistence. Once authenticated, every Gemini session knows your Auth0 environment. You're not re-explaining your tenant structure or copy-pasting app IDs. The AI assistant operates with the same tenant awareness you have.

This is the same Auth0 MCP Server that powers VS Code integrations, now packaged for Gemini CLI's extension model. Same capabilities, different CLI.

What's Next

The Auth0 MCP Server supports tenant management, application configuration, API setup, and log analysis. For implementation details and the full MCP Server feature set, see the list on GitHub here.

The extension is available now at geminicli.com/extensions. Install, authenticate, and start managing Auth0 tenants through natural language.

Demystifying OAuth Security: State vs. Nonce vs. PKCE

Jessica Temporal — Fri, 13 Mar 2026 16:17:44 +0000

Confused by the random strings in your OAuth URLs? You aren't alone. Many developers think state, nonce, and code_challenge (PKCE) are redundant—but skipping just one could leave your users' accounts wide open to attackers like "Eve." In this video, I'll break down why these three parameters are like three different locks on three different doors. We’ll look at real-world attack scenarios and show you exactly how each one keeps your app secure.

💡 What You’ll Learn:

The State Parameter: How to prevent Cross-Site Request Forgery ($CSRF$) attacks.
The Nonce Parameter: Why ID tokens need protection against Replay attacks.
PKCE (Proof Key for Code Exchange): Protecting mobile and single-page apps from Authorization Code Injection.
Implementation Strategy: Why you should use all three instead of picking just one.

🔗 Links:

If you enjoy this content and want to learn more about identity, security, and access management, subscribe to our channel!

Have a topic you'd like to see covered? Let us know if the comments below 👀

Auth0 for AI Agents is now generally available!

Jessica Temporal — Mon, 24 Nov 2025 16:32:18 +0000

Hey DEV Community! 👋

If you're building AI agents right now (and honestly, who isn't?), you've probably hit the auth problem. You know the one - where the quickest path to getting your agent working is to just hardcode some API keys and move on. It works great... until you need to actually ship to production.

Today, we're excited to share that Auth0 for AI Agents is now generally available, and it's designed to solve exactly this problem.

Auth0 for AI Agents

The Problem with Hardcoded Credentials

Let's be real: when you're prototyping an AI agent with LangChain or LlamaIndex, hardcoded credentials are the path of least resistance. Your agent needs to access Slack, GitHub, Google Calendar, or your own APIs, and frameworks make it easy to just plug in those keys.

But production is a different story:

What happens when your agent needs to act on behalf of different users with different permissions?
How do you handle token refreshing across 30+ different apps?
How do you let users approve critical actions (like making purchases) without giving your agent carte blanche?
How do you ensure your RAG-powered agent only accesses documents the user actually has permission to see?

These aren't edge cases - they're fundamental requirements for any AI agent that's going to interact with real user data and take real actions.

What We Built

Auth0 for AI Agents gives you four key capabilities:

1. User Authentication

Secure and scalable User Authentication allows you to identify who's talking to your agent and give it secure access to your first-party APIs. Your agent can access user-specific data like order history, preferences, or chat logs - all scoped to the right permissions.

2. Token Vault

Token Vault handles OAuth flows with 30+ pre-integrated apps (GitHub, Slack, Google Workspace, and more) plus any custom OAuth provider you want to connect. It manages access tokens, refresh tokens, and the whole lifecycle automatically. Your agent requests a connection, the user authorizes once, and you never have to think about token management again.

The SDK detects when a tool call needs authentication, pauses execution, prompts the user to authenticate, stores the token securely, and resumes automatically. On subsequent calls, it just works.

3. Asynchronous Authorization

Your agent can work in the background and only interrupt the user when it needs approval for critical actions. Using Client-Initiated Backchannel Authentication (CIBA), you can send approval requests via email or Auth0 Guardian (SMS coming soon).

4. FGA for RAG

When your agent uses Retrieval Augmented Generation to search through documents, it needs to respect access controls. Fine-Grained Authorization for RAG ensures that users only get answers from documents they actually have permission to access.

Why This Matters

AI agents are moving from demos to production. The difference between a hackathon project and a real product often comes down to handling auth correctly. We built Auth0 for AI Agents because we kept hearing from developers that this was the hard part - not the LLM integration, not the prompt engineering, but the secure, user-scoped access to real systems.

This isn't about adding features. It's about removing blockers so you can ship production-ready AI agents without building your own auth infrastructure from scratch.

Framework Support

We've built SDKs for the frameworks you're already using:

LangChain (Python & JavaScript)
LlamaIndex (Python & JavaScript)
Cloudflare AI
Firebase Genkit
Vercel AI SDK

Each SDK handles the OAuth dance automatically, so you can focus on building your agent's capabilities, not wrestling with authentication flows.

Get Started

Our free tier includes two connected apps in Token Vault, async authorization, and all the core features you need to start building. As you scale, we have self-service plans that grow with you.

Early-stage startups can apply for one year of Auth0 free.

Start Building Today

Field Notes: Hacktoberfest 2025, Week 5

Jessica Temporal — Sat, 15 Nov 2025 05:00:00 +0000

After GitHub Universe, recovering from a nasty cold, and a lot of work, I know I’m a bit late but here it goes: Final week of Hacktoberfest 2025 report!

GitFichas

After the “big slow down”, we actually saw some more engagement by the community with 5 pull requests in Hacktoberfest’s last week:

5 PRs by the community
- 3 merged
- 2 open

I, on the other hand, got Copilot to work on a few issues 👀: 35 pull requests by AI, all merged. This meant great progress was made and that huge bump in the last days of October in the burn up chart below.

The gap between closed and open issues is still there. I still plan to finish migrating the hand-drawn cards to mermaid before the end of the year but I also want to reach the 100 cards published number, let’s see how it goes.

Here’s the distribution of pull requests worked on in the last week of Hacktoberfest:

Looking at the pull requests for the whole month of October, you can see that shift between a lot of translation pull requests in the beginning of the month to more migrations at the end of October in the chart below:

As far as issues go, the distribution is similar. Some PRs closed more than one issue and some PRs had no issues attached to them, so the numbers vary a bit between merged PRs and closed issues, but the distribution is similar on both:

Other projects

I went back to those PRs I left hanging and worked on them. And now I’m off to work on other stuff, especially some content I want to work on through the end of this year beginning of next one.

With this report we close a successful Hacktoberfest 2025. I was not expecting so many people interested in contributing to GitFichas, and I was very happy to review every pull request that came through.

I hope the folks contributing also had an amazing time as I did.

Happy hacking and see you next year 🎃

Hacktoberfest 2025: Diário de Campo, Semana 5

Jessica Temporal — Sat, 15 Nov 2025 04:00:00 +0000

Depois do GitHub Universe, de me recuperar de uma gripe horrível, e de muito trabalho, eu sei que estou meio atrasada mas aqui vai: relatório da última semana da Hacktoberfest 2025!

GitFichas

Depois da “grande desaceleração”, a comunidade voltou a se engajar mais com 5 pull requests na última semana da Hacktoberfest:

5 PRs da comunidade
- 3 mergeados
- 2 abertos

Já eu, consegui colocar o Copilot pra trabalhar em algumas issues 👀: 35 pull requests feitos por IA, todos mergeados. Isso resultou num progresso incrível e naquele grande pico no final de outubro que você vê no gráfico burnup abaixo.

A diferença entre issues fechadas e abertas ainda continua lá. Minha meta ainda é terminar de migrar as fichas desenhadas à mão para mermaid antes do final do ano, mas também quero chegar nas 100 fichas publicadas, vamos ver o que vai dar.

Assim ficou a distribuição dos pull requests na última semana da Hacktoberfest:

Olhando pro mês de outubro como um todo, dá pra ver bem aquela mudança de foco: no começo do mês rolaram muitos pull requests de tradução, e no final foram mais migrações, como mostra o gráfico abaixo:

Sobre as issues, o padrão é parecido. Alguns PRs resolveram várias issues de uma vez e outros não estavam associados a nenhuma issue específica, então os números ficaram um pouco diferentes entre PRs mergeados e issues fechadas, mas a tendência geral é a mesma:

Outros projetos

Voltei naqueles PRs que tinha deixado pra lá e consegui finalizar eles. Agora vou focar em outras coisas, principalmente uns conteúdos que quero terminar durante o final desse ano e começo do ano novo.

E com esse relatório a gente encerra uma Hacktoberfest 2025 na minha opinião super bem-sucedida. Não imaginava que tanta gente ia se interessar em contribuir pro GitFichas, e adorei revisar cada pull request que apareceu por lá.

Espero que quem contribuiu também tenha curtido esse momento tanto quanto eu.

Espero te ver ano que vem para Hacktoberfest 2026 🎃

Field Notes: Hacktoberfest 2025, Week 4

Jessica Temporal — Mon, 27 Oct 2025 04:00:00 +0000

We are so close to the end of Hacktoberfest I can almost smell it. With one week left to go let’s take a look into how last week went.

GitFichas

After the “big slow down”, this week continued the trend of lower amount of pull requests received with only 8 pull requests for last week:

8 PRs by the community
- 7 merged
- 1 closed

I didn’t make any pull requests to GitFichas as I was working on a big pull request for work I’ll love to share on next week’s report.

On other news, this weekend was the first time that GitFichas had no PRs open since the beginning of Hacktoberfest and to be honest this worked out great for me as I was spending most of my Saturday preparing to travel to GitHub Universe.

The gap between closed and open issues is still there, from my side, since my plan is to finish migrating the hand-drawn cards to mermaid before the end of the year, I plan to start tackling some of the open migration issues with the help of Copilot:

Migrate all English 🇺🇸 cards to Mermaid: 27 issues to go
Migrate all Portuguese 🇧🇷 cards to mermaid: 36 issues to go

Contributor Badges

Hacktoberfest is not over yet! You can still make your contributions and earn at least the 4 of the 6 badge levels:

level 0 is for registering to Hacktoberfest
levels 1 through 4 are for making the 4 pull requests while contributing to open source
level 5 is the supercontributor badge you get while completing 6 pull requests.

I also got the Plant a tree and 1 Badge Club , the first is for the tree planted when you get the shirt for completing 6 PRs, and the second is for anyone that has gotten a Hacktoberfest badge since 2022:

|

Plant a tree |

1 Badge Club |

I know this was a short one but that’s a wrap for week 4! See you soon for the final report on Hacktoberfest 2025. 🎃

Hacktoberfest 2025: Diário de Campo, Semana 4

Jessica Temporal — Sun, 26 Oct 2025 04:00:00 +0000

Estamos tão perto do final da Hacktoberfest que já dá pra sentir o cheiro. Com menos de uma semana para o fim da Hacktoberfest, vamos dar uma olhada em como foi a semana passada.

GitFichas

Após a “grande desaceleração”, essa semana continuou a tendência com uma menor quantidade de pull requests recebidos: apenas 8 pull requests foram recebidos nessa semana que passou.

8 PRs da comunidade:
- 7 mergeados
- 1 fechado

Eu não fiz nenhum pull request para o GitFichas pois estava trabalhando num pull request gigante para o trabalho que pretendo compartilhar mais sobre em breve.

Por outro lado, este final de semana foi a primeira vez que o GitFichas não teve PRs abertos desde o começo da Hacktoberfest e para ser honesta, pra mim isso funcionou super bem, já que eu passei a maior parte do meu sábado me preparando para viajar para o GitHub Universe.

A lacuna entre issues fechadas e abertas ainda está lá, mas meu plano é terminar de migrar as fichas desenhadas à mão para mermaid antes do final do ano. Vou focar em algumas das issues de migração abertas com a ajuda do Copilot:

Migrar todos as fichas em inglês 🇺🇸 para Mermaid: 27 issues restantes
Migrar todos as fichas em português 🇧🇷 para mermaid: 36 issues restantes

Medalhas de contribuição

Vale salientar que a Hacktoberfest ainda não acabou! Você ainda pode fazer suas contribuições e conquistar 4 dos 6 níveis de medalhas:

nível 0 é por se registrar no Hacktoberfest
níveis 1 a 4 são para fazer os 4 pull requests contribuindo para open source
nível 5 é a medalha para pessoas supercontribuidoras que você ganha ao completar 6 pull requests.

Também consegui as medalhas Plant a tree e 1 Badge Club , a primeira é pela árvore plantada quando você ganha a camiseta por completar 6 PRs, e a segunda é para qualquer pessoa que já tenha conseguido uma medalha Hacktoberfest desde 2022:

|

Plant a tree |

1 Badge Club |

Esse foi um relatório menorzinho que os dois ultimos, mas por hoje é só! Te vejo em breve para o relatório final do Hacktoberfest 2025. 🎃

Field Notes: Hacktoberfest 2025, Week 3

Jessica Temporal — Tue, 21 Oct 2025 04:00:00 +0000

We crossed over the halfway point of Hacktoberfest 2025 and here is what happened in my little corner of the open source world. In this series we overview some stats for contributions I received and made over this month. This week, like the last, I mostly focused on GitFichas due to limited availability, but I also implemented some new features on my blog so let’s go into the contributions.

GitFichas

Like always, third week of Hacktoberfest symbolizes the big “slow down”, where the volume from contributions from the first few weeks dip after many folks complete their 4 or 6 pull requests. So after the high from last week, this week we had 30 pull requests:

23 PRs by the community
- 17 merged
- 5 closed
- 1 open

Interestingly enough I tried having copilot draft a PR and it actually, did a good job. I also merged 6 PRs myself which were 2 for documentation, 2 for corrections, and 2 for improvements.

The most exciting part for the week for me at least, was that on October 15th we reached the mark of over 100 issues closed. Which marks the milestone of more issues closed than open for GitFichas. 🎉

I also worked on improving descriptions for some issues that were open a long time ago.

As far as inviting people to contributing to your project, it is fundamental that you have both good descriptions and good titles since in the list of issues every contributor sees mostly the titles and tags. I did some automating to help make this easier on me and help me with maintenance tasks but I’ll write about that in a separate post later. 👀

Still on the issues subject this is the burn up chart since September 1st there’s still a gap but the trend is clear: the opening of issues is slowing down, and the closing of them is bridging the gap.

One final thing: someone decided to implement a search bar on GitFichas, there wasn’t an issue for this but it is something I definitely thought about having on the website.

A search function is not a tiny thing, especially if you don’t have a database for indexing the content. Nonetheless someone implemented it and I do believe it will help others find cards more easily! So another big win of open source! 🎉

The blog

On the blog side, I worked on three main things:

Series of posts
Subtitles for posts
New covers

Let’s dive in.

Series in a blog

Two weeks ago I implemented a series widget so anyone reading the posts can quickly jump to other posts in the same collection much like the “Related Articles” or “Recent Articles” widgets I already have.

Until Saturday it was impossible to link to a series, so I set on to fix that and create a way to link to a series so I could refer to series without linking out to an specific blog post.

To get series pages, I could think of a few ways to implement the behaviour:

Separate series into collections : I’ve created collections before, but in this case collections is not a great solution as it would separate the posts away from the rest of posts;
Manually create a page for each series : not scalable, that would create a bunch of other files for me to maintain;
Plugins : hear me out, plugins felt like the right way to go given the fact that I could write a ruby script to automatically generate pages but you can’t use custom plugins on GitHub Pages.

After some consideration, and talking to Copilot, I felt confident that writing a custom plugin was the way to go but since my blog was served through GitHub Pages I needed to find a different way to deploy the blog, and I was not about to commit the built site to GitHub.

Since I already use Netlify to preview the pull requests for both the blog and GitFichas, it felt like a natural step to migrate production deployment to Netlify as well. So I’d like to inform you all ladies and gentlemen, that I graduated from serving the production site from GitHub Pages to Netlify. I feel so much like a grown up dev. 🤣

With Copilot’s help I implemented the plugin and successfully migrated prod to Netlify, I’ll probably write a post on this later.

Here are some of the series:

Git Pro Tips: All about Git covering: conflicts, branches, rebase, and GitHub workflows.
Hacktoberfest 2025 Weekly: Weekly updates about Hacktoberfest 2025 on GitFichas and other projects.
MCP Mastery: All you need to know about Model Context Protocol (MCP).

These and all others are available in the series page.

Subtitles for posts

Another thing I always wanted to do was to have subtitles on some posts. This weekend I figured out it was time, and so after some Liquid magic and some CSS adjustments I’m happy to inform that I can now have posts with title and subtitles.

Just in time too for my fairy tale post.

New covers

If you are asking yourself “what fairy tale post?” well I also started to get a bit annoyed at the fact the covers in the blog were too repetitive lately since the last 14 posts had all the same cover.

So it was time to create a few more covers and put them to good use, I tell the story of it here in this other post, which I strongly encourage you to read because it is in the form of a fairy tale, but here’s the TL;DR: I noticed the repeated covers, opened an issue, and had copilot do the code adjustments.

Super contributor status

Finally this week I updated my Holopin profile to show off my Hacktoberfest “supercontributor” badge.

And shirt is already here too!

I prefer shirts with dark colors but this one feels special, since only 10,000 will be given away and this one has GitFichas written all over it. 😊

That’s a wrap for week 3! See you next week for Hacktoberfest 2025 week 4 report. 👻

Hacktoberfest 2025: Diário de Campo, Semana 3

Jessica Temporal — Mon, 20 Oct 2025 03:00:00 +0000

Passamos da metade da Hacktoberfest 2025 e bora falar do que aconteceu por aqui no meu cantinho do mundo open source.

Nessa semana, mais uma vez com tempo limitado, foquei no GitFichas mas também implementei algumas funcionalidades novas no meu blog, então bora falar de contribuições.

GitFichas

Como sempre, a terceira semana do Hacktoberfest simboliza a grande “desaceleração”, onde o volume de contribuições das primeiras semanas diminui já que muitas pessoas já completaram seus 4 ou 6 pull requests. Então depois do pico da semana passada, esta semana tivemos 30 pull requests:

23 PRs da comunidade:
- 17 merged
- 5 fechados
- 1 aberto

Curiosamente eu coloquei o Copilot escrever um PR e ele até que fez um bom trabalho. Eu também fiz merge de 6 PRs meus: 2 com documentação, 2 com correções, e 2 com melhorias.

A parte mais empolgante da semana para mim pelo menos, foi que no dia 15 de outubro chegamos à marca de mais de 100 issues fechadas. O que marca o momento em que temos mais issues fechadas do que abertas no GitFichas. 🎉

Eu também trabalhei em melhorar descrições para algumas issues que estavam abertas há muito tempo.

Falando de convidar pessoas para contribuir com o seu projeto, é fundamental que você tenha tanto boas descrições quanto bons títulos, já que na lista de issues pessoas vêem principalmente os títulos e tags de cada issue.

Fiz também algumas automações para identificar essas issues que precisavam de ajuste mais facilmente e outras automações para me ajudar com tarefas de manutenção, mas vou escrever sobre isso em um post separado mais pra frente. 👀

Ainda no assunto das issues, aqui em baixo temos o gráfico burn up desde 1º de setembro ainda há um vão, mas a tendência é clara: a abertura de issues está desacelerando, e o fechamento delas está quase fechando o vão.

Uma última coisa: alguém decidiu implementar uma barra de pesquisa no GitFichas, não havia uma issue para isso mas é algo que eu definitivamente pensei em ter no site.

Uma função de busca não é uma coisa pequena, especialmente se você não tem um banco de dados para indexar o conteúdo. Mesmo assim alguém implementou uma forma de pesquisar fichas e eu acredito que vai ajudar outras pessoas a encontrarem fichas mais facilmente! Mais uma grande vitória do open source! 🎉

O blog

No lado do blog, trabalhei principalmente em três coisas:

Séries de posts
Subtítulos para posts
Novas capas

Bora lá.

Séries de posts no blog

Duas semanas atrás implementei um widget de séries para que alguém lendo os posts possa pular rapidamente para outros posts na mesma coleção, muito parecido com os widgets de “Artigos Relacionados” ou de “Artigos Recentes” que eu já tenho.

Até sábado era impossível linkar para uma série, então esse final de semana eu disse que estava na hora de corrigir isso. Principalmente para que eu pudesse compartilhar uma série sem linkar para um post específico que fizesse parte da série.

Eu queria ter uma página por série, e eu consegui pensar em algumas formas de implementar isso:

Separar séries em collections : Já criei coleções antes, mas neste caso collections não é uma boa solução pois separaria os posts do resto dos posts;
Criar manualmente uma página para cada série : não escalável, isso criaria um monte de outros arquivos para eu manter fora que toda nova série eu precisaria uma página nova, apenas não;
Plugins : veja bem, plugins pareciam o caminho certo a seguir dado o fato de que eu poderia escrever um script ruby para gerar páginas automaticamente, mas se o seu site é deployado pelo GitHub Pages, tenho más notícias: não se pode usar custom plugins no GitHub Pages.

Depois de algumas considerações, e conversando com o Copilot, me senti confiante de que escrever um plugin customizado era o caminho certo, mas como meu blog era servido através do GitHub Pages eu precisava encontrar uma forma diferente de fazer o deploy do blog, e eu não estava disposta a fazer commit do site buildado no GitHub.

Como eu já uso Netlify para preview dos pull requests tanto do blog quanto do GitFichas, pareceu um passo natural migrar o deployment de produção para o Netlify também. Então gostaria de informar vocês, senhoras e senhores, que agora eu sou uma dev que saiu do GitHub Pages para o Netlify para servir prod do meu site e eu me sinto como uma dev premium. 🤣

Com a ajuda do Copilot eu implementei o plugin e migrei com sucesso prod para Netlify, provavelmente vou escrever um post sobre isso em breve.

Aqui estão algumas das séries:

Dicas de Git: Tudo sobre Git cobrindo: conflitos, branches, rebase e fluxos GitHub.
Hacktoberfest 2025: Atualizações semanais sobre Hacktoberfest 2025 no GitFichas e outros projetos.
Dominando MCP: Tudo o que você precisa saber sobre Model Context Protocol (MCP).

Essas e todas as outras estão disponíveis na página de séries.

Subtítulos para posts

Outra coisa que sempre quis fazer: ter subtítulos em alguns posts. Este fim de semana decidi que era hora, e então depois de um pouco de magia Liquid e alguns ajustes CSS estou feliz em informar que agora posso ter posts com título e subtítulos.

Bem na hora para o meu post com um conto de fadas.

Novas capas

Se você está se perguntando “que post de conto de fadas?” bem, eu também comecei a ficar um pouco incomodada com o fato de que as capas no blog estavam muito repetitivas ultimamente, já que os últimos 14 posts tinham todos a mesma capa.

Então chegou a hora de criar algumas capas a mais e colocá-las em bom uso, eu conto a história aqui neste outro post, que eu encorajo fortemente você a ler porque está na forma de um conto de fadas, mas aqui está o TL;DR: notei as capas repetidas, abri uma issue, fiz o copilot fazer os ajustes de código e agora temos novas capas no ar.

Medalha de supercontributor

Finalmente esta semana atualizei meu perfil Holopin para mostrar minha badge de “supercontribuidora” do Hacktoberfest.

E a camiseta já chegou também!

Prefiro camisetas com cores escuras, mas tem um toque especial, já que apenas 10.000 serão distribuídas e essa em particular foi conquistada a base do GitFichas. 😊

Por hoje é só! Te vejo no próximo relatório semanal do Hacktoberfest 2025. 👻

The writer and the bot

Jessica Temporal — Sun, 19 Oct 2025 12:58:45 +0000

This is a submission for the 2025 Hacktoberfest Writing Challenge: Contribution Chronicles

Once upon a Friday morning, coffee in hand, the writer peered into the blog and found a tiny bug hiding between the posts.

Between mixing posts and capturing PRs, a bug had been created without the writer realizing it.

But this is not the tale of that bug, this tale is about a change made after the bug was dealt with when the writer and her faithful helper bot started their quest…

Something woke up the ick monster

For the last eight or so posts, the writer had forgotten to set a variable that routes articles to their language-specific pages.

This bug wasn’t huge, but it still annoyed the writer just the same: new posts appeared on the main mixed-language feed, but not on the English or Portuguese pages.

Noticing the issue the writer quickly cast away this tiny bug with the GitHub Mobile app and an equally tiny PR.

While reviewing the preview for the pull request, something else felt off. The cover images had started to feel a bit too generic for what the writer have been publishing recently around Preptember and Hacktoberfest.

All posts said “miscellaneous” and the result was that the writer found a baby ick for the covers she used and loved for such a long time.

The ick is a terrible monster that makes every writer (and developer) want to change their website. If left alone, the ick always grows into a terrible monster that only gets defeated by a complete website overhaul.

As the coffee started to wake the writer’s brain, an idea popped into her head:

it is time to brew a new cover image!

The writer normally cycles between a few covers, with the color scheme from the use on the blog and a cover saying “open source” felt descriptive and better aligned with the last few posts written.

Or so the writer thought…

Setting GitHub Copilot in motion

After creating, exporting the new cover, and uploading it to the CDN, the writer had all the ingredients to brew a new spell.

The writer opened an issue with the ingredients and the instructions to defeat the ick: Change cover image on open source related posts to the new cover image. And gave everything to the trusty robot by assigning it to GitHub Copilot.

When you assign an issue to your trusty robot, it will start to work right away creating a draft PR, saying that it is going to work on the issue and that it will update the PR while it progresses.

A few minutes later, Copilot updated the PR with a checklist of the steps it would take to make the proposed changes. It read like a neat spell scroll, with steps listed line by line.

The writer was actually surprised by finding out that 27 posts about open source existed. So much so that the writer thought the bot made a mistake and gathered wrong posts to update the cover.

Little did the writer know that the bot found posts from a long time ago…

Work done but minds changed

With the work actually done the little robot updated the pull request, put together an overview of the changes, and called the writer in for a review of the spell before it could be cast to production.

That’s how the writer confirmed that actually 27 posts were about open source:

8 about Preptember
4 about GitFichas
2 about pull requests
And incredible 13 about Hacktoberfest

The writer could feel the spell working and got really excited to see the preview of the posts with the new cover!

But the excitement didn’t last long…

The ick attacks again

When the page loaded the writer’s happiness went a little bit like this:

YAY NEW COVER… wait…

awww every single post open source now 😮‍💨

at least the new cover looks great ¯\_(ツ)_/¯

The writer quickly realized that this baby ick was strong and ready to fight.

Fearing the ick would get out of control pretty soon, the writer created two new covers to add to the spell: one for Hacktoberfest and one for Preptember posts.

Without delay the two new covers were added and with a comment the writer put the robot to work once again and waited.

Watching the work closely

To avoid anymore problems this time around, the writer also looked at the work while it was happening by casting the View session spell.

Viewing a session gives you a window to the little robot’s thinking. It let’s you observe all the steps the trusty robot is making while they are happening.

The happy ending

A few minutes later, Copilot finished implementing the changes and writer could look at preview again.

This time around the ick looked far away like it was weak. The variety helped keep the ick away. 😅

Sipping coffee, fixing bugs, and watching Copilot work gave the writer hope for an ick-less future. What started as a simple fix turned into a cover image overhaul.

By the time of the second cup of coffee, the pull request was merged and the spell had taken root. The Hacktoberfest posts now have their own cover, the Preptember ones have theirs, and the rest of the open source content has a fresh new look.

The ick is gone, replaced by covers that actually represent what the recent posts are about.

Sometimes the smallest changes make the biggest difference. Sometimes, all it takes is a cup of coffee, a robot assistant, and a little bit of magic.

And so, with a little bit of coffee and a helpful robot, the writer lived happily ever after, at least for now…

The end

Tiny side note: I find it extremely amusing when Copilot reacts with 👀 to the comments tagging it.

A escritora e o robô

Jessica Temporal — Sun, 19 Oct 2025 04:00:00 +0000

Era uma vez numa manhã de sexta-feira que com café na mão a escritora olhou para o seu blog e encontrou um pequeno bug escondido entre os posts.

Entre misturar posts e capturar PRs, um bug havia sido criado sem a escritora perceber.

Mas este não é o conto daquele bug, este conto é sobre uma mudança feita depois que o bug foi resolvido quando a escritora e seu fiel ajudante robô começaram sua missão…

Algo acordou o monstro do rancinho

Nos últimos oito posts, a escritora havia esquecido de definir uma variável que direciona os artigos para suas páginas específicas de idioma.

Esse bug não era grande, mas mesmo assim incomodou a escritora: novos posts apareciam no feed principal que é bilíngue, mas não nas páginas espeçifícas de inglês ou de português.

Percebendo o problema, a escritora rapidamente se desfez desse pequeno bug com o GitHub Mobile e um PR igualmente pequeno.

Enquanto revisava a prévia do pull request, algo mais pareceu estranho. As imagens de capa tinham começado a parecer genéricas demais para o que a escritora vinha publicando recentemente sobre Preptember e Hacktoberfest.

Todos os posts diziam “variados” (miscellaneous) e o resultado foi que a escritora encontrou um bebê rancinho pelas capas que amou por tanto tempo.

O rancinho é um monstro terrível que faz toda escritora (e desenvolvedora) querer mudar seu site. Se deixado sozinho, o rancinho sempre cresce e se torna um monstro terrível que só é derrotado por uma refatoração completa do site.

Enquanto o café começava a despertar o cérebro da escritora, uma ideia surgiu:

é hora de preparar uma nova imagem de capa!

A escritora normalmente alterna entre algumas capas e uma capa dizendo “open source” parecia descritiva e mais alinhada com os últimos posts escritos.

Ou pelo menos, assim pensava a escritora…

Colocando o GitHub Copilot em ação

Depois de criar, exportar a nova capa e fazer upload para o CDN, a escritora tinha todos os ingredientes para preparar um novo feitiço.

A escritora abriu uma issue com os ingredientes e as instruções para derrotar o rancinho: Mudar a imagem de capa nos posts relacionados a open source para a nova imagem de capa. E deu tudo para o robô confiável atribuindo ao GitHub Copilot.

Quando você atribui uma issue ao seu robô, ele vai começar a trabalhar imediatamente criando um PR em rascunho, dizendo que vai trabalhar na issue e que vai atualizar o PR conforme progridir.

Alguns minutos depois, o Copilot atualizou o PR com uma lista de verificação dos passos que tomaria para fazer as mudanças propostas. Parecia um pergaminho dos antigos organizado, com os passos listados linha por linha.

A escritora ficou realmente surpresa ao descobrir que 27 posts sobre open source existiam. Tanto que a escritora pensou que o robô cometeu um erro e coletou os posts errados para atualizar a capa.

Mal sabia a escritora, que o robô encontrou posts de muito tempo atrás…

Trabalho feito mas mentes mudaram

Com o trabalho realmente feito, o pequeno robô atualizou o pull request, escreveu um relatório das mudanças, e chamou a escritora para uma revisão do feitiço antes que ele pudesse ser lançado para produção.

Foi assim que a escritora confirmou que realmente 27 posts eram sobre open source:

8 sobre Preptember
4 sobre GitFichas
2 sobre pull requests
E incríveis 13 sobre Hacktoberfest

A escritora podia sentir o feitiço funcionando e ficou muito animada para ver a prévia dos posts com a nova capa!

Mas a animação não durou muito…

O rancinho ataca novamente

Quando a página carregou, a felicidade da escritora durou pouco e foi mais ou menos assim:

AEEE CAPA NOVA… espera…

afff todo post agora é open source 😮‍💨

pelo menos a nova capa tá massa ¯_(ツ)_/¯

A escritora rapidamente percebeu que esse bebê rancinho era forte e estava pronto para lutar.

Temendo que o rancinho saísse de controle muito em breve, a escritora criou duas novas capas para adicionar ao feitiço: uma para Hacktoberfest e uma para posts de Preptember.

Sem demora, as duas novas capas foram adicionadas e com um comentário a escritora colocou o robô para trabalhar mais uma vez.

Observando o trabalho de perto

Para evitar mais problemas desta vez, a escritora também olhou o trabalho enquanto estava acontecendo lançando o feitiço View session.

Visualizar uma sessão te dá uma janela para o pensamento do pequeno robô e te permite observar todos os passos que o robôzinho está fazendo enquanto eles estão acontecendo.

O final feliz

Alguns minutos depois, o Copilot terminou de implementar as mudanças e a escritora pôde olhar a prévia novamente.

Desta vez o rancinho parecia distante e fraco. A variedade ajuda a manter o rancinho longe. 😅

Tomando café, corrigindo bugs, e vendo o Copilot trabalhar deu à escritora esperança para um futuro sem rancinho.

Quando a xícara de café estava vazia, o pull request havia sido mergeado e o feitiço tinha criado raízes: Os posts do Hacktoberfest agora têm sua própria capa, os de Preptember têm a deles, e o resto do conteúdo de open source tem uma nova cara.

O rancinho se foi, substituído por capas que realmente representam sobre o que os posts recentes falam.

Às vezes as menores mudanças fazem a maior diferença. Às vezes, tudo que é preciso é uma xícara de café, um assistente robô, e um pouco de magia.

E assim, com uma xícara de café e um robô prestativo, a escritora viveu feliz para sempre. Bem pelo menos por enquanto…

Fim

Pequena observação: Acho extremamente divertido quando o Copilot reage com 👀 aos comentários que marcam ele.