If you are new to Taskdeck, read START_HERE.md first. This manual is the reference for the current shipped product shape.
Taskdeck is a capture-first, review-first execution workspace. Its main loop is:
- capture something quickly
- shape it into a proposed change
- review the proposal
- apply it explicitly
- continue the work on a board
- inspect history or notifications only when you need evidence
Current product shape:
- the default route is now
Home Todayis the daily agenda surfaceReviewis the normal automation surfaceBoardsremains the visible work surface- advanced or operator tools are shipped, but they are not the normal first-run path
The fastest current path to value is:
- land on
Home - create a board from setup if you do not have one yet
- capture rough input into quick capture or
Inbox - start triage
- open
Review - review, approve, and execute the proposal
- return to the board and work the cards
That is the current product loop.
Today supports the same loop by making the next daily action visible when you already have work underway.
Workspace modes are display preferences, not permission boundaries.
Guided mode keeps the normal loop prominent:
- primary:
Home,Today,Review,Boards,Inbox - secondary:
Notifications,Chat,Settings,Preferences - advanced feature-flagged surfaces that can still appear only after explicit toggles:
Activity,Ops,Access,Archive
Workbench mode shows all shipped workspace surfaces in the main nav without requiring feature-flag toggles:
- primary:
Home,Today,Review,Boards,Inbox,Notifications,Chat,Activity,Ops,Settings,Preferences,Access,Archive
Agent mode currently ships the same core pages as guided mode, while the later agent-specific surfaces are still staged work:
- primary:
Home,Today,Review,Boards,Inbox - secondary:
Notifications,Chat,Settings,Preferences - advanced feature-flagged surfaces that can still appear only after explicit toggles:
Activity,Ops,Access,Archive
Important truth:
Agentmode exists as a workspace preference today- dedicated
Agents,Runs,Knowledge, andIntegrationsroutes do not ship yet
What it is for:
- resetting the loop
- seeing the current workload clearly
- replaying onboarding or setup when the path is unclear
Use it when:
- you first sign in
- you are not sure where to begin
- you want recent boards and recommended actions in one place
What it is for:
- deciding the next daily action
- reviewing proposals before diving into board work
- surfacing overdue, due-today, and blocked cards
Use it when:
- you already have work in motion
- you want the daily agenda instead of the broad reset view
What it is for:
- visible execution
- editing cards and columns
- comments, labels, due dates, and blockers
Use it when:
- work is ready to be acted on
- you need to move cards forward or collaborate on details
Product-language note:
- the route label is still
Boards - the docs use
projectas the higher-level mental model when helpful
What it is for:
- messy intake
- storing work before it is structured enough for the board
- turning captures into reviewable proposals
Use it when:
- the input is rough
- you need to save context now and decide shape later
What it is for:
- approving or rejecting proposed changes
- keeping automation review-first and explicit
Use it when:
- triage has produced a proposal
HomeorTodaysays review work is waiting
Compatibility note:
Reviewis the current user-facing path for the older proposals route- legacy automation paths still redirect for compatibility
What it is for:
- mentions
- proposal outcomes
- follow-up signals that matter to a user directly
Settings covers:
- profile details
- notification preferences
- feature-flagged advanced surfaces
Use preferences when:
- you need to tune notification behavior or workspace posture
Use Access when:
- you are managing board membership and roles
This is an advanced management surface, not part of the normal capture path.
Use Archive when:
- you need to restore or inspect archived boards
Use Chat when:
- you want board-scoped conversational help
- you intentionally want a more manual operator-style automation flow
Use Activity when:
- you need history, provenance, or audit-style context
Use Ops when:
- you are diagnosing the system
- you need logs, endpoint exploration, or CLI tooling
Boards:
- contain columns, cards, labels, comments, and board settings
- can be archived and restored
- are where work should feel visible and actionable
Cards support:
- title and description
- due date
- labels
- blocked state and blocked reason
- threaded comments and mentions
Starter packs:
- scaffold columns, labels, and optional seed cards
- are safe to reapply because apply behavior is idempotent and conflict-aware
- currently support fast-start shapes such as
Engineering sprint,Support triage, andContent calendar
Use Inbox for:
- notes
- bugs
- follow-ups
- rough plans
- ideas you do not want to lose
Inbox actions:
Ignorefor noise or duplicatesStart Triageto request a reviewed proposal
Proposal review:
- happens in
Review - is the primary trust boundary for board mutation
- should answer what changes, where, and why
Current review model:
- proposal is generated
- user reviews operations and summary
- user approves or rejects
- user executes explicitly
Morning:
- open
Home - open
Today - review pending proposals before diving into card work
During work:
- capture follow-ups immediately instead of holding them in your head
- use comments to preserve reasoning on cards
- return to the board when proposals create or update work
End of day:
- move cards forward honestly
- capture loose ends into
Inbox - avoid leaving important context only in local notes or memory
Normal user surfaces:
HomeTodayInboxReviewBoards
Advanced or operator surfaces:
ChatActivityNotificationsOpsAccessArchive
Rule of thumb:
- if you are new, stay in the normal user surfaces until the loop is clear
- only drop into advanced surfaces when you specifically need diagnostics, evidence, or manual control
Use these docs together:
- product/FIRST_RUN_WORKFLOWS.md
- concise step-by-step guides for first-run and daily flows
- product/HELP_AND_FAQ.md
- page-level help, empty-state recovery, and common confusion points
- manual/README.md
- manual structure and in-app help mapping
This user manual is chaptered under docs/manual. The primary chapters are:
- manual/01_start_here.md
- product framing, first-value path, and glossary
- manual/02_home_and_today.md
Home,Today, and the daily rhythm
- manual/03_projects_and_cards.md
- boards, cards, starter packs, and execution flow
- manual/04_inbox_and_review.md
- capture, triage, review, and trust model guidance
- manual/05_advanced_automation.md
- advanced/operator surfaces such as
Chat,Queue,Ops, andArchive
- advanced/operator surfaces such as
- manual/06_agents.md
- future
AgentsandRunsplaceholder guidance
- future
- manual/07_integrations_and_knowledge.md
- future
IntegrationsandKnowledgeplaceholder guidance
- future
- manual/08_recipes.md
- short repeatable workflows
- manual/09_troubleshooting.md
- common questions, empty states, and recovery paths
From frontend/taskdeck-web:
npm run demo:seedseeds a reusable baseline workspacenpm run demo:run -- --listlists scenariosnpm run demo:run -- engineering-sprintruns one scenarionpm run demo:autopilot -- --turns 5 --brain heuristicsimulates activitynpm run demo:director:smokeruns the deterministic smoke or demo regression path
For direct API walkthroughs:
- use
demo/http/taskdeck-demo.httpwith the VS Code REST Client
For the full demo or operator path:
If you do not know where to start:
- go back to
Home - replay setup if needed
- use
Todayfor the next daily action - use
Inboxif the work is still a note - use
Reviewif the work is waiting for approval
If Review is empty:
- triage something from
Inboxfirst
If Boards is empty:
- create a board or use the setup flow from
HomeorToday
If Notifications or Activity is empty:
- those surfaces usually need real work history before they become useful
If Queue or Ops feels too technical:
- that is expected for ordinary daily use
- return to
Inbox,Review, or the board
Agentmode exists, but dedicatedAgents,Runs,Knowledge, andIntegrationsroutes are still future work- some advanced flows still expose more system detail than a novice-ready product should
- automation parsing remains pattern-based and board-centric
- review-first behavior is intentional; destructive autonomy is out of scope