Resumo em 5 segundos: Não dá para provar que o autor, Nagano, desenha mesmo mais rápido quando a história fica perigosa. Mas existiram, sim, períodos em que o intervalo entre as publicações no X diminuiu de repente, em arcos longos e inquietantes ou em momentos decisivos. Então dá para fazer um bot não oficial que acompanha a velocidade das publicações como uma série temporal e só mostra o "índice de perigo do Chiikawa" quando ela fica anormalmente mais rápida do que no passado. E, como em setembro de 2026 a API do X é cobrada por uso, se você monitorar uma conta só, dá para começar pequeno.
🍣. No dia seguinte, 🍣 de novo. No outro, mais uma atualização.
Quando isso acontece, o alarme que toca na cabeça dos leitores é quase sempre o mesmo.
"O Nagano não está atualizando meio rápido demais ultimamente?"
E quando parece que o Chiikawa está atualizando mais rápido, o pensamento seguinte, por algum motivo, é "será que alguém não devia fugir?".
Neste artigo, vamos transformar esse palpite de leitor, meio tosco mas difícil de largar, em números. Além disso, partimos de um PC que nem tem Python instalado e vamos até a análise dos dados históricos, o teste em seco (rodar sem publicar nada de verdade), a publicação automática no X e o funcionamento 24 horas com o GitHub Actions. Você não precisa decifrar o conteúdo de nenhum ZIP. É só copiar e colar do jeito que estão os 7 arquivos no final do artigo.
Será que "quanto mais perigoso, mais rápido atualiza" é verdade?
Olhando o histórico público, há bastante motivo para sentir isso. No fim do arco das Sereias (Seiren), em novembro de 2023, pelo registro público houve publicações 5 dias seguidos, de 5 a 9 de novembro, 6 dias seguidos, de 13 a 18, e 6 dias seguidos, de 21 a 26. No dia 26 de novembro houve até várias publicações no mesmo dia.
O começo do arco do Mundo Paralelo, em março de 2024, também teve publicação todos os dias, de 1 a 8 de março, com 2 no dia 8.
Mas o que dá para dizer a partir disso é só que "a velocidade de publicação subiu". Não quer dizer que o autor desenhou naquele dia. Pode ser que ele tenha publicado em sequência material já desenhado, ou que, por ser um arco longo, as publicações tenham simplesmente ficado agrupadas.
Por isso a pergunta do bot é mais estreita.
Ele não prevê as reviravoltas perigosas da história; ele detecta o quanto a velocidade de publicação de agora é anormal em comparação com o próprio passado do Chiikawa.
Não é um laboratório. É um alarme do Chiikawa.
O que o índice de perigo observa?
Basicamente só três coisas.
- Número de publicações nos últimos 3 dias
- Número de publicações nos últimos 7 dias
- Quantos dias seguidos ele está publicando
Cada uma é comparada com a distribuição de todo o passado e vira um percentil: "o quanto isso está no topo da história". Os pesos iniciais são 35% para as publicações de 3 dias, 45% para as de 7 dias e 20% para os dias seguidos. Além disso, quando o mesmo texto curto ou emoji aparece em sequência, como 🍣🍣, soma-se uma correção de brincadeira de +5 para cada repetição extra, até o máximo de +15.
Esse +5 não tem nenhum embasamento acadêmico. É só a implementação de "se o sushi continua aparecendo, dá um pouco de medo".
As faixas iniciais exibidas são estas.
- 0 a 54: 🟢 Normal
- 55 a 69: 🟡 Acelerando
- 70 a 84: 🟠 Alerta
- 85 a 100: 🚨 Bem rápido
Quanto custa a API do X?
Na página oficial de preços (Pricing), em 3 de setembro de 2026, os principais valores atuais são estes.
| Operação | Valor atual |
|---|---|
| Post Read | $0.005 / publicação obtida |
| Counts: Recent | $0.005 / requisição |
| Counts: All | $0.010 / requisição |
| Content Create | $0.015 / publicação |
| Content Create (com URL) | $0.200 / publicação |
Para a análise histórica, não se lê o texto de milhares de publicações: com o Post Counts você pega só o número de publicações por faixa de horário. O Counts do arquivo completo é paginado de 31 em 31 dias, então de 1º de janeiro de 2020 a 3 de setembro de 2026, cerca de 2,437 dias, dá umas 79 requisições, ou seja, cerca de $0.79. Não é "um centavo por requisição, então a história inteira custa um centavo". Essa é a pequena armadilha.
O monitoramento ao vivo usa o Recent Search com since_id e lê só as publicações mais novas que a última vez. Com 30 publicações novas, a leitura custa cerca de $0.15. Se você emitir 10 alertas por mês sem URL, a escrita custa outros $0.15. Já uma publicação com URL custa hoje $0.200, e por isso a configuração inicial usa INCLUDE_SOURCE_URL=0. Se, por gentileza, você colocar a URL sempre, a conta vira de repente o chefão final.
Os preços podem mudar. Antes de usar para valer, confira de novo o Pricing oficial e defina um Spending limit (limite de gastos) no Developer Console.
Se eu não tenho PC nenhum, por onde começo?
Você precisa de um PC com Windows ou macOS, uma conta no X, um X Developer App, uma conta no GitHub se quiser rodar 24 horas, e Python. Não é obrigatório ter o Git instalado localmente.
Windows
- Instale o Python pelo site oficial. No Windows atual também dá para usar o Python Install Manager.
- Abra o PowerShell.
- Digite
py --versionpara confirmar que o Python abre. - Crie a pasta
chiikawa-danger-bot. - No Bloco de Notas ou no VS Code, salve os 7 arquivos do final do artigo com o nome exato. No Bloco de Notas, cuidado para não salvar como
bot.py.txt.
macOS
- Instale a versão para macOS do site oficial do Python.
- Abra o Terminal.
- Confirme com
python3 --version. - Crie a pasta
chiikawa-danger-bot. - Salve os 7 arquivos no VS Code, no TextEdit em modo de texto simples ou no
nano.
Como configurar o X Developer?
Entre em console.x.com com a sua conta do X, leia o Developer Agreement (acordo de desenvolvedor) e crie um App. As credenciais mostradas na criação podem não aparecer de novo, então guarde-as em um lugar seguro.
Para leitura, usa-se o Bearer Token. Como o bot publica por conta própria, esta implementação também usa o OAuth 1.0a User Context. Os App permissions devem ficar em Read and write.
São cinco valores necessários.
X_BEARER_TOKENX_API_KEYX_API_SECRETX_ACCESS_TOKENX_ACCESS_TOKEN_SECRET
Se você mudou de Read only para Read and write, gere de novo o Access Token / Secret depois da mudança. Usar um token anterior à troca de permissões causa erro 403.
Os valores reais vão só no .env e no GitHub Actions Secrets. Nunca cole em artigos, em GitHub público nem em capturas de tela.
Como rodar a análise dos dados históricos?
Depois de salvar os 7 arquivos do final, no Windows execute o seguinte no PowerShell.
py -m venv .venv
.\.venv\Scripts\python.exe -m pip install -r requirements.txt
mkdir data
copy danger_periods.example.csv data\danger_periods.csv
copy .env.example .env
notepad .env
No macOS é assim.
python3 -m venv .venv
./.venv/bin/python -m pip install -r requirements.txt
mkdir -p data
cp danger_periods.example.csv data/danger_periods.csv
cp .env.example .env
nano .env
Cole o Bearer Token real à direita de X_BEARER_TOKEN= no .env. Depois, no Windows, execute
.\.venv\Scripts\python.exe history_analysis.py
e no macOS
./.venv/bin/python history_analysis.py
Você verá page=1... avançando e, se o data/history_features.csv for criado, deu certo. Esse CSV é a referência histórica do índice de perigo.
No danger_periods.example.csv coloquei, para testar a hipótese, o fim do arco das Sereias e o começo do arco do Mundo Paralelo. Não são "rótulos de resposta correta sobre perigo", e sim rótulos manuais para ver se o índice realmente é diferente entre os períodos perigosos e os normais.
Como evitar publicar no X de cara?
Mesmo depois de colocar as outras 4 credenciais no .env, no começo deixe BOT_DRY_RUN=1.
Windows:
.\.venv\Scripts\python.exe bot.py
macOS:
./.venv/bin/python bot.py
Na primeira vez, ele lê os últimos 7 dias mais ou menos e só cria o data/state.json; não publica nada, de jeito nenhum. Por exemplo, a tela mostra algo assim.
Índice de perigo do Chiikawa 82/100 🟠 Alerta
Últimos 3 dias: 3 publicações / 7 dias: 6 publicações / 3 dias seguidos publicando
Mesmo marcador "🍣" 2 vezes seguidas +5
* Não oficial. É um indicador de brincadeira feito a partir da frequência de atualização.
E assim fica completo esse método de leitura do Chiikawa, desnecessariamente técnico: Nagano publica em sequência → Python: "anomalia na série temporal" → leitores: "fujam".
Como deixar rodando 24 horas com o GitHub Actions?
Crie um novo Repository no GitHub pelo navegador e envie estes arquivos.
bot.pyhistory_analysis.pyrequirements.txt.env.example.gitignoredata/history_features.csv- Se precisar,
data/danger_periods.csv
Nunca envie o .env.
Em Settings → Secrets and variables → Actions → New repository secret do Repository, cadastre as cinco credenciais com os mesmos nomes.
Depois, com Add file → Create new file, crie o .github/workflows/chiikawa-danger.yml e cole o YAML do final. O valor inicial é BOT_DRY_RUN: "1". Execute manualmente pela tela do Actions e confirme que termina normalmente.
Só mude para BOT_DRY_RUN: "0" quando for entrar em produção. Com POST_MODE: "alert", ele publica apenas quando a faixa de perigo sobe um nível. O every publica a cada novidade, então o custo e a pressão sobre a linha do tempo aumentam.
O que respeitar como bot automático?
As Automation Rules do X exigem evitar spam, automação repetitiva e coisas do tipo. Contas automáticas podem receber o Automated account label (selo de conta automatizada) e deixar clara a relação com a conta gerenciada por uma pessoa.
No perfil, escreva claramente "bot de fãs não oficial" e "indicador de brincadeira feito a partir da frequência de atualização", e não imite o oficial. Este exemplo não curte automaticamente, não segue automaticamente nem responde em massa.
Além disso, o "índice de perigo" não afirma nada sobre a saúde do autor, a velocidade real do desenho, as condições de trabalho ou a trama futura. O que se observa é só o padrão de horário das publicações públicas.
E se eu quiser turbinar ainda mais?
Dá para adicionar correção por dia da semana, classificar avisos e capítulos da história, usar características das imagens, treinar com rótulos feitos à mão, fazer um backtest (conferência com dados do passado) de quantos dias depois de um alerta veio um capítulo inquietante, ou buscar períodos parecidos como o "tipo fim das Sereias" e o "tipo Mundo Paralelo". Só que a quantidade de dados e o custo aumentam.
No começo, só o horário das publicações já basta. No momento em que um bot de brincadeira vira detecção de anomalias em série temporal, já é esquisito o bastante.
Afinal, o que se prevê?
Não é "quem vai sofrer da próxima vez".
O quanto a velocidade de atualização de agora é anormal em comparação com o Chiikawa do passado.
Só isso.
Mas, já que no fim do arco das Sereias e no começo do arco do Mundo Paralelo as publicações realmente se apertaram, é divertido o bastante para automatizar aquele palpite do leitor: "já está acelerando de novo".
Índice: 85 pontos.
A máquina: "Está no topo da história."
Os leitores: "alguém foge aí"
