-
Notifications
You must be signed in to change notification settings - Fork 3.5k
Support Markdown Architectural Decision Records #507
Copy link
Copy link
Open
Labels
enhancementNew feature or requestNew feature or requestparsing/qualityGraph extraction bugs, false positives, missing edgesGraph extraction bugs, false positives, missing edgespriority/backlogValuable contribution, lower scheduling urgency; review when maintainer capacity opens.Valuable contribution, lower scheduling urgency; review when maintainer capacity opens.
Milestone
Description
Activity
Metadata
Metadata
Assignees
Labels
enhancementNew feature or requestNew feature or requestparsing/qualityGraph extraction bugs, false positives, missing edgesGraph extraction bugs, false positives, missing edgespriority/backlogValuable contribution, lower scheduling urgency; review when maintainer capacity opens.Valuable contribution, lower scheduling urgency; review when maintainer capacity opens.
What problem does this solve?
Currently, only a single source of truth is supported for ADR, you cannot maintain a structure and have multiple records.
Proposed solution
Alternatives considered
Reference MADR or individual ADR records already present in the repository. The lack of true MADR and metadata tracking limits the exposure and potential of current ADR support implementation. Doing code queries or ADR queries will not yield the desired ADR record leveraged in context searches but rather make the agent have to go and query each record mentioned in the main ADR of the indexed project.
Confirmations