This is the first doc to read if you are new to Taskdeck.
Taskdeck is a local-first execution workspace built around one simple loop:
- capture something quickly
- review the proposed change
- apply it explicitly
- continue the work on a board
The shipped product now teaches that loop from inside the workspace:
Homeis the default landing pageTodaykeeps the daily agenda and first-run setup visibleReviewis the normal place to approve, reject, and execute proposed changesBoardsremains the place where work lands and moves forwardInboxis where messy input becomes reviewable work
Taskdeck is strongest today as:
- a safe execution workspace for developers, operators, and small teams
- a place to capture rough work without losing it
- a review-first board system where automation proposes changes instead of mutating silently
Taskdeck is not yet:
- a broad autonomous project manager
- a finished
AgentsorIntegrationsworkspace - a replacement for human review
Home: reset point for the product loop and the fastest place to see what needs attentionToday: daily agenda for overdue work, blocked work, and review follow-throughInbox: low-friction intake for messy notes, bugs, and follow-upsReview: trust gate where proposed changes stop before they touch a boardBoards: current shipped board surface. In product language, think of these as projectsWorkbench tools: advanced surfaces such asChat,Activity,Ops,Access, andArchive- in Workbench mode, all shipped advanced surfaces appear in the nav by default
- in Guided mode, some advanced surfaces remain opt-in via feature-flag toggles in
Settings
All three workspace modes keep the same review-first trust model. They change how prominent the advanced tools are.
Guided- best for normal daily use
- keeps
Home,Today,Review,Boards, andInboxfront and center
Workbench- best for power users and operators
- shows the full shipped workspace in the nav, including
Chat,Notifications,Settings,Preferences,Activity,Ops,Access, andArchive, without requiring feature flags for shipped surfaces
Agent- preserves the same shipped product loop today
- reserves the mental model for later
Agents/Runs/Knowledgework without claiming those pages already exist
If you want the shortest path to first value:
- Sign in and land on
Home. - If you do not have a board yet, start setup from
HomeorToday. - Create a blank board or use a starter workflow such as
Engineering sprint,Support triage, orContent calendar. - Drop one messy note into quick capture or
Inbox. - Start triage, then open
Review. - Approve and execute the proposal only after it looks right.
- Continue the resulting work in the board.
That is the current golden path:
Home -> Inbox/capture -> Review -> Board
Today sits beside that path as the daily reset surface when you already have work underway.
Use Home when:
- you are unsure where to begin
- you want a quick summary of captures, pending review, and recent boards
- you want to restart setup or replay the guided onboarding steps
Use Today when:
- you want to shape the day
- you need to see overdue, due-today, or blocked work
- you want the next recommended action without route-hunting
Use Inbox when:
- the input is messy
- you want to save it now and structure it later
- you are not ready to decide the board or card shape yet
Use Review when:
- you need to inspect a proposed change before it touches a board
- you want the normal approval or rejection path
Use Boards when:
- you are doing the actual work
- you need to move cards, update details, or collaborate in comments
Home: create the first board or replay setupToday: finish or replay the onboarding path so the loop has real work to showInbox: add a capture or quick noteReview: triage something first so a proposal exists to reviewBoards: create a board or use a starter pack
The following are shipped, but they are not the normal first-run path:
ChatActivityNotificationsOpsAccessArchive
If you are evaluating Taskdeck for the first time, stay in Home, Today, Inbox, Review, and Boards until the loop makes sense.
If you want a populated workspace instead of starting mostly empty:
cd frontend/taskdeck-web
npm run demo:seedUse this when:
- you are evaluating the product quickly
- you want event-driven pages such as notifications or activity to have realistic content
- you need a repeatable walkthrough state
For seeded demos and stakeholder walkthroughs, use product/DEMO_PLAYBOOK.md.
- USER_MANUAL.md for the full shipped-product reference
- product/FIRST_RUN_WORKFLOWS.md for step-by-step user journeys
- product/HELP_AND_FAQ.md for page-level help and common confusion points
- product/DOGFOODING_GUIDE.md for daily internal use
- product/DEMO_PLAYBOOK.md for seeded demos and stakeholder walkthroughs