Build Chatbase
KINDAreplaces $150/mosaves $1,800/yrback to the verdict
Build a bounded support FAQ assistant with citations and a human handoff queue.
Before step 1
Everything below is assumed from the first step. Tick each one when you actually have it, not when you plan to.
- installPython is free; this local prototype requires no hosting subscription.
Why The local backend, tests and storage use Python.
Get it Install Python from python.org. Open a terminal in a new empty project folder. On Windows, use py -3 where this guide says python if python is not on PATH; on macOS/Linux use python3 if needed. Create .venv and activate it before installing packages. open ↗
Verify
python --version reports 3.12+ and python -c "import sqlite3" succeeds. - installNo paid service required for this local step.
Why You need to view the local interface and edit generated project files.
Get it Use an installed Chrome, Firefox or Edge browser. Open the empty project folder in your editor; open the terminal there, not in this catalog repository.
Verify
You can create a text file in the project folder and open browser developer tools. - have readyNo paid service required for this local step.
Why This fixture makes the first end-to-end check reproducible.
Get it Create synthetic sample data before implementation: Five supplied FAQ documents, an answerable return-policy question, an unknown question and a source containing hostile instructions. Save it under fixtures/ with the expected results in fixtures/README.md; use no real credentials or customer records.
Verify
The fixture files and expected outcomes exist and can be inspected without a vendor account. - decideNo paid service required for this local step.
Why The full commercial product is larger than this guide.
Get it The deliverable is a bounded support FAQ assistant with citations and a human handoff queue. Read every exclusion below. Indie mode runs locally; any public or shared use requires the product access and deployment gates first.
Verify
You can name the primary workflow and the vendor features this version deliberately leaves out. - installNo cloud inference fee for this local configuration; you supply disk space, compute and electricity.
Why Generation requires a running model; ordinary editing remains usable while it is unavailable.
Get it Install Ollama from the official site, choose a locally runnable model from its library that fits available RAM, download it, and copy its exact installed name into LOCAL_MODEL. Use the documented local-only configuration, exclude cloud model names, and record model license, download size and tested memory use. open ↗
Verify
ollama list shows the chosen model; a short local prompt succeeds with network access disabled after download.
Data model
Create these before the first phase that stores anything. Changing a table later is the expensive kind of change.
- sources(id,title,url,text,hash,enabled) - chunks(id,source_id,text,position) - conversations(id,visitor_hash) - messages(id,conversation_id,role,text) - citations(message_id,chunk_id) - handoffs(id,conversation_id,email,summary,state) - Use stable ids and explicit relationships; add auxiliary tables named by the phases before those phases use them. - Acceptance fixture: Five supplied FAQ documents, an answerable return-policy question, an unknown question and a source containing hostile instructions.
Environment variables
These go in a .env file the app reads at startup. The pack's .env.example is this table as a file · copy it, never commit the filled-in version.
| Variable | Needed | Example | Where the value comes from |
|---|---|---|---|
DATA_DIR | required | ./data/chatbase | A new private folder this application creates on first run; never serve it as static files. |
SECRET_KEYsecret | required | replace-with-a-random-secret | Generate with python -c "import secrets; print(secrets.token_hex(32))" and save only in .env. |
APP_MODE | required | indie | Use indie for loopback-only personal work. Product mode must refuse to start until owner login and the deployment gates are configured. |
SITE_URL | required | http://127.0.0.1:5000 | The origin used for local forms and links; replace with the chosen HTTPS origin in product mode. |
OLLAMA_URL | required | http://127.0.0.1:11434 | Keep the inference service bound to loopback; the backend calls it, never the public browser. |
LOCAL_MODEL | required | replace-with-installed-local-model | Copy the exact non-cloud name from ollama list; preflight must reject this placeholder. |
The build, in order
Local foundation and data contract
Create the runnable local foundation for a bounded support FAQ assistant with citations and a human handoff queue, including the real schema and acceptance fixture.
Run the venv command first, then stop and activate it before running the remaining commands. Use your OS instructions: Windows .venv\Scripts\activate.bat in cmd, or .venv\Scripts\Activate.ps1 in PowerShell; macOS/Linux source .venv/bin/activate. Then install the listed packages. Create app.py exposing app, load .env with python-dotenv, and add a /healthz route. Freeze tested dependency versions to requirements.txt. Create .env manually from .env.example; replace SECRET_KEY before launch.
Files
app.pyrequirements.txt.env.example.gitignoreterminalpython -m venv .venv python -m pip install Flask Flask-WTF python-dotenv waitress tzdata python -m pip freeze > requirements.txt python -m flask --app app run --host 127.0.0.1
For database-backed state create schema.sql and db.py using this model: sources(id,title,url,text,hash,enabled); chunks(id,source_id,text,position); conversations(id,visitor_hash); messages(id,conversation_id,role,text); citations(message_id,chunk_id); handoffs(id,conversation_id,email,summary,state). Add the auxiliary relationships explicitly used in later phases; use stable ids, foreign keys, parameterized values and transactions. For canonical files use atomic replacement and hashes instead. Implement python manage.py init and python manage.py seed to create only synthetic data: Five supplied FAQ documents, an answerable return-policy question, an unknown question and a source containing hostile instructions. Re-running init must not erase data.
Files
schema.sqldb.pymanage.pyfixtures/README.mdterminalpython manage.py init python manage.py seed
Install Flask-WTF CSRF protection for forms and same-origin fetches, validate Host and Origin against SITE_URL, bound inputs and escape output. Deliberately public intake endpoints get bounded validation and rate limits; signed provider webhooks use signature checks instead of browser CSRF tokens. All other admin routes stay local until product authentication exists. When a later phase tests viewer/member permissions, implement the users, hashed passwords, expiring server sessions and role checks in this foundation first; product mode must never use a fabricated identity from request input. Add error, empty, keyboard-focus and retry states now.
Files
app.pytemplates/base.htmltest/test_foundation.pyCreate providers/local_model.py with a POST /api/chat adapter using the configured local model and stream:false. Validate structured output, bound input/output, set a timeout and reject cloud models or non-loopback inference URLs. Add a probe that sends one harmless prompt and a test double for deterministic tests. Missing model setup must disable generation with a specific error while leaving editing usable.
Files
providers/local_model.pyscripts/model_probe.pyterminalpython scripts/model_probe.py
done when · tick each as it passeswatch out- The Flask development server is for local development only. Loopback binding alone does not replace CSRF and origin validation.
Controlled knowledge intake
Controlled knowledge intake for Chatbase: Accept owner-uploaded TXT/Markdown and pasted text with provenance; split into bounded paragraphs and index locally.
Accept owner-uploaded TXT/Markdown and pasted text with provenance; split into bounded paragraphs and index locally.
Files
features/controlled_knowledge_intake.pytemplates/controlled_knowledge_intake.htmlPreview source content and allow enable/disable/delete; delete associated chunks when removing a source.
Files
features/controlled_knowledge_intake.pyUse Five supplied FAQ documents, an answerable return-policy question, an unknown question and a source containing hostile instructions. Check: Reimporting an unchanged source does not duplicate chunks. Then check: Disabling a source removes it from subsequent retrieval. Add a focused regression for the failure case under test/ using a temporary database or folder and fake external services; also perform the visible workflow in a browser.
Files
test/test_controlled_knowledge_intake.pyterminalpython -m unittest discover -s test
done when · tick each as it passeswatch out- No open-web crawler, document execution or automatic connector is included in this first version.
Cited answers
Cited answers for Chatbase: Retrieve matching passages with SQLite full-text search and supply only those passages to the local model.
Retrieve matching passages with SQLite full-text search and supply only those passages to the local model.
Files
features/cited_answers.pytemplates/cited_answers.htmlRequire source chunk ids in the answer, reject unknown ids and show an abstention when evidence is absent; render output as escaped text.
Files
features/cited_answers.pyUse Five supplied FAQ documents, an answerable return-policy question, an unknown question and a source containing hostile instructions. Check: The return-policy answer cites an existing enabled chunk containing the policy. Then check: The unknown question produces an abstention, and hostile source instructions cannot trigger tools. Add a focused regression for the failure case under test/ using a temporary database or folder and fake external services; also perform the visible workflow in a browser.
Files
test/test_cited_answers.pyterminalpython -m unittest discover -s test
done when · tick each as it passeswatch out- A valid citation id alone does not prove entailment; keep an owner-reviewed answer evaluation set.
Widget and handoff
Widget and handoff for Chatbase: Build an iframe chat widget with bounded messages, signed conversation identity and explicit allowed embedding origins.
Build an iframe chat widget with bounded messages, signed conversation identity and explicit allowed embedding origins.
Files
features/widget_and_handoff.pytemplates/widget_and_handoff.htmlOffer a consented email/summary handoff form stored in an owner queue; provide conversation export and retention deletion.
Files
features/widget_and_handoff.pyUse Five supplied FAQ documents, an answerable return-policy question, an unknown question and a source containing hostile instructions. Check: One signed visitor cannot read another conversation by changing its id. Then check: Requesting a person creates one handoff and does not invent an order lookup result. Add a focused regression for the failure case under test/ using a temporary database or folder and fake external services; also perform the visible workflow in a browser.
Files
test/test_widget_and_handoff.pyterminalpython -m unittest discover -s test
done when · tick each as it passeswatch out- Voice, write actions, customer account tools and omnichannel support are excluded; this FAQ agent cannot change orders.
Portable delivery and clean-start proof
Finish the Chatbase replacement with a documented first-run path and a recoverable export.
Document prerequisites, every configuration variable, data locations and the three domain workflows: Controlled knowledge intake; Cited answers; Widget and handoff. Include the exclusions, actual costs and source check date 2026-09-05. Commands shown earlier that reference project files are files the builder must implement before running them.
Files
README.md.env.exampleUse sqlite3.Connection.backup for the database in DATA_DIR and pause writers while taking the matching attachment snapshot. Keep schema version, hashes and a manifest for chatbase. Restore into a separate empty directory or isolated deployment, with all outbound actions and schedules disabled. Recreate this proof: Five supplied FAQ documents, an answerable return-policy question, an unknown question and a source containing hostile instructions. Compare ids/counts and open the result before recording the restore date. Never test a restore over the only live copy.
Files
OPERATIONS.mdscripts/backup.pyUse a new folder and only README instructions to reach the fixture outcome. Install from requirements.txt, initialize storage, run the tests and exercise the UI at 375px and 1280px; use keyboard-only controls and inspect browser errors. Record exactly what passed; do not mark unrun checks complete.
Files
README.mdverification.mdterminalpython -m pip install -r requirements.txt python -m unittest discover -s test
done when · tick each as it passeswatch out- Export without an import or restore rehearsal is not verified portability.
Operate and share with access controlsproduct builder
Product-builder only: make a bounded support FAQ assistant with citations and a human handoff queue operable for its stated audience before allowing remote access.
Add owner/member/viewer authorization as appropriate, password hashes through Werkzeug, expiring server-side sessions, CSRF and login rate limits. Add users, sessions and audit schema migrations plus an owner-init command prompting securely for its password. Enforce ownership on every private read/write/download and fail closed when product setup is incomplete. Existing learner or admin identities must use this same boundary.
Files
ARCHITECTURE.mdOPERATIONS.mdServe app:app with Waitress on loopback behind Caddy HTTPS. Configure trusted proxy headers narrowly, Secure/HttpOnly/SameSite cookies, upload limits, request ids and structured logs without private content. Run background jobs as a separate supervised process when the domain workflow requires them.
Files
CaddyfileOPERATIONS.mdterminalwaitress-serve --listen=127.0.0.1:5000 app:app
Add a scheduled encrypted off-host backup using this procedure: Use sqlite3.Connection.backup for the database in DATA_DIR and pause writers while taking the matching attachment snapshot. Keep schema version, hashes and a manifest for chatbase. Monitor health, disk space, failed jobs and backup age. Stop the service to test an alert; rehearse recovery with outbound effects disabled and record recovery time. Rotate any exposed credentials and require reconciliation before resuming queues.
Files
OPERATIONS.mdrelease-checklist.md
done when · tick each as it passeswatch out- Product mode is additional engineering, not a switch that makes a local prototype production-ready.
That is the whole plan for Chatbase. What it deliberately does not cover is below · check the gaps before you call it a replacement.
- Voice, write actions, customer account tools and omnichannel support are excluded; this FAQ agent cannot change orders.
- This is a bounded support FAQ assistant with citations and a human handoff queue; full Chatbase feature parity, vendor hosting and support are not included.
- the no-code agent lifecycle: many managed source connectors, background retraining, source suggestions, and production ingestion diagnostics
- the channel network: website chat, email, voice and telephony, Slack, WhatsApp, Messenger, Instagram, Shopify, WordPress, Zapier, Zendesk, Salesforce, and other integrations
- the support operation around the agent: a team helpdesk, tickets, assignment, contact identity, authenticated personalization, escalation, and access controls
- the action and procedure builder: server, client, button, and custom widget actions with testing, permissions, and integration-specific behavior
- the production layer: topic and sentiment analytics, review workflows, abuse controls, delivery retries, observability, data governance, compliance, and support
- Extend widget and handoff only after the fixture and recovery checks pass.
- Before adding another integration, document its credentials, limits, cost and failure behavior with primary-source links.
Need the files? The project pack on the verdict page hands your agent the whole brief · more customer support.