Vale construir sua versão de WishKit?
Quadro de sugestões de recursos e votos pronto para integrar em apps, com SDK nativo em SwiftUI e backend hospedado.
O modelo de dados aqui tem quatro tabelas e uma função de ordenação: sugestões, votos, comentários e status. Um agente consegue produzir todo o quadro web e uma API REST em uma única sessão, e tudo funcionará bem para um projeto paralelo. A parte que realmente dá trabalho vem depois: um widget nativo dentro do app para cada plataforma em que você publica, identidade anônima de dispositivo para que o mesmo usuário não vote cinquenta vezes, tratamento de spam e linguagem ofensiva, e um endpoint que permaneça disponível para quem já instalou seu binário. Nada disso é difícil, é apenas um backend de verdade que agora é sua responsabilidade para sempre. Construa se você gosta de assumir essa responsabilidade; pague se o quadro de roadmap não é aquilo pelo qual você quer ficar de plantão.
EN → PTPesquisa traduzida automaticamente do inglês. Prompt original preservado em inglês.
Build a self-hosted feature request board with a small public API, meant to be embedded in my own apps.
Stack, no substitutions: Next.js 15 with the App Router and TypeScript, SQLite via better-sqlite3 with Drizzle ORM, Tailwind for styling. No auth provider, no analytics, no telemetry, no external services.
Data model: projects (id, name, api_key), wishes (id, project_id, title, description, status, created_at, author_device_id), votes (wish_id, device_id, unique together), comments (id, wish_id, device_id, body, created_at). Statuses: pending, approved, in_progress, completed, rejected.
Public REST API, all scoped by an X-Api-Key header mapped to a project:
- GET /api/wishes?sort=votes|new returns approved, in_progress and completed wishes with vote counts and whether the calling device already voted
- POST /api/wishes creates a wish with status pending
- POST /api/wishes/:id/vote and DELETE /api/wishes/:id/vote, idempotent per device_id
- GET and POST /api/wishes/:id/comments
Device identity is a client-generated UUID sent as X-Device-Id. No accounts. Reject bodies over 2000 characters and rate limit writes to 10 per device per hour using an in-memory token bucket.
Admin UI at /admin behind a single ADMIN_PASSWORD from .env, checked with a signed httpOnly cookie: list all wishes including pending, change status, delete, merge a duplicate into another wish (moves votes, dedupes by device_id).
Public web board at /b/[projectId]: sortable list, vote button, detail page with comments, submit form. Mobile-first, plain and fast, no animations.
Also generate a minimal SwiftUI package in ./ios-sdk: one WishBoardView that lists, votes and submits against the API, device UUID persisted in UserDefaults, base URL and api key passed in at init. Keep it under 300 lines and do not add dependencies.
Out of scope: email or push notifications, multi-tenant signup, billing, roadmap columns, OAuth, i18n.
Secrets in .env: ADMIN_PASSWORD, COOKIE_SECRET. Ship a seed script that creates one project and ten sample wishes, plus a README with curl examples for every endpoint.O prompt abre preenchido no seu agente. Revise antes de executar. · este prompt foi gerado a partir do plano de construção · melhore com um PR
Como seria construir sua versão?
Executa um quadro de sugestões de recursos com hospedagem própria, votos, comentários, rótulos de status e uma visão administrativa, exposto por uma pequena API REST que seu app pode chamar a partir de um widget incorporado.
O que você vai precisar
- Um lugar para hospedar um pequeno serviço Node com disco persistente
- Um domínio ou subdomínio que seu app publicado possa chamar
- Xcode se você quiser compilar e testar o widget SwiftUI
- Limitação básica de requisições ou um proxy na frente dos endpoints de escrita
Porque um quadro de sugestões de recursos não é o produto, é uma obrigação ligada ao produto. Pagar transforma um endpoint que você precisa manter no ar, corrigir e defender de spam em uma linha de despesa, e entrega um widget nativo adequado à plataforma sem exigir que você escreva uma UI com a qual não quer se ocupar. Desenvolvedores independentes, em particular, compram o SDK e a disponibilidade, não o CRUD.
xUm SDK mantido por plataforma, de modo que cada novo cliente vira código que você precisa escrever e versionar
xProteção contra abuso já ajustada por outra pessoa: votos duplicados, enxurradas de spam, envios inúteis
xDisponibilidade com a qual você não precisou se preocupar para usuários de uma versão antiga do seu app
xNotificações por email ou push quando uma sugestão em que votaram é lançada
xMesclagem de duplicatas, etiquetas e outros recursos de organização do quadro que só importam quando há centenas de sugestões
Nada que valha indicar. Por isso o prompt existe.
Quanto custa WishKit?
- Plano mensal
- US$ 15/mêsUS$ 15/mês
- Por ano
- US$ 180/anoUS$ 180/ano
- No cartão, com IOF de 3,5%
- R$ 78,39/mêsR$ 941/ano
Salvo na Minha lista. Você recebe um aviso aqui no site quando o preço mudar.
Você conclui a compra no site de WishKit. O Vibe Radar não intermedeia pagamentos.
Vale mais construir ou assinar WishKit?
Ajuste os números: horas para construir, valor da sua hora, custos para manter no ar e o preço da assinatura.
Em 24 meses, assinar sai mais barato.
Horas iniciais estimadas a partir da análise (um fim de semana). Não inclui o valor do que você deixa de ter (suporte, integrações, segurança).
Dá para recriar WishKit?
Em parte. O núcleo de WishKit dá para construir em um fim de semana com o prompt desta página, mas há lacunas reais: Um SDK mantido por plataforma, de modo que cada novo cliente vira código que você precisa escrever e versionar, Proteção contra abuso já ajustada por outra pessoa: votos duplicados, enxurradas de spam, envios inúteis. Leia a lista acima antes de começar.
Quanto custa WishKit?
WishKit custa cerca de US$ 15/mês (Premium, checado em 20/10/2026), ou seja, US$ 180 por ano.
O que eu perco ao substituir WishKit?
Sinceramente: Um SDK mantido por plataforma, de modo que cada novo cliente vira código que você precisa escrever e versionar; Proteção contra abuso já ajustada por outra pessoa: votos duplicados, enxurradas de spam, envios inúteis; Disponibilidade com a qual você não precisou se preocupar para usuários de uma versão antiga do seu app; Notificações por email ou push quando uma sugestão em que votaram é lançada; Mesclagem de duplicatas, etiquetas e outros recursos de organização do quadro que só importam quando há centenas de sugestões. Se algum desses pontos é essencial para você, continue pagando.
Existe uma alternativa aberta para WishKit?
Não há alternativa open source madura que valha indicar, e é exatamente por isso que o prompt desta página existe.