Deckard guide

Privacy, source safety, and troubleshooting

Source safety and persistence

Markdown files remain the source of truth. Deckard changes note content only when you use a task checkbox, explicitly extract a tagged heading, rename a note, tag, or heading, carry unfinished tasks forward, write a review into a periodic note, edit a search’s results, or approve an entity tag from Deckard: Link Current Heading to Entity. A rename or merge that reaches more than one note is shown before it is written, and Deckard: Undo Last Change takes the last one back. Before applying a task edit, Deckard compares the complete source line and checkbox value with the indexed version. Completing a task also adds its ✅ date, and completing a repeating task inserts its next occurrence on the line above; both happen in that same checked edit. Before an extraction, Deckard verifies the source section is unchanged, then removes it only after the new note is created.

Deckard stores a workspace-scoped SQLite cache locally: the words of each saved note for fast search, and each note as it was last read, so the next start does not read every note again. A new version of Deckard, a change to a parsing setting, or a new time zone rebuilds it. It does not send note content to an AI model or external service; the one exception is a task’s own words, sent only when you choose Suggest steps. Favorites, sorting choices, custom display order, access counts, and source/rendered view preference are stored separately in VS Code and do not add metadata to your notes.

Deckard never deletes a favorite, a pin, or a saved search on its own. If a tag or note it pointed at is gone, the item stays until you run Deckard: Tidy Favorites, Pins, and Saved Searches, which lists what points nowhere and asks before removing it. Only what Deckard derived for itself — view counts, access order, when a tag was first seen — is cleaned up automatically, and only against this workspace’s own index.

What Deckard remembers is also copied. A moment after each change it writes a copy into this workspace’s storage and keeps the last twenty, so a bad write, a mistaken import, or an over-eager tidy is something you can take back with Deckard: Restore Favorites, Pins, and Searches from a Copy. To carry it to another machine, or to keep your own copy, Deckard: Export Favorites, Pins, and Searches writes it as one JSON file and Deckard: Import reads it back; both say what they hold before replacing anything.

What Deckard remembers is split in two. Anything that names what is in a workspace — favorite tags and entities, pinned notes, saved searches, Home’s widgets, tag and note view counts, and the custom task order — is kept with that workspace, so opening another folder cannot disturb it. Anything that is how Deckard looks — sort modes, column counts, layouts, and page sizes — is kept for the machine and is the same in every workspace. Upgrading from 1.18 or earlier hands what was stored machine-wide to the first workspace you open, so a single set of notes carries over untouched; a second workspace starts empty rather than inheriting tags it does not have.

Limitations and troubleshooting

Deckard does not support ordered-list tasks or arbitrary checklist syntaxes, and it scans only Markdown files within the configured workspace scope.


← Settings · All topics