Dropstone como alternativa ao Cursor
Se você está comparando Dropstone com Cursor, a diferença está menos no editor e mais no que o agente mantém: uma memória por conta que acompanha você no editor, no terminal, no chat e no seu próprio código, além dos controles organizacionais que uma equipe precisa.
Pessoas chegam aqui tendo usado o Cursor e se perguntando se o Dropstone se encaixa melhor. O Cursor é um editor com um agente dentro; o Dropstone é um agente que roda onde quer que você já trabalhe e lembra o que aprende. Qual é o certo depende do que você realmente está precisando.
O que é diferente
A memória não está ligada ao editor. Uma memória. Todas as superfícies. O que o agente aprende sobre suas convenções enquanto você trabalha no editor está lá no terminal, no chat e no código que sua própria aplicação executa por meio do SDK. Veja Memória entre chat, CLI e SDK.
Ele roda onde o trabalho está. Um chat no navegador para perguntas e documentos, um CLI para um repositório, o SDK para seus próprios serviços, a extensão do editor quando você a quer ao lado do código. Uma conta e uma cota para todos eles.
Ele faz mais do que código. Documentos e planilhas, chamadas que ele faz em seu nome, observadores que avisam quando algo muda e rastreadores que ele mantém para uma tarefa. Código é uma das coisas que ele faz, não o quadro no qual tudo o mais precisa se encaixar.
Um console organizacional, não apenas assentos. Papéis, políticas, o registro de auditoria, logon único, SCIM e registro de conteúdo. Veja Dropstone para equipes e organizações.
O que o Dropstone oferece, nos eixos que as pessoas comparam
| Pergunta | Dropstone |
|---|---|
| O que é | Um agente com memória que roda em várias superfícies, não um editor |
| Quais superfícies | Chat, CLI, SDK, extensão do editor, uma conta |
| Ele lembra | Sim, uma memória por conta, lida e gravada em toda superfície conectada |
| Além do código | Documentos, planilhas, chamadas, observadores, rastreadores |
| Para organizações | Papéis, políticas, registro de auditoria, SSO, SCIM, registro de conteúdo |
| Quanto custa | dropstone.io/pricing |
Onde o Dropstone é a escolha errada
- Você quer um único aplicativo e nada mais. Se uma única janela de editor é todo o seu fluxo de trabalho, um editor com um agente dentro é algo menor de adotar.
- Você quer trazer seu próprio modelo ou provedor. O Dropstone oferece seus próprios três níveis, e você escolhe um nível, não um provedor.
Como começar
- Instale o CLI e execute
dropstone login, ou entre em chat.dropstone.io se preferir começar no navegador. - Trabalhe em algo real e corrija uma vez quando ele errar.
- Abra a outra superfície e verifique se a correção veio com você. Essa é a parte que um editor não consegue fazer sozinho.
Related articles
- Dropstone as an alternative to Claude CodeIf you are weighing Dropstone against Claude Code, the decision usually turns on whether the agent remembers across the tools you use, whether one account covers chat and the terminal, and what the organization controls look like. Here is our side of those, including where Dropstone is the wrong choice.
- How Dropstone remembers youDropstone keeps a persistent memory that follows your account across chat, the CLI, and the SDK. Correct it once and it should not need correcting again, anywhere you use it.
- Dropstone CLI overviewThe Dropstone CLI is an agent for your terminal that reads your codebase, edits files, runs commands, and shares memory with everything else on your account. Install it in one command. The full reference is at docs.dropstone.io.
- Dropstone SDKA typed TypeScript and JavaScript client for the Dropstone agent, with two entry points: one for headless API calls from CI or a serverless function, one that runs the agent locally with the same account memory as the CLI and Chat.
- Dropstone for teams and organizationsAn organization gives a company one Dropstone account structure, centralized billing, members and teams, shared memory, and enterprise sign-in. What an organization is, roles, and how to set one up.
- Cross-surface memoryCross-surface memory is one memory attached to your account that every surface reads and writes, so a rule set in the terminal holds in chat and something learned in chat is available to code running through the SDK.