
TL;DR: A single map. Every node connected. Projects and databases are the Memory layer of Workspace DNA. They store every task, record, file, and field your team works with, and they feed that context to your AI agents (Intelligence) and automations (Execution). When you build a Taskade Genesis app, your projects become its live database backend. One source of truth, seven views, real-time sync. See the loop live at /learn/genesis/dna-graph.
What Are Projects & Databases?
A project in Taskade is a structured document that doubles as a database. Every task, row, or block is a record. Every column is a custom field. Every project can be viewed as a list, board, table, calendar, mind map, Gantt chart, or org chart — 7 views, without duplicating data. When Taskade Genesis builds an app for you, these same projects become the app's database backend, syncing in real time with the live UI.
In short: a project is both a workspace document and a database row store and an app backend — all at once.
The Memory Layer of Workspace DNA
Workspace DNA has four layers: Memory (Projects), Intelligence (Agents), Execution (Automations), and Interface (the App UI). Memory is the foundation. Without it, agents have nothing to reason over and automations have nothing to act on.
This is the self-reinforcing loop: Memory feeds Intelligence, Intelligence triggers Execution, Execution writes back to Memory. Every cycle makes your workspace smarter.
Hierarchy: Workspace → Folder → Project → Block
Projects live inside a clear hierarchy. Knowing where something belongs makes permissions, search, and agent context predictable.
A block is the atomic unit of memory. Each block can hold custom fields, attachments, sub-blocks, comments, assignees, and AI-generated metadata.
The 7 Project Views
Every project supports 7 views. The data is identical — only the lens changes. Switch instantly without migration or duplication.
| View | Best For | When to Use |
|---|---|---|
| List | Notes, outlines, hierarchical tasks | Daily work, meeting notes, nested checklists |
| Board | Kanban workflows | Pipelines, sprint boards, status tracking |
| Calendar | Date-driven work | Editorial calendars, bookings, events |
| Table | Structured records (database mode) | CRMs, inventories, lead lists, app backends |
| Mind Map | Brainstorming and visual thinking | Strategy sessions, knowledge maps |
| Gantt | Project timelines with dependencies | Roadmaps, launch plans, multi-phase work |
| Org Chart | Reporting structures, hierarchies | Team org, taxonomies, decision trees |
See the full walkthrough in Project Views.
Custom Fields & Databases
Custom fields turn a project into a real database. Add fields like text, number, date, select, multi-select, person, formula, URL, email, phone, attachment, or relation. Each field becomes a queryable column in Table view, a board grouping, a calendar date, or a Gantt dependency — depending on the view you pick.
- Text / number / date — the building blocks
- Select & multi-select — controlled vocabularies for status, tags, categories
- Person — assignment, ownership, routing
- Relation — link records across projects (Customers ↔ Orders ↔ Invoices)
- Formula — computed values (totals, status flags, scores)
- Attachment — files, images, PDFs indexed by search
Learn more in Custom Fields.
Multi-Layer Search
Memory is only useful if you can find it. Taskade combines three search layers that run in parallel:
- Full-text search — exact keyword and phrase matches across titles, blocks, and fields
- Semantic search — vector-based meaning search that finds related ideas even when wording differs
- File content OCR — extracts text from PDFs, images, and attachments so file contents are searchable too
Agents use the same search index, so when you ask an agent "what did we promise the Acme account last quarter?", it pulls from full-text, semantic, and OCR results simultaneously.
Permissions: 7-Tier RBAC
Taskade uses 7 permission tiers. There is no "Admin" role — workspace control belongs to Owner and Maintainer.
| Role | Manage Members | Edit Projects | Comment | View | Typical Use |
|---|---|---|---|---|---|
| Owner | Yes | Yes | Yes | Yes | Workspace creator, billing |
| Maintainer | Yes | Yes | Yes | Yes | Co-leads, ops managers |
| Editor | No | Yes | Yes | Yes | Core team members |
| Commenter | No | No | Yes | Yes | Reviewers, stakeholders |
| Collaborator | No | Limited | Yes | Yes | Cross-functional partners |
| Participant | No | Assigned only | Yes | Yes | Contractors, guests |
| Viewer | No | No | No | Yes | Read-only audiences |
Permissions cascade from workspace → folder → project, and you can override them at any level.
How Agents Read From Projects (Memory → Intelligence)
Your AI agents — powered by 15+ frontier models from OpenAI, Anthropic, Google, and leading open-source providers — treat projects as their long-term memory. When an agent runs, it can:
- Query a specific project as a knowledge source
- Filter records by custom field values (e.g., "all leads with score > 80")
- Pull attachments and OCR'd file content into its context
- Cite the exact block it referenced when answering you
- Chain multiple projects together for cross-domain reasoning
Set this up in Custom AI Agents by adding a project as a knowledge source. The agent will re-query the project on every run, so its answers stay fresh as Memory updates.
How Automations Write to Projects (Execution → Memory)
Automations close the loop. When something happens — a form is submitted, a webhook fires, a schedule ticks, an integration delivers an event — automations can write back to Memory:
- Create a new row in a Leads project when a form submits
- Update a deal's status field when a Stripe payment clears
- Append a meeting summary to a Customer record after a Zoom call
- Log every agent decision into an Audit project for review
Because automations write to the same projects your agents read from, the next agent run sees the latest state automatically. See Automations for triggers, actions, and branching logic.
Build a Database-Backed App: The Full Path
Here is the whole flow: create the projects that hold your data, load the records, then let Taskade Genesis wire them to a live app. The dots that matter: the project is the database. The app is the interface on top of it.
| # | Step | What you do |
|---|---|---|
| 1 | Create the data | In your app dashboard, click New Project, then start blank, from a template, or ask Taskade Genesis |
| 2 | Shape the fields | Switch to Table view and add custom fields for the data you track |
| 3 | Load existing data | Use Projects → Import to bring in a CSV, Excel, or Google Sheet |
| 4 | Connect it | Ask Taskade Genesis to connect the database to the app UI |
| 5 | Automate it | Add automations that read and write the records |

Example Prompts
Describe the outcome and the databases you need, and Taskade Genesis builds them together:
- "Build a yoga studio booking app with separate databases for customers, classes, and instructors."
- "Create an agency client portal with databases for clients, projects, and invoices."
- "Make an inventory app with databases for products, suppliers, and orders."
Automation Recipes
Once the data exists, these flows keep it alive. Each is a trigger on the left and an action on the right:
| When this happens | The automation does this |
|---|---|
| Appointment marked Confirmed | Send a reminder email and add a calendar event |
| Lead score goes above 80 | Assign a rep and create a follow-up task |
| Stock drops below the minimum | Draft a purchase order and alert the team |
| Invoice marked Paid | Update the client record and log revenue |
| New form submission | Create a record and notify the owner |
Best Practices
- Keep each database focused. One purpose per project, with clear field names. A "Leads" project tracks leads, not leads and tasks and notes at once.
- Plan for growth. Add the fields you will need soon, and order them logically so Table view stays readable.
- Control access. Use the 7 permission tiers to separate who edits the underlying data from who only views the app on top of it.
Real-Time Collaboration & Version History
Every project supports real-time multi-user editing. Cursors, selections, and field updates sync live across desktop, web, and mobile. Version history tracks every change, so you can:
- See who edited what and when
- Restore a previous version of a project or block
- Compare versions side by side
- Recover deleted content within the retention window
Comments, mentions, and reactions live alongside the data — context never leaves the record it belongs to.
Common Questions
Is a project the same as a database?
Yes. Every project is a database. Switch to Table view to see it as rows and columns, or use any of the other 7 views for the same underlying data.
Do I have to choose between a document and a database?
No. A project is both. Outline a doc in List view, then flip to Table view when you want structured fields.
Can agents update my projects?
Yes — when you give them write access through custom tools or automations. Read-only is the default.
What happens to my projects when Taskade Genesis builds an app?
They become the live backend. Edits in the app UI sync to the project; edits in the project sync to the app UI. One source of truth.
How big can a project get?
Projects scale to thousands of records. For very large datasets, split by folder or relate multiple projects together.
Which plan do I need?
Projects and databases are available on every plan — Free, Starter ($6/mo), Pro ($16/mo), Business ($40/mo), Max ($200/mo), and Enterprise ($400/mo). Higher tiers unlock more storage, advanced permissions, and audit logs.
Related guides
- Workspace DNA — How Memory, Intelligence, Execution, and Interface form the loop
- Project Views — Switch across all 7 views without losing data
- Table View — The default database interface
- Custom Fields — Schema design for your databases
- Custom AI Agents — Train agents on your projects
- Automations — Write back to Memory automatically
- Import CSV — Load existing data into a project
- Taskade Genesis Apps — Turn projects into live app backends
