Big News: Socket raises $60M Series C at a $1B valuation to secure software supply chains for AI-driven development.Announcement
Sign In

tasknotes-spec

Package Overview
Dependencies
Maintainers
1
Versions
1
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

tasknotes-spec

Specification and conformance fixtures for TaskNotes-compatible markdown task files.

latest
Source
npmnpm
Version
0.2.0
Version published
Maintainers
1
Created
Source

tasknotes-spec

A standalone specification for representing and operating on task data stored in markdown files with YAML frontmatter.

Version: 0.2.0-draft Status: Draft Canonical Source of Truth: This specification

Purpose

tasknotes-spec defines behavior for tools that read and write task notes in a shared vault. The goal is interoperable behavior across implementations, including full-featured applications and lighter clients.

The specification focuses on:

  • Task data model and field semantics
  • Date, datetime, and timezone rules
  • Time tracking entry and session-management semantics
  • Recurrence, per-instance completion semantics, and optional materialized occurrence notes
  • Link parsing and resolution semantics
  • Dependencies and reminders semantics
  • Optional create-time templating semantics
  • Operation semantics and write side-effects
  • Validation and conformance expectations

The specification does not define UI design or plugin-internal architecture.

Why this spec exists

Task data in markdown files is useful because it remains readable and editable with standard tools. However, multiple tools operating on the same files can diverge in behavior unless they share explicit rules. Divergence is most costly in recurring tasks, timezone handling, and completion state transitions.

This specification provides a precise contract so independent tools can make compatible reads and writes.

Document structure

SectionFileContent
§000-overview.mdMotivation, scope, governance, and principles
§101-terminology.mdNormative definitions
§202-model-and-mapping.mdTask model, canonical semantic roles, field mapping
§303-temporal-semantics.mdDate/datetime/timezone semantics and serialization
§404-recurrence.mdRRULE semantics, per-instance state, and optional occurrence materialization
§505-operations.mdCreate/update/complete/skip/delete/rename behaviors
§606-validation.mdValidation rules and issue model
§707-conformance.mdConformance profiles and claims
§808-compatibility-and-migrations.mdMigration and compatibility policy
§909-configuration.mdeffective configuration schema and provider model (tasknotes.yaml, TaskNotes data.json, etc.)
§1010-dependencies-and-reminders.mdDependency and reminder semantics
§1111-links.mdLink syntax, parsing, resolution, and rename update behavior
ChangelogCHANGELOG.mdSpec release history

Conformance model

Implementations claim conformance to one or more profiles defined in §7. A conformance claim MUST include:

  • specification version
  • profile name(s)
  • known deviations

Executable conformance

This repository ships a reusable fixture-based conformance suite in conformance/.

  • generate fixtures: npm run conformance:generate
  • run suite: TASKNOTES_ADAPTER=<adapter-path> npm run conformance:test
  • run against ../mdbase-tasknotes: npm run conformance:test:mdbase-tasknotes

Versioning

The specification uses semantic versioning.

  • Patch: clarifications and non-breaking fixes
  • Minor: additive behavior and optional features
  • Major: breaking semantic changes

License

MIT

FAQs

Package last updated on 31 May 2026

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts