Skip to content

chore: evaluate dropping decisions.md after migration completes #224

@marc0olo

Description

@marc0olo

Background

.docs-plan/decisions.md was introduced as a coordination tool during the initial docs restructuring and migration. Its purpose was to prevent agents and contributors from re-litigating structural choices mid-migration (directory layout, sidebar structure, file format defaults, sync strategies, etc.).

Current state

The migration is nearly complete. Two PRs remain before it can be considered done:

Proposed action

Once both PRs are merged, evaluate whether to:

  1. Drop .docs-plan/decisions.md — at that point, the decisions are fully baked into the codebase. The structure itself is the record. Keeping the file adds maintenance overhead without value: new structural decisions should go in PR descriptions, not a separate log.

  2. Update CLAUDE.md for maintenance mode — the current instruction "Read .docs-plan/decisions.md before proposing structural changes" should be replaced. In maintenance mode, agents should be pointed at the current directory structure and the "Ask first" list in CLAUDE.md instead.

  3. Assess the rest of .docs-plan/migration-plan.md, synthesis.md, developer-journey.md etc. were also migration-phase artifacts. Decide which (if any) remain useful as evergreen references vs. which should be archived or removed.

Out of scope

content-authoring.md and review-guidelines.md are not migration-specific and should be kept regardless.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions