[Feature]: 桌面端：展示本轮改动的文件并支持一键撤销
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 15/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- git
- 领域
- desktop
调研方向
The issue says the desktop UI is not in this repository's source tree, which holds only the TUI, headless CLI and ACP code, so no file here can be opened as a starting point. First confirm with maintainers which repository holds the desktop app and whether this belongs there. Done would mean a per-turn change summary with a confirmed, conflict-aware undo that handles both whole-turn and single-file reversal.
由索引模型根据 Issue 内容生成。
描述
Product or interface
Desktop app
Use case and problem
我想在一次对话结束后，快速确认 agent 到底动了哪些文件，并在不满意时一键还原。现在这两件事都做不到：
- 看不到改了哪些文件 —— 一轮编辑结束后，界面上没有任何「本轮改动了哪些文件」的展示。看不到这次一共改了几个文件、分别是哪些、各改了多少行，必须自己切到终端跑
git status/git diff --stat才知道。 - 没有撤销入口 —— 界面上不存在任何针对 agent 改动的撤销/回滚动作。想丢弃一次不想要的改动，只能自己在终端执行
git restore，或者再让 agent 手动改回去。
代价是：每次 agent 改完文件，我都要中断手头的工作、去终端确认改动范围；如果决定不要，还得再走一遍终端流程。一轮改的文件多、或者我自己在同一文件里也有未提交改动时，这个流程既慢又容易误伤。
Desired behavior
- 轮次级改动汇总：每轮回答结束后，在消息底部给一条可折叠的汇总条，例如「N 个文件已更改 +增 -删」，点开列出本轮改动的文件清单。
- 一键撤销：汇总条上配一个「撤销」动作，点一次把本轮改过的文件整体还原 —— 被修改的文件恢复为本轮之前的内容，本轮新建的文件被删除。
- 单文件粒度可选：清单里每个文件可单独撤销，不必整轮一起回滚。
- 冲突保护：如果文件在本轮结束后又被改动过（用户手动改过，或有其他进程写入），先提示并展示 diff，不要静默覆盖。
- 撤销前给一次确认，避免误点丢失用户自己的改动。
参考交互（其他桌面端 Agent 客户端已有该形态）：回答底部一条可折叠的「5 个文件已更改 +160 -2」，右侧一个「撤销」按钮，点一次还原本轮全部改动。
Platform
Linux
Alternatives and additional context
- 环境：MiniMax Code 桌面端 3.1.1，Ubuntu 26.04.1 LTS x86_64。
- 目前唯一的绕过方式是终端
git restore <file>/git checkout -- <file>，或让 agent 反向改回去。 - 期望的撤销粒度：整轮一键撤销为主，同时保留单文件撤销。
- 本仓库发布的是 standalone TUI / headless CLI / ACP 源码，桌面端 UI 不在此源码树内，因此本反馈针对桌面端产品构建。
Screenshots
截图 1：桌面端现状 —— 一轮文件编辑结束后，回答下方没有任何「本轮改动了哪些文件」的展示，界面里也不存在撤销入口。
截图 2：参考客户端 —— 回答底部一条可折叠的「5 个文件已更改 +160 -2」，右侧一个「↺ 撤销」按钮。
- 主要语言
- TypeScript
- 星标
- 2k
- 派生
- 254
- 平均合并
- 8 小时 12 分钟
- 30 天内合并 PR
- 149
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
MiniMax-AI/minimax-code 的其他 Issue
-
bug needs-triage tui
难度 2/5 1-3 小时 新手友好度 72/100
MiniMax-AI/minimax-code#481 · 1 条评论 ·
维护者通常 1 天内回复
-
bug cli documentation needs-triage
难度 2/5 1-3 小时 新手友好度 84/100
MiniMax-AI/minimax-code#299 · 3 条评论 ·
维护者通常 1 天内回复
-
bug cli needs-triage
难度 2/5 1-3 小时 新手友好度 78/100
MiniMax-AI/minimax-code#128 · 2 条评论 ·
维护者通常 1 天内回复
-
bug desktop
难度 2/5 1-3 小时 新手友好度 82/100
MiniMax-AI/minimax-code#87 · 2 条评论 · 2 个 reaction ·
维护者通常 1 天内回复
-
bug desktop needs-triage
难度 2/5 1-3 小时 新手友好度 68/100
MiniMax-AI/minimax-code#80 ·
维护者通常 1 天内回复
查看 MiniMax-AI/minimax-code 的全部 Issue
相似的 Issue
-
fix(frontend): correct VITE_IS_DEVELPOMENT typo in shared/app.ts and align dev environment flags未关闭
难度 2/5 1-3 小时 新手友好度 75/100
vicharanashala/ajrasakha#1439 ·
维护者通常 1 天内回复
-
approved check:passed streams:add
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 70/100
codex-team/editor.js#3037 ·
-
complexity: trivial good first issue impact: low
难度 1/5 1 小时以内 新手友好度 78/100
ueberdosis/tiptap#8522 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
wormhole-foundation/wormhole#5062 ·
维护者通常 1 天内回复