使用文件、终端与 Review
在 Onevium 浏览项目文件、运行终端命令、审查代码差异,并用行批注让 AI 按具体位置修改。
工作区与会话找到文件、变更与终端入口#
在打开项目的会话顶部,可使用以下入口。图标不确定时,将鼠标停留在按钮上查看提示文字。
| 入口 | 打开什么 |
|---|---|
| 文件夹图标:浏览全部文件 / Browse all files | Review 工作区的“全部文件”视图;选择文件后查看内容 |
绿色 +N、红色 -N:显示更改 / Show changes | 当前 Git 项目的变更视图;不是提交按钮 |
| 终端图标 | 会话输入区下方的内置终端面板 |
输入框左侧 + 的文件上传项 | 添加本次消息的文件附件 |
输入框 @ 列表的 Files / 文件分组 | 查找并引用项目中的文件路径 |
非 Git 目录仍可浏览全部文件,但不会有 Git 变更计数。不要为了“看到 Review”就在不明确的目录初始化 Git。
导航与预览文件
打开文件后,可用顶部的分段路径展开上级目录、选择另一个文件或复制完整路径。例如从 src/booking.ts 切到旁边的 schema 文件,先核对新文件名和内容,再要求修改。
图片预览提供缩放和适应窗口控制。SVG 可以切换源码与预览,对照标记和实际图形;音频文件提供播放控件,先播放一小段确认是目标文件。预览媒体本身不会授权修改原文件。
为示例准备一份文档#
本例需要一个已有 Git 仓库、其中的 README.md,以及可用的 Git 命令。先在终端运行 git status --short,记下已有修改;如果 README 本身正被其他任务改动,换用一份清楚归属的文档。
文件附件与项目文件引用不是一回事:上传的副本不会自动成为原项目文件的修改目标。需要编辑项目文件时,明确写出其项目内路径。
把长日志粘贴为附件
在输入框粘贴一份测试日志。超过 10,000 个字符或 150 行的文字会变成 pasted-text-…txt 附件,不再全部铺进编辑区。确认附件出现后,补一句“总结错误并引用相关行”。发送前检查内容;转换产生的是消息附件,不是项目中的新源文件。
完成一次小修改#
- 用“浏览全部文件”打开
README.md,确认是目标项目的文档。 - 返回会话,在
@文件列表中选择README.md,发送下面的说明。 - 等待修改结果,再点击顶部
+N/-N打开变更。
只在本项目 README.md 末尾追加下面这个小节:
## 本地检查
运行项目之前,先阅读本文件中的环境准备与启动说明。
如果已有同名小节,先报告,不要重复追加。
保留所有已有修改,不改其他文件,不提交或推送。
完成后报告实际改动的路径。
这是一次明确的文件写入。出现审批时,核对将修改的路径和动作再决定是否允许。
在内置终端核对命令#
点击顶部终端图标展开面板。面板里的 + 新建终端标签;标签旁关闭按钮结束该终端,面板的收起按钮只是隐藏界面。
终端按项目复用。切回项目后可能连接到已有终端,不会自动回到初始目录或清空环境。macOS/Linux 可先执行 pwd,PowerShell 使用 Get-Location;确认位于目标仓库后运行:
git status --short
git diff -- README.md
git diff --check -- README.md
第一条查看文件状态,第二条查看未暂存的文档差异,第三条检查差异中的空白错误。它们不会替你提交代码。长期运行的预览应使用托管服务,不要让普通终端标签承担服务管理。
在 Review 中逐项验收#
Review 左上角可在 Changes / 变更 与 All files / 全部文件 之间切换。变更按未暂存、已暂存和未跟踪文件分类;选择文件查看对应内容。
本例应只新增约定小节,原有段落和其他文件保持原样。如果文件已被暂存,查看已暂存区域;终端对应使用 git diff --cached -- README.md。
Review 可以看到整个工作区已有变化,不会自动只显示本次任务的改动。先区分原有修改和新增修改。展开 Review 后,可用「上一处改动/下一处改动」逐项查看,也可切到上一个或下一个文件。
给具体代码行添加批注
- 在差异的修改后内容中,将鼠标移到目标行旁,点击出现的 +。
- 写清该行的问题或修改要求并保存。删除前的旧内容不能用这个入口加注。
- 点击底部的批注数量,核对跨文件批注列表;点击某条可回到对应文件与行。
- 关闭「不用回输入框,点了就发」时,选择「放进输入框」,再补充要求并发送;开启时点击「发给 agent 修改」可直接提交。
直接发送会连同当前输入框里的草稿一起提交,发送前先检查草稿。没有可接收消息的输入框时,批注会留在输入框等待发送;保存批注本身不会让助手开始修改。助手处理后,再核对差异。
右下角的提交入口提供 Commit 和 Commit and push,它们是另行执行的 Git 操作,本例不需要点击。
常见问题#
| 现象 | 处理方法 |
|---|---|
| Review 没有变化 | 确认文件已保存、路径正确,并检查“已暂存”与“未跟踪”区域 |
| 文件树和聊天项目不一致 | 先核对当前会话与工作目录,再打开文件 |
| 终端输出像是旧任务 | 检查当前目录和正在运行的命令;必要时用 + 新开标签,不要凭旧日志判断 |
| diff 包含其他人的修改 | 保留它们,按任务边界检查;不要全部回退 |
| 检查命令报错 | 记录命令和错误;空白检查通过不等于项目测试通过 |