DeepSeek Harness Desktop 的本地配置、运行日志、模型路径 / 三处位置都要能自己找到

桌面端把配置、日志、模型放在三处不同的位置，是“清理后找不到、换机器带错东西”的常见原因。要能自己找到，判断顺序通常是：先确认这次启动实际读了哪份配置，再用日志时间戳对上刚才那次操作，最后确认模型走的是内置目录还是配置里手写的路径。下面只给可验证的查找与判断方式，具体路径以你自己机器上的回显为准。

配置、日志、模型三处位置建议按“进程 → 配置 → 日志 → 模型”的顺序查一遍，把结果记成一份本地路径清单。换机器优先备份用户级配置文件和手工指定的模型目录；缓存、索引、滚动日志一般可以重建。模型路径字段留空时程序回退到哪，不要靠猜，以启动日志里打印的实际路径为准。

本地配置：确认程序读的是哪一份

同一台机器上出现多份配置时，先分清三类来源，再谈改哪一份。

默认配置：随安装包分发，通常在安装目录或应用资源目录里，升级时可能被覆盖，建议只读不改。
用户配置：放在用户目录层级下（如 %APPDATA%、~/.config、~/Library/Application Support 一类位置），升级后一般仍然保留。
启动参数与环境变量：只在本次启动生效，常用于临时切换模型目录或日志级别。

覆盖顺序可以按“默认配置 < 用户配置 < 启动参数”来判断：启动参数里写过的项会盖掉用户配置，用户配置里写过的项会盖掉默认配置。所以排查“改了没生效”，先看是不是被更高优先级那一份盖住了。

确认进程实际读入哪些文件，可以先拿进程号和打开的文件句柄：

# Linux / macOS：找到进程
ps -ef | grep -i harness

# 看这个进程打开了哪些配置文件
lsof -p <PID> | grep -Ei '\.(json|ya?ml|toml|ini|conf)$'

# 只看工作目录
ls -l /proc/<PID>/cwd

# Windows PowerShell
Get-Process | Where-Object {$_.ProcessName -like "*harness*"} | Select-Object Id, Path
(Get-Process -Id <PID>).Path

命中多个配置文件时，按上面三类来源归类，再按优先级判断哪一份真正生效；拿不准就先只改用户配置，重启一次，看同一次启动里是否报错或生效。

DeepSeek Harness Desktop 的本地配置、运行日志、模型路径 / 三处位置都要能自己找到

运行日志：按时间定位最近一次启动

日志目录里通常不止一个文件，先看命名规律：app.log 一般是最新，app.log.1、app.log.2 是滚动出来的旧文件；另一类是按日期或大小后缀命名。按修改时间排序，能快速锁定最近一次启动写的是哪一个。

# 按修改时间倒序列出日志
ls -lt /path/to/logs | head
# Windows
Get-ChildItem C:\path\to\logs | Sort-Object LastWriteTime -Descending | Select-Object -First 10

把日志和“刚才那次操作”对上，靠时间戳：先记住执行操作的大致时刻，再打开最新那个日志文件，用启动横幅（进程启动、版本号一类行）作为本次会话的起点，往下找时间戳接近的那几行。日志时间可能是 UTC 也可能是本地时间，两种都常见，判断顺序时以同一文件内相邻行的时间差为准，不要跨文件互相对表。

只关心最近一次启动，看最新文件的开头与结尾即可：开头是启动和配置加载，结尾是刚才那次操作的结果或报错，中间多为轮询、连接一类重复内容，可以快速跳过。

模型路径：区分程序内置路径和手工指定路径

模型位置分两种：程序内置（随安装包或首次下载放在应用自己的目录）、手工指定（配置里写死或用启动参数给）。自己能改的只有后者，内置目录不建议直接放自备权重，升级或重装时容易被覆盖或清掉。

字段名各版本可能不同，骨架大致是下面几种写法之一，改的时候按本机配置里已有的键名替换，不要新造键：

{
  "model": {
    "path": "/data/models/deepseek",
    "name": "deepseek-chat"
  }
}

# YAML 形式
model:
  path: /data/models/deepseek
  # 留空或删掉该行时会回退，回退到哪里看启动日志

字段留空时的行为不要凭经验推断：可能回退到内置目录、可能回退到某个默认下载目录、也可能直接启动报错。判断方法就一条——启动一次，在日志里搜模型目录相关的行，看它打印的实际路径；日志里没有这行，再用下一节的兜底方式确认。

换机器要带走什么、什么可以重新生成

分类依据有两个：这份文件是否含人工填写的内容（配置值、自备权重、模板），以及它能否由程序自己重新生成。两问都指向“不能重建且是人工填的”，就是该备份的。

建议备份：用户级配置文件；模型路径字段指向的目录（若放的是自备或已下载的权重）；手工添加的预设、模板、凭据或令牌；你自己调过的日志级别与开关记录。
通常可重建：缓存、索引、向量库临时文件；按大小或日期滚动的旧日志；下载过程中的分片与临时文件；程序自带的默认配置。

判断某个目录属于哪一类，可以先看日志里指向它的行用的是“读取配置”“加载模型”还是“命中缓存”这类措辞，措辞不同，性质不同；也可以用最小改动验证——先复制一份待确认的目录到别处，再把它从原位置移走，看程序是重新生成还是直接报错，验证完再还原。这一步建议在确认不影响当前任务时做，别拿正在用的数据做试验。

位置找不到时的三条兜底路径

没有现成文档时，按下面顺序找，前一条给出结果就不用往下走。

帮助信息：先跑一次 `--help`（或 -h、对应子命令的 help），看有没有打印配置路径、日志路径、模型目录一类的子命令或参数；桌面端一般也会在“关于”或设置页显示实际生效的路径。
进程工作目录：应用的数据目录常相对工作目录计算。Linux 看 /proc/<PID>/cwd，macOS 用 lsof -p <PID> | grep cwd，Windows 用任务管理器“打开文件位置”或 PowerShell 取进程路径，先确认可执行文件所在目录，再找同级或上一级的数据目录。
日志回显：启动日志里通常会打印配置文件、日志目录、模型目录的实际路径。日志自己找不到时，可以先按默认日志文件名在常见层级里搜一次（用户目录、应用数据目录、安装目录），找到任意一条带路径的行，再顺着往下定位其余目录。

三处都确认后，把路径写进一份本地清单（哪怕是一个纯文本文件），下次清理或换机器时照着清单核对，比重新找一遍省事，也能避免把缓存当配置备份。