Avaliar Ferramenta Ia

---
name: avaliar-ferramenta-ia
description: Use when a new AI tool/service/platform is announced or proposed and you must decide whether to adopt/sign up or keep the current stack — before anyone pays or migrates. Triggers on "vale a pena essa ferramenta?", "avalia essa ferramenta de IA", "assino ou não?", "tool X muda tudo", "devo adotar", "lock-in", "hype", "testar antes de assinar", "build vs buy", "ferramenta nova". Runs a skeptic framework: real scope vs marketing, true cost of the defining feature, lock-in and exit cost, comparison with what you already use (open tools count), hands-on trial, and the hype timeline — outputs a grounded adopt/ignore/wait decision.
---

# Skill: avaliar-ferramenta-ia — Adotar, ignorar ou aguardar?

Toda semana aparece uma ferramenta "que muda tudo". Na prática, a maioria é um
clone embalado de algo que o seu stack atual já entrega. O objetivo desta skill
é decidir com evidência — nunca pelo hype — se a ferramenta vale adoção, sempre
comparando com o que você já tem. Rode ANTES de assinar, migrar ou ensinar a equipe.

## Quando usar

- Uma ferramenta/serviço/plataforma de IA nova foi anunciada (ou proposta em
  reunião) e alguém quer assinar/adotar.
- Chegou "o novo X que substitui tudo" e o feed/influencers estão bombando.
- Você está prestes a assinar um plano pago e quer checar antes.
- Um fornecedor quer migrar seu time para o ecossistema dele (lock-in).

Não use para: decidir criar um produto interno (isso é `triagem-ideias` /
`product-lens`); nem para comparar bibliotecas de código no detalhe (isso é
pesquisa técnica normal).

## Princípio central

**O custo real quase nunca é o preço do teaser.** O preço que importa é o do
recurso que DEFINE o produto — o que você não consegue em lugar nenhum. E o
melhor investimento quase nunca é a ferramenta nova: é dominar a que você já tem.

## Pipeline (7 fases)

### 1. Intake — o que estão DIZENDO que ela faz

- Capture a promessa: "X substitui/automatiza/entrega Y".
- Anote quem anuncia e o canal (marketing oficial vs influencer vs usuário real).
- Registre o hype (data de lançamento, quantos dias de vida tem).

### 2. Escopo real — o que ela FAZ e o que NÃO faz

- Liste funcionalidades verificáveis (documentação oficial, não o anúncio).
- Liste explicitamente o que ela NÃO faz (limites, modelos suportados, beta).
- Se é beta: beta com dias de vida = instabilidade esperada (auths, conectores)
  — trate como custo.

### 3. Cliente ideal — quem isso serve de verdade?

- Defina o perfil que se beneficia (ex.: "pessoa sem perfil técnico, quer tudo
  pronto, aceita pagar o preço do recurso principal").
- Cheque se VOCÊ (ou a empresa) é esse perfil. Se não for, a decisão tende a "ignorar".

### 4. Custo real — preço do recurso que DEFINE o produto

- Identifique o recurso definidor (o que nenhum equivalente entrega igual).
- Descubra em qual plano ele está e o preço REAL dele (não o teaser de entrada).
- Some custos escondidos: aluguel de recurso, taxa por agente/acento, overage.

### 5. Lock-in — o que você perde ao entrar

- Modelo preso a um único provedor? Você consegue escolher modelo por tarefa?
- Ecossistema fechado: rotinas, skills, histórico e agentes migram? Custo de saída?
- Regra: se a migração é cara ou impossível, o lock-in é o maior custo do produto.

### 6. Comparar com o stack atual — o que já assino entrega isso?

## Exemplo

```text
Ferramenta: "novo agente X que substitui tudo", R$200/mês, hype dia 3
Escopo real: 80% do que promete meu stack atual já faz (verificado nos docs)
Recurso definidor: só 1 (integração nativa Y) → custa o plano Pro, não o teaser
Lock-in: histórico e rotinas não exportam → decisão: IGNORAR (revisitar em 90d)
```