Skip to content

fix: FEEDBACK_RESPONSE.md is a single shared root path, so concurrent PRs overwrite each other's AI feedback tracking #3618

Open

Description

@eleshar

Flagged by CodeRabbit as Major during #3604 and #3524's AI Feedback Validation work: the ai-feedback-validation check requires AI review feedback to be tracked in FEEDBACK_RESPONSE.md with a status per item, but the file lives at a single shared repo-root path. A second PR needing a response overwrites the first PR's record - confirmed in practice on both #3604 and #3524, where the file at HEAD held a stale record from an unrelated already-merged PR (#3500) before being corrected.

Fix

Move to a per-PR path (for example FEEDBACK_RESPONSE.md generated per-PR under a scoped location, or embedded in the PR description/comment instead of a tracked file), so concurrent PRs cannot clobber each other's tracking. This changes validation behaviour for every PR using the ai-feedback-validation workflow, so needs a considered design rather than a quick patch.

Reference

Raised in #3604 and #3524's review passes; deferred there pending this dedicated issue.

Activity

  1. linear-code commented on Sep 28, 2026

    @linear-code
  2. eleshar commented on Sep 30, 2026

    @eleshar
    ContributorAuthor

    Still live on develop @ 1a1021eea8

    FEEDBACK_RESPONSE.md is a single file at the repository root on develop — one path, shared by every pull request that needs one. No per-pull-request directory exists.

    This issue is the mechanism behind two collisions the repository has already recorded: #3524 and #3604 both hit it on their develop merges, and #3688 records that it is "now reproducible from a develop merge rather than only from concurrent work".

    Worth deciding alongside the fix: the collision is only harmful because the file is a fixed path. A per-pull-request location under .github/ keyed on the PR number removes the collision without needing a merge strategy or a lock, and it also fixes the reverse case — a stale FEEDBACK_RESPONSE.md from a merged pull request lingering on develop after the fact.

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

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Fields

    Priority

    None yet

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions