Skip to content

Adopt GitHub Issues as DaemonCraft task authority and retire the legacy Kanban #21

Description

@nicoechaniz

Context

DaemonCraft still has a legacy local Hermes Kanban board even though project task authority has moved to GitHub Issues.

The legacy board contains 136 non-terminal cards (80 todo, 55 blocked, 1 ready) plus 113 completed cards. Read-only reconciliation found that 48 active cards already had a completed ancestor and 78/136 were bulk-created on 2026-06-15, mostly duplicating completed or superseded work.

This is not a card-for-card migration. GitHub Issues represent only work that remains relevant after checking Git, current runtime state, tests, and the known-good lab behavior.

Migration policy

  • GitHub Issues are the sole actionable task authority for repository-owned work.
  • The legacy Kanban database is retained as historical evidence, not as a live tracker.
  • Completed, obsolete, superseded, and abandoned cards are not recreated as Issues.
  • Relevant historical card IDs may be cited for provenance, but stale statuses are not imported.
  • The repository is public; no credentials, private infrastructure details, or sensitive local state belong in Issues.

Relevant workstreams retained

Acceptance criteria

  • Retained workstreams exist as focused GitHub Issues with acceptance criteria and legacy provenance where useful.
  • Every non-terminal legacy card is classified at theme level as implemented, obsolete/superseded, or retained in GitHub.
  • The single legacy ready task is made non-dispatchable.
  • All remaining non-terminal DaemonCraft Kanban cards are archived after the GitHub Issues are verified.
  • README.md no longer presents Lattice or local Kanban as the current tracker.
  • AGENTS.md documents GitHub Issues as task authority and the runtime safety contract.
  • docs/INDEX.md treats MEMORY.md as historical and defaults to read-only preflight.
  • The legacy Kanban SQLite database is preserved as read-only migration evidence.

Mechanical archival blocker

A verified SQLite backup exists. Archival through the official Hermes CLI is currently blocked because the session that performed the migration also launched read-only delegated auditors; Hermes correctly refuses Kanban mutations from delegation-marked contexts. Do not bypass this protection with direct SQL. Perform the archival once from a fresh, non-delegated parent session, then close this Issue.

Non-goals

  • Reopening every historical idea.
  • Recreating auto-decomposed child cards as Issues.
  • Deleting project memory, historical runtime evidence, or the legacy Kanban database.
  • Starting DaemonCraft services as part of the tracker migration.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    documentationImprovements or additions to documentation

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions