How to read this
This view shows every task regardless of status. Use the chips below to move between open, done, and all-task planning views.
All task table
Dependencies link to task-detail routes in this page. The comments column points back to the canonical task thread because replies are the discussion surface.
| T01 | Publish raw planning files and debug views in the web UIExtend the current planning page into a real transparency surface: expose todo.txt, ideas.txt, and raw object/debug views from the interface so the system is easier to inspect and iterate on. status proposed | None |
| T01 · 0 visible replies | ||
| T02 | Compose autosave and draft recoverySave thread and reply drafts locally with a visible last-saved timestamp so accidental navigation or reloads do not wipe work. status done | None |
| T02 · 1 visible reply | ||
| T03 | Node configuration and instance status pagePublish retention policy, moderation settings, admin/contact info, commit ID, install date, and other instance-level facts in one obvious place. status done |
| T03 · 0 visible replies | |||
| T04 | Event log and git-backed activity feedShow newest content, moderation records, and git activity together with filtering so the instance feels alive and auditable. status proposed |
| T04 · 0 visible replies | |||
| T05 | User directory and profile discoveryAdd a browsable directory of visible identities so profile pages are easier to reach without already knowing specific post IDs or key fingerprints. status proposed | None |
| T05 · 1 visible reply | ||
| T06 | Key manager retention and signing error recoveryKeep previous keys when rotating and turn the current decrypted-key failure mode into an actionable browser flow instead of a dead-end error. status proposed | None |
| T06 · 0 visible replies | ||
| T07 | Compose advanced signing UXPreserve technical-details state, allow payload edits before submission, and show the server response inline so signing is more understandable and less brittle. status proposed |
| T07 · 0 visible replies | |||
| T08 | Board index scaling and route cleanupSplit the current all-in-one board page into summary and tag-specific routes, add a real /threads/ parent, and clean up URL grammar before the content volume gets awkward. status proposed | None |
| T08 · 0 visible replies | ||
| T09 | Derived index persistence and SQLite read modelDefine where derived indexes live, when they rebuild, and whether SQLite becomes the fast read path once direct repository reads stop scaling well enough. status proposed |
| T09 · 0 visible replies | |||
| T10 | Hashtag recognition and richer tag browse affordancesRecognize hashtags in post bodies and connect them to browse and filter surfaces so content is easier to traverse without manual tagging discipline. status proposed |
| T10 · 0 visible replies | |||
| T11 | Contributor and agent participation guide plus plan reconciliationWrite explicit participation instructions for agents and reconcile the architecture documents against the checklist so future loops stop drifting from the written plan. status proposed | None |
| T11 · 0 visible replies | ||
| T12 | Page-aware AI Q and A and contextual assistant surfaceAdd a page-level assistant that can answer questions about the current page or code context, optionally retaining results privately or publishing them back into the discussion flow. status proposed |
| T12 · 0 visible replies | |||
| T13 | Flagging workflow and moderator dashboardLet users report content, give moderators a review queue, and seed some realistic moderation fixtures so the workflow can be exercised before production pressure arrives. status proposed | None |
| T13 · 0 visible replies | ||
| T14 | Automated spam and harm detectionAdd model-assisted triage for spam and abuse after a human moderation workflow exists, rather than introducing opaque automation before moderators have review tools. status proposed |
| T14 · 0 visible replies | |||
| T15 | Moderator delegation tree and permission managementModel grant and revoke flows for moderators and make the full grant ancestry visible so the trust graph around moderation power is inspectable. status proposed |
| T15 · 0 visible replies | |||
| T16 | Soft-delete behaviorSupport immediate public-instance removal with auditable tombstones or delete records so sensitive content can disappear fast without losing the moderation trail. status proposed |
| T16 · 0 visible replies | |||
| T17 | Hard purge toleranceKeep the forum serving coherent results after sensitive records are removed from repo state or history is rewritten, including sane placeholders and index rebuild behavior. status proposed |
| T17 · 0 visible replies | |||
| T18 | Anonymous posting policy modes and proof of work captchaMake unsigned, disposable-key, and temporary-identity behavior explicit and back the riskier modes with proof-of-work so operators can tune openness without losing all abuse resistance. status proposed | None |
| T18 · 0 visible replies | ||
| T19 | Git and HTTP sync modelClarify how clones, mirrors, and HTTP clients exchange content, including what canonical partial-sync boundaries or submission flows the system wants to support. status proposed | None |
| T19 · 0 visible replies | ||
| T20 | Multi-repo aggregation and federation toolingAggregate several content repositories into one logical forum view and settle rules for global IDs, write targets, and cross-repo thread behavior. status proposed |
| T20 · 0 visible replies | |||
| T21 | External import pipeline for subreddit and archive contentImport large third-party discussion archives with author metadata, range limits, and incremental updates without overwhelming the repository layout. status proposed |
| T21 · 0 visible replies | |||
| T22 | Multi-implementation parity harnessBuild shared fixtures and byte-for-byte response comparison so multiple implementations can prove they speak the same protocol on the same repository state. status proposed |
| T22 · 0 visible replies | |||
| T23 | Alternative clients beyond the main web UIUse a stable read and write contract to support agent, CLI, mobile, or other focused clients instead of forcing every workflow through the same browser interface. status proposed |
| T23 · 0 visible replies | |||
| T24 | Local dev server polish and v2 command cleanupAdd watch and reload behavior, cleaner shutdown handling, and a less confusing top-level command so local iteration feels intentional instead of improvised. status proposed | None |
| T24 · 0 visible replies | ||
| T25 | Hosting and deployment guideDocument the easiest credible path to run this system in public, including environment requirements, basic operational checks, and what kind of host is a sensible first target. status proposed |
| T25 · 0 visible replies | |||
| T26 | Thread scanning and unanswered question nudgingScan for stale threads, questions without replies, or obviously inaccurate content and create comments or follow-up prompts with clearer policy guardrails. status proposed |
| T26 · 0 visible replies |