planning

Repository Knowledge Content Migration Report

Summary

The repository knowledge content migration is complete for the current Forma-managed structure.

The migration did not require a broad directory move because the current .forma.md configuration already recognizes the target repository spaces and the additional product-practice spaces introduced during the knowledge-workflow replacement work.

Changed Assumptions

  • The old .workflow directory is not part of the target workspace and is not recreated.
  • Forma runtime semantics no longer depend on SCM ignore parsing.
  • Current Agent guidance is config-driven through Forma CLI output and configured guidelines.
  • Relationship metadata uses path-qualified entry references, not wikilink strings or .md suffixed page refs.
  • Workspace-support material is retained only when it is useful shared support context; local execution context remains local-only by repository workflow.

Changed Knowledge

Health Normalization Result

The follow-up normalization task tasks/normalize-repository-forma-knowledge-health resolved the post-migration health warnings. Current validation reports:

  • forma check --json: passed
  • forma workspace health --json: passed with 0 warnings

The resolved warnings were relationship-density warnings rather than broken or ambiguous references. They were fixed with meaningful related-knowledge links and one dependency-review guidance link.

Starter-Kit Alignment Pass

The starter-kit validation pass confirmed that examples/getting-started-workspace remains clean enough to serve as the product-level evaluation fixture before continuing current repository migration:

  • cargo run -q -p forma-cli -- --workspace examples/getting-started-workspace config inspect --json: passed with 0 errors and 0 warnings.
  • cargo run -q -p forma-cli -- --workspace examples/getting-started-workspace check --json: passed with 0 errors and 0 warnings.
  • cargo run -q -p forma-cli -- --workspace examples/getting-started-workspace workspace health --json: passed with 0 errors and 0 warnings.
  • cargo run -q -p forma-cli -- --workspace examples/getting-started-workspace tasks list --json: passed and exposed the intended sample task states.
  • cargo run -q -p forma-cli -- --workspace examples/getting-started-workspace tasks inspect --json tasks/add-team-notes.md: passed and returned workspace plus task-specific guidelines.

The current repository migration can therefore continue from the project workspace itself rather than by changing the starter baseline.

The first resumed cleanup normalized completed task metadata where the task status was already done but readiness still said needs-refinement. Those entries now follow the repository's current task metadata model, where completed work should not appear as still needing refinement during Forma task selection or board review.

Ownership Metadata Pass

The next cleanup pass normalized owners metadata for current canonical shared project content in the configured product, architecture, decision, concept, discovery, guideline, and repository README spaces.

This pass intentionally did not fill empty assignees, reviewers, template defaults, or historical workspace files:

  • empty assignees can mean unassigned work;
  • empty reviewers can mean no review owner has been assigned yet;
  • template defaults should remain neutral for future generated content;
  • historical workspace files keep their original context unless promoted into canonical spaces.

Follow-up Alignment Plan

The next repository knowledge alignment pass is tracked in planning/project-knowledge-space-alignment-plan. That plan narrows the follow-up from broad migration to space naming and evidence-flow alignment, especially discovery to research and test-cases to validation.