claude-code - 💡(How to fix) Fix [DOCS] VS Code diff review docs omit that Claude sees manual diff edits before approval [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#48860Fetched 2026-04-16 06:48:57
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Author
Timeline (top)
labeled ×4commented ×1

Fix Action

Fix / Workaround

The current VS Code documentation only describes three outcomes for a proposed edit: accept it, reject it, or tell Claude what to do instead. That misses an important fourth workflow: directly modifying the proposed patch in the IDE review UI and having Claude continue from the version you edited.

RAW_BUFFERClick to expand / collapse

Documentation Type

Missing documentation (feature not documented)

Documentation Location

https://code.claude.com/docs/en/vs-code

Section/Topic

"Review changes" in the VS Code extension guide

Current Documentation

The VS Code guide currently says:

When Claude wants to edit a file, it shows a side-by-side comparison of the original and proposed changes, then asks for permission. You can accept, reject, or tell Claude what to do instead.

The overview page currently summarizes the feature this way:

The VS Code extension provides inline diffs, @-mentions, plan review, and conversation history directly in your editor.

Neither page explains that you can edit the proposed content directly in the IDE diff and that Claude is informed about those edits before you accept the change.

What's Wrong or Missing?

Claude Code changelog v2.1.110 adds a user-visible IDE diff behavior: when you edit the proposed content in the IDE diff before accepting, the Write tool now informs the model about your edited version.

The current VS Code documentation only describes three outcomes for a proposed edit: accept it, reject it, or tell Claude what to do instead. That misses an important fourth workflow: directly modifying the proposed patch in the IDE review UI and having Claude continue from the version you edited.

Without this explanation, users have no reason to know that manual edits in the diff viewer are part of the Claude feedback loop rather than a local adjustment Claude never sees.

Suggested Improvement

Update the VS Code "Review changes" section to document the editable diff workflow explicitly.

Suggested addition:

You can also edit the proposed content directly in the IDE diff before accepting it. Claude sees those edits and uses the modified version as the basis for the final file change, which makes it easier to make small adjustments without rejecting the edit and writing a separate follow-up prompt.

Also update the VS Code feature summary (and any IDE integration overview text that mentions inline diffs or diff viewing) so users can discover this behavior before they hit a permission prompt.

Impact

Medium - Makes feature difficult to understand

Additional Context

Affected Pages:

PageLine(s)Context
https://code.claude.com/docs/en/vs-code78-81Describes the side-by-side proposed edit review flow, but not direct editing of the proposal or Claude being informed about those edits
https://code.claude.com/docs/en/overview87-95Summarizes VS Code as providing inline diffs, but does not mention that the diff itself is editable and feeds back into Claude's edit flow
https://code.claude.com/docs/en/jetbrains22-26Mentions IDE diff viewing for JetBrains, but does not explain the editable-diff workflow if this behavior is shared across IDE integrations

Total scope: 3 pages affected

Source: Changelog v2.1.110

Release entry under review: "Write tool now informs the model when you edit the proposed content in the IDE diff before accepting"

extent analysis

TL;DR

Update the VS Code documentation to explicitly describe the editable diff workflow, allowing users to understand that manual edits in the diff viewer are part of the Claude feedback loop.

Guidance

  • Review the current documentation for the "Review changes" section in the VS Code extension guide and the overview page to identify areas where the editable diff workflow can be added.
  • Update the documentation to include a clear explanation of the editable diff workflow, such as the suggested addition provided in the issue.
  • Verify that the updated documentation accurately reflects the behavior described in the changelog v2.1.110.
  • Consider updating other affected pages, such as the JetBrains page, if the editable-diff workflow is shared across IDE integrations.

Example

The suggested addition to the documentation could be:

You can also edit the proposed content directly in the IDE diff before accepting it. Claude sees those edits and uses the modified version as the basis for the final file change, which makes it easier to make small adjustments without rejecting the edit and writing a separate follow-up prompt.

Notes

The update should ensure that the documentation is consistent across all affected pages and accurately reflects the behavior of the VS Code extension.

Recommendation

Apply the workaround by updating the documentation to include the editable diff workflow, as this will provide users with a clear understanding of the feature's behavior and improve the overall user experience.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING