Murad Library
Murad LibraryREF-0344MD

pico.sh: o canivete suíço via SSH para publicar, tunelar e automatizar — e o que o plano PRO/pico+ oferece

Catalogued
Reading
15 min read

Autor: Pablo Murad
Data: 18 de junho de 2026
Fonte principal: documentação oficial do pico.sh

Introdução

O pico.sh é um conjunto de serviços hospedados para desenvolvedores que parte de uma ideia simples e muito poderosa: usar ferramentas Unix/SSH já instaladas na máquina — ssh, scp, rsync, sftp e sshfs — como interface principal para publicar conteúdo, hospedar sites estáticos, criar túneis públicos, receber newsletters RSS por e-mail, publicar textos em Markdown e compartilhar snippets de código.

A proposta é deliberadamente anti-dashboard. Em vez de obrigar o usuário a instalar uma CLI proprietária, abrir painel web, configurar tokens complexos e montar pipelines pesados, o pico.sh assume que o terminal já é uma excelente interface. A identidade do usuário é baseada em chaves SSH, e a experiência é construída em cima de comandos comuns.

Na prática, o pico.sh funciona como um pequeno ecossistema de serviços para hackers, programadores independentes, homelabs, projetos pessoais, protótipos e times pequenos que querem publicar ou expor algo rapidamente sem transformar cada deploy em uma novela operacional.

Observação importante: o site oficial não usa atualmente o nome “PRO” como rótulo principal. O plano pago aparece como pico+. Neste artigo, “PRO” será usado como sinônimo do plano premium pico+.

A filosofia do pico.sh

O pico.sh se apresenta como uma coleção de serviços “SSH-powered” para desenvolvedores. A ideia central é permitir que o usuário publique e prototipe sem instalar tooling adicional. Se você já tem SSH, rsync e uma chave pública, você já tem quase tudo que precisa.

Essa filosofia aparece em quatro decisões técnicas importantes:

  1. SSH como interface universal
    O usuário acessa a aplicação principal com:

    ssh pico.sh
    

    A criação de conta também usa criptografia de chave pública. Não há senha tradicional no fluxo principal.

  2. Upload com ferramentas padrão
    Publicar arquivos pode ser feito com rsync, scp, sftp ou montagem via sshfs.

  3. Serviços pequenos e focados
    Em vez de ser uma plataforma gigante tentando resolver tudo, o pico.sh entrega ferramentas bem específicas: sites estáticos, túneis, blogs Markdown, pastebin, RSS para e-mail, pipes via SSH e bouncer IRC.

  4. Baixa cerimônia operacional
    Muitos recursos dispensam painel web. Você sobe um diretório ou um arquivo e o serviço cria o projeto, publica, aplica TLS e serve o conteúdo.

O que existe no plano gratuito

Antes de falar do plano PRO/pico+, vale entender a base gratuita. O plano starter custa US$ 0 e inclui os seguintes serviços:

  • pages / pgs.sh — hospedagem de sites estáticos;
  • pipe — pub/sub e streaming de dados entre máquinas via SSH;
  • prose — blog em Markdown;
  • rss-to-email / feeds.pico.sh — envio de digests RSS por e-mail;
  • pastes / pastes.sh — pastebin via SSH;
  • 25 MB de armazenamento total entre os serviços.

Ou seja: mesmo no plano gratuito, o pico.sh já permite publicar pequenos sites, textos, snippets e automações leves. O limite real é o armazenamento e a ausência de alguns recursos premium.

O plano PRO/pico+: preço e visão geral

O plano pago pico+ custa US$ 2 por mês, cobrado anualmente. É um preço agressivamente baixo para um pacote de serviços hospedados, mas isso vem com uma ressalva: o pico.sh não está tentando ser AWS, Vercel Enterprise, Cloudflare for Teams ou uma PaaS completa.

O próprio RFC do projeto deixa claro que o foco é:

  • ferramentas para desenvolvimento;
  • usuários individuais;
  • pequenos times;
  • prototipagem rápida;
  • homelabs;
  • hospedagem de pequenos serviços;
  • aproveitamento de SSH como interface principal.

E também deixa claro o que o pico+ não é:

  • não é uma PaaS completa;
  • não foi desenhado para grandes organizações;
  • não promete o tipo de contrato e robustez esperados de infraestrutura corporativa crítica.

Esse ponto é importante. O pico+ é excelente para projetos pessoais, sites pequenos, ferramentas internas simples, protótipos, staging, blogs, webhooks, homelab e experimentação. Mas seria ingenuidade tratá-lo como substituto direto de uma infraestrutura corporativa com SLA rígido, observabilidade avançada, compliance e suporte empresarial.

O que o plano PRO/pico+ oferece

Segundo a página oficial de preços, o pico+ inclui:

  • tuns;
  • analytics por site em tuns;
  • pages / pgs.sh com limite de arquivo de até 100 MB;
  • analytics por site em pages;
  • prose com analytics de blog;
  • IRC bouncer;
  • 10 GB de armazenamento total entre os serviços.

Além disso, alguns serviços que aparecem na camada gratuita continuam disponíveis, mas com mais folga por causa do armazenamento maior e/ou com recursos premium agregados.

1. tuns: túneis públicos via SSH

O recurso mais chamativo do plano PRO/pico+ é o tuns, um serviço para expor aplicações locais na internet usando apenas SSH.

Exemplo:

ssh -R dev:80:localhost:3000 tuns.sh

Depois disso, o servidor local passa a estar disponível em um endereço como:

https://{usuario}-dev.tuns.sh

Isso resolve uma dor comum: você está desenvolvendo algo localmente e precisa mostrar para alguém, testar um webhook ou permitir que um serviço externo chame sua máquina. Sem tuns, o caminho tradicional costuma envolver deploy em staging, DNS, TLS, configuração de servidor, firewall ou ferramentas como ngrok e Cloudflare Tunnel. Com tuns, o caminho é um comando SSH.

Casos de uso práticos do tuns

O tuns serve para:

  • demonstrar protótipos para clientes ou colegas sem fazer deploy real;
  • testar webhooks de serviços como Stripe, GitHub ou Twilio;
  • compartilhar um ambiente local com outro desenvolvedor;
  • expor serviços de homelab sem abrir porta no roteador;
  • testar APIs locais em apps móveis;
  • rodar testes de integração que exigem callback externo.

Recursos técnicos do tuns

O tuns oferece:

  • zero instalação além de SSH;
  • HTTPS automático;
  • suporte a domínios customizados;
  • túneis HTTP, WebSocket Secure e TCP;
  • suporte multi-região;
  • analytics por túnel/site;
  • alertas de conexão e desconexão via RSS;
  • compartilhamento privado com usuários específicos;
  • suporte a UDP em modo mais avançado;
  • uso como ProxyJump em alguns cenários;
  • integração com tunmgr para expor serviços Docker automaticamente;
  • possibilidade de manter túneis vivos com ferramentas como autossh.

O tuns é provavelmente o recurso que mais justifica pagar pelo pico+. Para quem desenvolve webhooks, APIs, bots, dashboards locais ou serviços de homelab, ele economiza tempo real.

2. pages / pgs.sh: hospedagem estática via rsync

O pgs.sh, chamado de pages na documentação, é o serviço de hospedagem estática do pico.sh. A experiência é minimalista:

rsync --delete -rv ./public/ pgs.sh:/meusite

Depois disso, o site fica disponível em um domínio do tipo:

https://{usuario}-meusite.pgs.sh

No plano gratuito, o pages existe com limite de armazenamento pequeno. No plano PRO/pico+, ele ganha mais fôlego com o armazenamento global de 10 GB e limite de arquivo individual de 100 MB.

Recursos do pages no pico+

O pages oferece:

  • publicação com rsync, scp ou sftp;
  • criação automática de projetos no primeiro upload;
  • TLS automático;
  • domínios customizados;
  • redirects e rewrites por arquivo _redirects;
  • headers customizados por arquivo _headers;
  • autenticação por senha para sites privados;
  • controle de acesso por chaves públicas;
  • formulários automáticos;
  • deploys atômicos;
  • promoção e rollback via links simbólicos;
  • suporte a CI/CD;
  • URLs amigáveis;
  • cache e CDN global;
  • ausência de limite de banda declarado na documentação;
  • API de manipulação de imagem para redimensionar, cortar e transformar imagens on-the-fly;
  • analytics por site no plano pago.

Promoção e rollback

Um ponto muito bom do pgs.sh é a estratégia de promoção e rollback. Você pode publicar versões separadas do site e depois apontar um alias de produção para uma versão específica:

ssh pgs.sh link projeto-prod --to projeto-d0131d4

Se algo der errado, o rollback vira apenas trocar o link para uma versão anterior. É simples e elegante.

Domínios customizados

Para usar domínio próprio, o pgs.sh exige configuração DNS com CNAME e TXT. O registro TXT informa ao pgs qual projeto deve responder por aquele domínio.

Exemplo conceitual:

subdominio.seudominio.com.       CNAME   pgs.sh.
_pgs.subdominio.seudominio.com.  TXT     usuario-projeto

É uma solução limpa: a verificação e o roteamento ficam declarados no DNS, sem depender de configuração manual no painel.

3. analytics: métricas simples e respeitosas

O plano PRO/pico+ libera analytics para sites, blogs e túneis. A ativação é feita pela TUI do pico:

ssh pico.sh
# -> analytics
# -> pressionar 't'

As métricas capturadas incluem:

  • visitantes únicos;
  • principais referenciadores;
  • URLs mais acessadas.

O painel de analytics é acessado pela própria TUI. A documentação também informa que o recurso é opt-in e que os dados são mantidos por até um ano.

Isso não substitui ferramentas analíticas complexas, mas para sites pessoais, blogs, páginas de projeto e protótipos é suficiente. E tem uma vantagem óbvia: dispensa scripts de terceiros no frontend.

4. prose: blog em Markdown

O prose.sh é o serviço de blog do pico.sh. Ele permite escrever posts em Markdown e publicar com rsync, scp, sftp, sshfs ou pipe via SSH.

Exemplo:

