Lalabase
Tickets, Doku, Zeiterfassung und Kundengespräche an einem Ort, durchsuchbar per KI. Für Softwarefirmen mit Kundenprojekten. Open Source: auf deinem eigenen Server oder in unserer Cloud in Deutschland.
Translation pending
Support ticket triage system with LLM classification.
Translation pending
BusinessTypeScript · PLpgSQLGitHub @danielchavezsOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
Loading the full README. The saved excerpt is shown below.
Full-stack Next.js app where a customer submits a support ticket, the backend automatically runs LLM triage (priority + category) and generates a suggested response, and a dashboard lists all submitted tickets.
• Ticket submission form (required): customer name, email, subject, description
• Automated AI triage on submit:
• Priority: Critical | High | Medium | Low
• Category: Billing | Technical | Account | General
• Suggested customer-facing response
• Ticket dashboard with list + details view
• Persistence via Supabase Postgres
• Backend API:
• POST /api/tickets
• GET /api/ticketsRead the full README ↗Full-stack Next.js app where a customer submits a support ticket, the backend automatically runs LLM triage (priority + category) and generates a suggested response, and a dashboard lists all submitted tickets.
Critical | High | Medium | LowBilling | Technical | Account | GeneralPOST /api/ticketsGET /api/ticketsapp/ routes + app/api/** route handlersservices/features/** business logic (triage pipeline)services/sources/** integrations (Supabase, LLM provider)See AGENTS.md for rules and conventions.
//dashboardpnpm install
Create .env.local (recommended) or .env with:
# LLM
# Recommended
GOOGLE_GENERATIVE_AI_API_KEY=...
# Or (legacy naming used by some setups)
GOOGLE_API_KEY=...
# Optional (defaults to gemini-2.5-flash-lite)
AI_MODEL=gemini-2.5-flash-lite
# Supabase (server / API routes)
SUPABASE_URL=...
# Either one is enough (both are the *anon* key):
SUPABASE_ANON_KEY=...
# or
NEXT_PUBLIC_SUPABASE_ANON_KEY=...
# Supabase (browser) — only needed if/when client components call Supabase directly
NEXT_PUBLIC_SUPABASE_URL=...
# Optional (server-only; reserved for admin workflows / future RLS setup)
SUPABASE_SERVICE_ROLE_KEY=...
Notes:
SUPABASE_SERVICE_ROLE_KEY is server-only. Never expose it to the browser.NEXT_PUBLIC_ are safe to expose to the browser. Server-only env vars should not use that prefix.Apply the initial schema in your Supabase project:
migrations/2026-02-05_create_tickets.sqlpnpm dev
Open http://localhost:3000.
pnpm devpnpm lintpnpm testpnpm buildpnpm start