Build Todoist
YESreplaces $7/mosaves $84/yrback to the verdict
A personal task manager on localhost: quick-add that understands 'call Sam tomorrow 4pm #home p2', Today and Upcoming views, recurring tasks that behave on the 31st, full-text search, phone reminders through ntfy, and a CLI for capture from any terminal. One SQLite file you can back up.
Before step 1
Everything below is assumed from the first step. Tick each one when you actually have it, not when you plan to.
- installfree
Why Everything in this build runs on it: the server, the scripts, the tests.
Get it Download the LTS installer from nodejs.org, or install with your package manager (brew install node, or nvm install 22). Restart the terminal afterwards. open ↗
Verify
node --version prints v22 or higher - installfree
Why Every step below is a command you type or a file you edit.
Get it VS Code (code.visualstudio.com), Cursor or Zed. Open a folder for the project and use the editor's built-in terminal. open ↗
Verify
You can open a folder and run a command in its terminal - installfree
Why History for your code, and the way most hosts deploy.
Get it Install from git-scm.com or with your package manager, then run git init in the project folder once it exists. open ↗
Verify
git --version prints a version - accountfree
Why Reminders arrive as push notifications through ntfy. No account needed; a long random topic name is the credential.
Get it Install ntfy from the App Store or Play Store, subscribe to a topic like tasks-<random 12 chars>, put the topic in .env. Test: curl -d 'hi' ntfy.sh/<topic>. open ↗
Verify
The test message appears on the phone - decidefree
Why Due dates are plain dates; reminders fire at local times.
Get it e.g. Europe/Berlin, into .env as TIMEZONE.
- decidefree
Why Both are defensible and users assume different ones. Decide the default now; Phase 4 offers the other per task.
Get it Default to due-date anchoring for scheduled chores; completion anchoring as a per-task flag for habits.
Data model
Create these before the first phase that stores anything. Changing a table later is the expensive kind of change.
- `tasks`: id, content, notes, project_id, priority (1-3), due_date
('YYYY-MM-DD', nullable), due_time (nullable), rrule (nullable), completed_at,
parent_id (nullable), position, created_at
- `projects`: id, name, color, archived
- `completions`: id, task_id, completed_at
Store `due_date` as a plain date string, not a timestamp. A task is due on a day,
and a timestamp will shift it across midnight for anyone who travels or observes
DST. Keep `completions` separate from `completed_at` so a recurring task has a
history rather than one ever-moving row.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 |
|---|---|---|---|
PORT | required | 4810 | Bound to 127.0.0.1 or your LAN address. |
DATABASE_PATH | required | ./data/tasks.db | SQLite file. |
TIMEZONE | required | Europe/Berlin | IANA zone for reminders and the digest. |
NTFY_TOPICsecret | required | tasks-a8f3k2m9x1q7 | Your private topic from the ntfy app. |
DIGEST_HOUR | optional | 7 | Hour of the morning digest in TIMEZONE. |
The build, in order
Tasks and projects
The object model and a list that renders; no parsing yet.
tasks (id, content, notes, project_id, priority 1-3, due_date YYYY-MM-DD, due_time, rrule, anchor, completed_at, parent_id, position, created_at), projects (id, name, color, archived), completions (id, task_id, completed_at).
terminalmkdir tasks && cd tasks && git init && npm init -y && npm pkg set type=module npm install express@4 better-sqlite3@13 mkdir data && cp .env.example .env
Completing writes a completions row. Archiving a project hides its tasks without deleting.
done when · tick each as it passesQuick add with natural language
One line becomes a task with a date, project and priority, previewed before saving.
Strip #project and pN tokens first, then hand the rest to chrono. Feeding those tokens to the parser produces confident nonsense.
terminalnpm install chrono-node@2
done when · tick each as it passesViews
Recurrence
rrule strings, the anchor rule you decided, and sane behaviour in February.
- terminal
npm install rrule@2
Completing writes a completions row and moves due_date to the next occurrence per the anchor.
done when · tick each as it passesSearch and subtasks
Reminders
Once per task, surviving restarts, plus a morning digest.
Record notified_at on the task so a restart never re-fires.
terminalnpm install node-cron@3 curl -d 'test' ntfy.sh/$NTFY_TOPIC
done when · tick each as it passesCLI and deploy
Capture from any terminal, backups, a service.
- terminal
npm link t add "buy milk tomorrow #home"
README: quick-add syntax with an ambiguous example, the anchor rule and flag, ntfy setup, where the database lives.
Files
README.md
done when · tick each as it passesOperate it like a productproduct builder
Only for the product-builder path: know when the task server is down, never lose the database, and keep the server patched.
Answer 200 with the build id and a quick database read. Point a free uptime monitor (or your own, from the Healthchecks entry on this site) at it so an outage is noticed before a user notices.
One JSON line per request: method, path, status, duration, no raw IPs. Rotate weekly with logrotate, keep eight.
SQLite's .backup command makes a consistent copy while the app runs. Copy it to object storage or a second machine; then, once, restore it into a fresh checkout and confirm the app reads it.
terminalsqlite3 data/app.db ".backup '/tmp/app-$(date +%F).db'" rclone copy /tmp/app-$(date +%F).db remote:backups/
Firewall allowing only 22, 80 and 443; unattended security updates on; the app running as an unprivileged user under systemd with Restart=on-failure.
done when · tick each as it passes
That is the whole plan for Todoist. What it deliberately does not cover is below · check the gaps before you call it a replacement.
- Collaboration and shared projects.
- Native mobile apps and offline sync; phone access is ntfy plus the web UI on your network.
- Integrations and interaction polish.
- native apps
- offline sync
- collaboration
- reminders reliability
- integrations
- years of UX polish
- A PWA shell for the phone
- Natural-language recurrence ('every other tuesday') mapped to rrule
Need the files? The project pack on the verdict page hands your agent the whole brief · more tasks.