rsync ~/blog/* prose.sh:/

O prose é gratuito, mas no plano PRO/pico+ ele se beneficia do analytics de blog e do armazenamento maior.

Recursos do prose

O prose oferece:

  • publicação instantânea de posts em Markdown;
  • uso do editor que você quiser;
  • autenticação por chave SSH;
  • domínios customizados;
  • RSS automático;
  • suporte a GitHub Flavored Markdown;
  • suporte ao formato .lxt, uma espécie de formato textual em listas;
  • personalização do blog com arquivos simples;
  • personalização de posts via frontmatter;
  • analytics de blog no pico+.

Esse serviço é especialmente interessante para quem quer manter um blog sem lidar com build de Hugo, Jekyll, Astro ou Next.js. O trade-off é claro: você ganha simplicidade e perde parte da flexibilidade de um gerador estático completo.

5. IRC bouncer privado

O plano PRO/pico+ também inclui um IRC bouncer privado baseado em soju.

Um bouncer IRC mantém sua presença conectada a redes IRC mesmo quando seu cliente local fecha. Para quem ainda usa IRC — especialmente em comunidades técnicas como Libera.Chat — isso é útil porque preserva histórico, sessões e presença.

O pico.sh oferece formas de acesso via:

  • aplicação SSH integrada;
  • web client em chat.pico.sh;
  • cliente de terminal senpai;
  • conexão TLS em irc.pico.sh:6697.

O bouncer não é um recurso para todo mundo. Para usuários comuns, pode parecer arqueologia da internet. Para quem vive em canais técnicos, projetos open source e comunidades hacker, é ouro velho funcionando bem.

6. rss-to-email / feeds.pico.sh

O rss-to-email permite receber digests por e-mail a partir de feeds RSS. A configuração é feita com um arquivo de texto simples contendo e-mail, agendamento cron e URLs dos feeds.

Exemplo:

=: email rss@meuemail.com
=: cron 0 13 * * *
https://blog.pico.sh/rss
https://example.com/rss

Depois, basta enviar o arquivo:

rsync daily.txt feeds.pico.sh:/

O serviço suporta:

  • digests por e-mail;
  • múltiplos feeds em um digest;
  • intervalos em formato cron;
  • envio apenas de itens ainda não enviados;
  • renderização de conteúdo HTML inline;
  • opção para enviar apenas links;
  • CLI remota via SSH para listar, remover e executar digests manualmente;
  • logs para debugging.

A documentação atual indica que o feeds.pico.sh passou a ser serviço pico+. Portanto, para quem usa RSS intensamente, esse é um benefício real do plano pago.

7. pastes: pastebin via SSH

O pastes.sh é um pastebin minimalista. Você pode subir arquivos com rsync ou enviar conteúdo por pipe:

echo "foobar" | ssh pastes.sh

Também é possível definir nome de arquivo, expiração e ocultar o paste da página pública do usuário.

Exemplos:

echo "foobar" | ssh pastes.sh exemplo.txt expires=1h

echo "foobar" | ssh pastes.sh exemplo.txt hidden=true

A expiração padrão é de 90 dias, mas o usuário pode definir expiração customizada, timestamp ou até configurar para nunca expirar.

O pastes é gratuito, mas no plano pago entra na conta do armazenamento total maior.

8. pipe: pub/sub via SSH

O pipe é um serviço de pub/sub e streaming de dados entre máquinas usando SSH. A página inicial do pico.sh resume o uso com dois comandos:

ssh pipe.pico.sh sub mytopic

Em outro terminal:

echo "Hello world!" | ssh pipe.pico.sh pub mytopic

O assinante recebe a mensagem enviada. Isso permite construir automações simples entre máquinas sem configurar broker, fila, Redis, RabbitMQ, NATS ou infraestrutura adicional.

É um recurso nichado, mas muito alinhado com a filosofia do pico.sh: fazer coisas úteis com ferramentas Unix e SSH.

9. Armazenamento: 10 GB entre os serviços

Um dos ganhos objetivos do plano PRO/pico+ é o salto de 25 MB no plano gratuito para 10 GB de armazenamento total entre os serviços.

Esse armazenamento é compartilhado entre os serviços, então não deve ser interpretado como “10 GB por serviço”. Ainda assim, para sites estáticos, blogs, pastes, arquivos pequenos e projetos pessoais, 10 GB é bastante espaço.

Também há o limite de 100 MB por arquivo em pages no plano pago, o que permite hospedar assets maiores do que seria confortável no gratuito.

10. O que o pico+ não oferece — e isso importa

Aqui entra a parte sem romantização: o pico+ é excelente, mas não é mágica.

Ele não é:

  • substituto direto de AWS, GCP ou Azure;
  • plataforma completa de backend;
  • Vercel/Netlify com ecossistema inteiro de funções, edge runtime e integrações visuais;
  • solução empresarial com SLA pesado;
  • ambiente ideal para aplicações críticas de alto tráfego;
  • plataforma para quem depende de painel visual e fluxo no-code.

Também não é a melhor escolha se você não gosta de terminal. O pico.sh presume que SSH, DNS, rsync, chaves públicas e arquivos de configuração são coisas aceitáveis. Para o público certo, isso é uma vantagem. Para o público errado, é fricção pura.

Para quem o plano PRO/pico+ faz sentido

O pico+ faz muito sentido para:

  • desenvolvedores independentes;
  • administradores de homelab;
  • pesquisadores técnicos;
  • mantenedores de blogs Markdown;
  • pessoas que publicam sites estáticos pequenos;
  • quem precisa testar webhooks localmente;
  • quem quer alternativa simples ao ngrok;
  • quem gosta de workflows Unix;
  • quem prefere pagar pouco por ferramentas pequenas e boas;
  • quem usa IRC e quer um bouncer privado;
  • quem quer RSS por e-mail sem depender de serviços mais pesados.

Também é ótimo para projetos experimentais: landing pages, documentação, mini apps estáticos, páginas temporárias, demonstrações, portfólios, blogs técnicos, ferramentas internas e protótipos.

Para quem não faz sentido

O pico+ provavelmente não é a escolha certa para:

  • equipes grandes com requisitos formais de compliance;
  • aplicações com backend dinâmico complexo;
  • usuários que querem interface gráfica para tudo;
  • empresas que precisam de SLA contratual forte;
  • sites comerciais grandes com dependência pesada de analytics avançado;
  • pessoas que não querem lidar com DNS, SSH e terminal.

Comparação mental honesta

A melhor forma de entender o pico+ é não compará-lo diretamente com uma nuvem corporativa. Compare com uma gaveta de ferramentas afiadas:

  • pgs.sh substitui deploys estáticos simples;
  • tuns.sh substitui boa parte do uso casual de ngrok;
  • prose.sh substitui um blog estático quando você quer só escrever;
  • pastes.sh substitui pastebins comuns;
  • feeds.pico.sh substitui serviços simples de RSS por e-mail;
  • pipe.pico.sh substitui pequenos brokers improvisados;
  • IRC bouncer substitui manter seu próprio soju/ZNC.

O valor está menos em “cada serviço isolado” e mais no conjunto: tudo é operado por SSH, com uma identidade, uma mensalidade anual baixa e um estilo coerente.

Veredito

O plano PRO/pico+ do pico.sh é um pacote pequeno, barato e muito bem pensado para desenvolvedores que gostam de terminal. Ele oferece hospedagem estática, túneis públicos via SSH, analytics simples, blog Markdown, RSS por e-mail, pastebin, pub/sub e IRC bouncer em um ecossistema coerente.

O destaque absoluto é o tuns, porque expor localhost com HTTPS automático via SSH é uma ferramenta útil quase todo mês para qualquer pessoa que desenvolve web, APIs, bots ou integrações. O pgs.sh também é forte: deploy estático com rsync, TLS automático, domínio customizado, rollback e analytics formam um pacote excelente para sites pequenos.

O ponto fraco é justamente o mesmo ponto que o torna interessante: o pico.sh é assumidamente hacker, terminal-first e minimalista. Se você quer uma plataforma com painel visual, templates, marketplace, deploy preview bonitinho e suporte empresarial, procure outro lugar. Se você quer ferramentas que respeitam sua inteligência e deixam você publicar com comandos Unix básicos, o pico+ é uma das ofertas mais simpáticas e eficientes da web atual.

Por US$ 2/mês cobrado anualmente, o plano PRO/pico+ é difícil de criticar para o público certo. Só não cometa o erro de vendê-lo como solução universal. Ele não é isso. Ele é melhor: é uma caixa de ferramentas pequena, barata e afiada para quem sabe exatamente o que está fazendo.

Resumo rápido dos recursos do PRO/pico+

RecursoO que oferece
PreçoUS$ 2/mês, cobrado anualmente
Armazenamento10 GB compartilhados entre os serviços
tunsTúneis públicos via SSH para localhost, HTTP/WSS/TCP, HTTPS automático, analytics e alertas
pages / pgs.shHospedagem estática via rsync, limite de 100 MB por arquivo, TLS automático, domínios customizados e analytics
proseBlog em Markdown com analytics no plano pago
analyticsVisitantes únicos, principais referenciadores e URLs mais acessadas, com retenção de até 1 ano
IRC bouncerInstância privada de soju para usuários pico+
rss-to-emailDigests RSS por e-mail configurados por arquivos de texto e cron
pastesPastebin via SSH com expiração e opção de paste oculto
pipePub/sub e streaming de dados via SSH

Fontes consultadas

Did this resonate?

Related documents