In most cases: it goes to a server. It gets analyzed for personalization. It feeds behavioral models. It can be sold, breached, discontinued. And when the service shuts down — because services shut down — your data disappears with it.
AGENDA starts from a different premise: your data is yours, and it should never leave your device.
Popular productivity apps have a business model that depends on your data or your monthly subscription. This creates incentives that aren’t aligned with the user:
This isn’t conspiracy thinking. It’s simply the business model that has come to dominate the market.
In AGENDA, privacy is not a feature. It’s an architectural constraint.
If a design decision violates privacy, that decision is wrong — regardless of other benefits.
This has concrete consequences:
No calls to Amplitude, Mixpanel, Firebase Analytics, or any similar service. We know zero about how you use the app. This is intentional.
No Sentry, no Crashlytics. If the app crashes, the log stays on the device. You can send it to us if you want, but we don’t send it automatically.
We use Isar Community — a native database that stores everything on the device, with Dart queries and excellent performance. No data leaves the device.
AGENDA doesn’t have an “offline mode” — it is offline by default. There is no sync code. There is no conditional logic based on connectivity. The app works on a plane, in a bunker, anywhere.
The code is at github.com/lizzyman04/agenda. Anyone can audit it, verify the claims above, and contribute.
Local privacy has a real cost: no automatic cloud backup.
If you lose your device without having done a manual backup (via CSV/JSON export), your data is not recoverable. We don’t have a copy.
This isn’t carelessness — it’s a direct consequence of the model. We’d like to have a secure automatic backup in the future, but we won’t do it in a way that compromises the privacy promise.
For now: use the export regularly. Your tasks and finances deserve a local backup.
Personal productivity involves sensitive information. Your tasks reveal your projects, your concerns, your plans. Your finances reveal your habits, your debts, your goals.
This kind of data shouldn’t exist on third-party servers — not because the services are malicious, but because data concentration creates risk. All it takes is one breach, one acquisition, one policy change.
AGENDA is a bet: that there’s a segment of users who prefer real control over sync convenience. That “your data, yours alone” is a value proposition strong enough to build something on.
We believe it is.
AGENDA is in active development. Follow the progress on GitHub.
]]>Na maioria dos casos: ela vai para um servidor. É analisada para personalização. Entra em modelos de comportamento. Pode ser vendida, hackeada, descontinuada. E quando o serviço fechar — porque serviços fecham — seus dados somem com ele.
O AGENDA parte de uma premissa diferente: seus dados são seus, e nunca deveriam sair do seu dispositivo.
Apps populares de produtividade têm um modelo de negócio que depende dos seus dados ou da sua assinatura mensal. Isso cria incentivos que não estão alinhados com o usuário:
Não estamos falando de conspirações. É simplesmente o modelo de negócio que dominou o mercado.
No AGENDA, privacidade não é uma feature. É uma restrição de arquitetura.
Se uma decisão de design viola a privacidade, essa decisão está errada — independente de outros benefícios.
Isso tem consequências concretas:
Nenhuma chamada para Amplitude, Mixpanel, Firebase Analytics ou qualquer serviço similar. Sabemos zero sobre como você usa o app. Isso é intencional.
Sem Sentry, sem Crashlytics. Se o app crashar, o log fica no dispositivo. Você pode nos enviar se quiser, mas não mandamos automaticamente.
Usamos Isar Community — um banco de dados nativo que armazena tudo no dispositivo, com queries em Dart e performance excelente. Nenhum dado sai do aparelho.
O AGENDA não tem modo “offline” — ele é offline por padrão. Não existe código de sincronização. Não existe lógica condicional baseada em conectividade. O app funciona em um avião, em um bunker, em qualquer lugar.
O código está em github.com/lizzyman04/agenda. Qualquer pessoa pode auditar, verificar as afirmações acima e contribuir.
Privacidade local tem um custo real: sem backup automático na nuvem.
Se você perder o dispositivo sem ter feito backup manual (via exportação CSV/JSON), seus dados não são recuperáveis. Não temos cópia.
Isso não é descuido — é uma consequência direta do modelo. Preferiríamos ter um backup automático seguro no futuro, mas não faremos isso de forma que comprometa a promessa de privacidade.
Por enquanto: use a exportação regularmente. Suas tarefas e finanças merecem um backup local.
Produtividade pessoal envolve informações sensíveis. Suas tarefas revelam seus projetos, suas preocupações, seus planos. Suas finanças revelam seus hábitos, suas dívidas, suas metas.
Esse tipo de dado não deveria existir em servidores de terceiros — não porque os serviços sejam maliciosos, mas porque concentração de dados cria risco. Basta um vazamento, uma aquisição, uma mudança de política.
O AGENDA é uma aposta: que existe um segmento de usuários que prefere controle real sobre conveniência de sync. Que “seus dados, só seus” é uma proposta de valor suficientemente forte para construir algo em cima.
Acreditamos que sim.
O AGENDA está em desenvolvimento ativo. Acompanhe o progresso no GitHub.
]]>138 tests passing. Zero regressions. The task module is functional end to end.
Phase 2 covers the entire task management core — from the domain layer to the user interface, through the BLoC, Isar repositories, and three integrated productivity frameworks.
Eisenhower Matrix — A 2×2 grid that classifies tasks by urgency and importance. Do immediately what is urgent and important. Plan what is important but not urgent. Delegate the urgent but unimportant. Eliminate the rest.
1-3-5 Rule — Each day starts with a clear intention: 1 big task, 3 medium, 5 small. AGENDA enforces this constraint automatically, preventing the infinite list that never ends.
GTD (Getting Things Done) — Capture, process, organize by context, and weekly review. Nothing falls through the cracks.
TaskListScreen with tabs per frameworkTaskFormScreen with 14 fields and real-time validationEisenhowerScreen — 2×2 grid with quadrant drag-and-dropDayPlannerScreen — 1-3-5 Rule view with visual slotsGtdFilterScreen — filter by GTD contextEvery task operation — create, update, complete, delete, filter — goes through TaskListCubit. The UI never accesses the repository directly. This makes state predictable and testable.
// All operations go through the cubit
await cubit.createTask(params);
await cubit.toggleComplete(id);
await cubit.applyFilter(filter);
We chose isar_community (the active fork of the original Isar, abandoned since 2023) for its native read performance on device and reactive API via watchQuery. No SQLite, no JSON files — typed queries directly in Dart.
138 tests, all against real repositories with Isar in-memory. Mocks only for external dependencies (notifications, auth). This taught us an important lesson from prior projects: database mocks hide schema and query issues that only surface in production.
| Layer | Tests | Status |
|---|---|---|
| Domain | 18 | Passing |
| Data (Isar) | 34 | Passing |
| Application | 52 | Passing |
| Presentation | 34 | Passing |
| Total | 138 | 100% |
Phase 3 — Finance Core begins now. The goal: bring the same level of completeness to the finance module — transactions, budgets, savings goals, debts, and a dashboard with charts.
AGENDA is taking shape. If you want to follow along or contribute, the repository is open: github.com/lizzyman04/agenda.
]]>138 testes passando. Zero regressões. O módulo de tarefas está funcional de ponta a ponta.
A Fase 2 cobre todo o núcleo de gerenciamento de tarefas — desde a camada de domínio até a interface de usuário, passando pelo BLoC, repositórios Isar e os três frameworks de produtividade integrados.
Matriz de Eisenhower — Um grid 2×2 que classifica tarefas por urgência e importância. Faça imediatamente o que é urgente e importante. Planeje o que é importante mas não urgente. Delegue o urgente não importante. Elimine o resto.
Regra 1-3-5 — Cada dia começa com uma intenção clara: 1 tarefa grande, 3 médias, 5 pequenas. O AGENDA aplica essa restrição automaticamente, impedindo a lista infinita que nunca termina.
GTD (Getting Things Done) — Captura, processamento, organização por contexto e revisão semanal. Nada cai nas brechas.
TaskListScreen com tabs por frameworkTaskFormScreen com 14 campos, validação em tempo realEisenhowerScreen — grid 2×2 com drag-and-drop de quadranteDayPlannerScreen — visão da Regra 1-3-5 com slots visuaisGtdFilterScreen — filtro por contexto GTDCada operação de tarefa — criar, atualizar, concluir, deletar, filtrar — passa pelo TaskListCubit. A UI nunca acessa o repositório diretamente. Isso torna o estado previsível e testável.
// Todas as operações passam pelo cubit
await cubit.createTask(params);
await cubit.toggleComplete(id);
await cubit.applyFilter(filter);
Escolhemos isar_community (fork ativo do Isar original, abandonado desde 2023) pela performance de leitura nativa no dispositivo e pela API reativa via watchQuery. Sem SQLite, sem JSON em arquivo — queries tipadas diretamente em Dart.
138 testes, todos contra repositórios reais com Isar em memória. Mocks só para dependências externas (notificações, auth). Isso nos ensinou uma lição importante em projetos anteriores: mocks de banco escondem problemas de schema e query que só aparecem em produção.
| Camada | Testes | Status |
|---|---|---|
| Domain | 18 | Passando |
| Data (Isar) | 34 | Passando |
| Application | 52 | Passando |
| Presentation | 34 | Passando |
| Total | 138 | 100% |
A Fase 3 — Finance Core começa agora. O objetivo: trazer o mesmo nível de completude para o módulo financeiro — transações, orçamentos, metas de economia, dívidas e um dashboard com gráficos.
O AGENDA está ganhando forma. Se você quiser acompanhar ou contribuir, o repositório é aberto: github.com/lizzyman04/agenda.
]]>