Files
deepseek-harness/docs/core-data-structures/filesystem.zh.md
ZiyaZhang e38955b2fa docs(i18n): re-translate cds/postmortem batch with the prompt-v4 pipeline
22 篇(core-data-structures 18、postmortem 3、rfc/README)译文按
v4 基线重出;机械核对零异常;rfc/README.zh 页内锚点按门禁规则改回
英文侧锚名。
2026-07-22 03:06:01 -07:00

9.1 KiB
Raw Blame History

文件系统

English | 中文

可选的文件系统能力由四个部分组成:dsh-fs 拥有 ctx.fs 以及带可选版本守卫的原子文本操作;dsh-fs-local 实现本地磁盘后端;dsh-fs-policy 通过事件(而非服务)添加观测状态与新鲜度规则;dsh-tool-fs 直接执行面向模型的 read/write/edit 调用并渲染窗口。它位于 agent loop智能体循环主干之外替换后端不会改变策略或工具 schema。

该模型是加法式而非减法式的:ctx.fs 本身就是一个完整、无约束的文本存储 seamwrite 无条件创建或覆盖,edit 无条件替换字面文本)。dsh-fs-policy 是一个插件,通过裁决 fs/* waterfall瀑布式事件在上层叠加策略;移除它只会暴露裸提供方,而不会破坏工具,因为工具与策略之间没有方法级耦合。加载了 dsh-tool-fs 的部署通常也应加载 dsh-fs-policy,使默认行为为「先读后写/编辑」。

提供方源码:packages/fs/fs/src/types.tspackages/fs/fs/src/index.ts。策略源码:packages/fs/fs-policy/src/types.ts。读取渲染源码:packages/fs/tool-fs/src/read-render.ts

目标标识与元数据(提供方 seam

每个操作首先将用户提供的路径解析为不透明的后端目标。消费方可以显示 displayPath,但禁止解析 targetKey(一个品牌化的不透明 id也不得假设它是本地绝对路径。

interface FsTarget {
  targetKey: FsTargetKey
  displayPath: string
}

后端拥有文件版本 token即 write/edit 所守卫的新鲜度 token。策略插件存储它们以进行陈旧检查消费方不解释其内容。两个 id 都是品牌化的不透明字符串。

type FsTargetKey = Branded<'FsTargetKey'>
type FsVersion = Branded<'FsVersion'>

stat 返回元数据(从不返回内容),目标不存在时返回 undefinedtype 让工具在读取前拒绝目录或特殊文件;size 让工具无需通过失败探测即可选择 readText 还是 streamText

interface FsInfo {
  version: FsVersion
  type: 'file' | 'directory' | 'other'
  size?: number
}

listDir 按稳定的名称顺序返回直接子条目。每个条目携带子项的 basename、类型、已解析目标以及后端能报告时的廉价元数据。它禁止读取文件内容因此 size 仅用于普通文件,version 来自元数据。已损坏或已消失的子项可以作为 other 返回且不带元数据;列出或解析子项元数据时的权限或后端 I/O 失败会以 FS_PERMISSION_DENIEDFS_IO_ERROR 使整个列表操作失败。

interface FsDirEntry {
  name: string
  type: 'file' | 'directory' | 'other'
  target: FsTarget
  version?: FsVersion
  size?: number
}

写入与编辑守卫(提供方 seam

writeTexteditText 的版本守卫都是可选的:省略它执行无条件(裸提供方)变更,提供它则启用守卫。writeText 的守卫是 FsWriteIntentcreateIfAbsent 在目标缺失时创建,目标已存在时以 FS_NOT_OBSERVED 拒绝;replaceIfVersion 仅在目标存在且版本匹配时替换,否则报 FS_STALE_VERSION。省略 expected 则无条件创建或覆盖。联合类型本身只包含两种有守卫的意图;「无守卫」通过省略表达,因此 write 和 edit 共享同一个对称的 expected? 形状。

type FsWriteIntent =
  | { kind: 'createIfAbsent' }
  | { kind: 'replaceIfVersion'; version: FsVersion }
interface FsWriteOutcome {
  operation: 'create' | 'update'
  version: FsVersion
  before: string | null
  after: string
}

editText 是提供方级别的变更操作,而非在别处组合的 readwrite。带守卫时,它在字面匹配之前先验证预期版本(因此对陈旧内容的编辑报 FS_STALE_VERSION,而非对更新内容的匹配失败);不带守卫时,它编辑当前内容。无论哪种路径,它都应用替换并原子写入——将匹配、行尾处理、陈旧检查和原子替换保持在一个变更临界区内——目标缺失时两条路径都报 FS_STALE_VERSION

interface FsEditRequest {
  oldString: string
  newString: string
  replaceAll: boolean
}
interface FsEditOutcome {
  version: FsVersion
  before: string
  after: string
}

fs 策略事件(提供方 seam 词汇)

dsh-fs 拥有三个事件,由工具分发、策略插件监听,使发射方(dsh-tool-fs)与监听方(dsh-fs-policy)共享词汇,而发射方无需依赖策略插件。它们只携带 dsh-fs 词汇加一个不透明的 object actor不含面向模型的概念也不含 agent/session 所有者结构。

fs/write-intentfs/edit-intent单槽决策 waterfall:工具分发时附带一个默认 thunk返回 undefined,即裸提供方),监听方完全决策而不调用 next()。该槽按注册顺序先到先得——由策略插件占据是部署约定,而非强制不变式。fs/observed 是一个即发即弃的记录事件,通过普通 ctx.emit 分发;其监听方必须是同步的、仅产生副作用,因为工具不守卫该 emit——抛异常的监听方会在一次已成功的变更上表现为工具的 isError 结果。生成的目录在 events.md 中展示确切签名。

执行上下文(策略插件)

策略插件只需要足够的执行上下文,通过收窄 fs/* 事件携带的不透明 object actor 来推导观测状态的所有者。ToolExecution 满足此形状,因此 dsh-tool-fs 将其执行对象作为 actor 直接传递,而无需让 dsh-fs-policy 导入 tool、agent 或 session 包。

interface FsPolicyExec {
  agent?: {
    session?: object
  }
}

读取结果(消费方 / 读取渲染)

文本读取受行窗口、字节上限和后端限制约束。面向模型的 read 工具渲染的结果纯粹是展示性的;不存在 full/partial 视图区分——授权基于新鲜度(工具直接用 stat 的版本 emit fs/observed),因此任何窗口化读取在文件未变时都能授权后续的 write/edit。读取窗口化与此结果形状位于 dsh-tool-fs(拥有读取操作的执行器)中,而非策略插件中。

interface FileReadOutcome {
  offset: number
  lines: FileTextLine[]
  totalLines: number
  truncatedByBytes?: true
}

已观测文件状态(策略插件)

已观测状态是 dsh-fs-policy 插件内部持有的 WeakMap<owner, Map<targetKey, { version }>>。当且仅当所有者已读取、写入或编辑过该目标时(每次成功都 emit fs/observed),条目才存在,因此其存在本身就是先前观测的记录——没有单独的 hasRead 标志,也没有视图区分。所有者从事件 actor 推导(通常是 exec.agent.session),被视为不透明且从不读取。成功的 read/write/edit 会刷新该所有者对应的已记录版本dispose资源释放时丢弃全部数据HMR热模块替换安全

错误分类体系(提供方 seam

文件系统故障使用稳定的 FsErrorCode 字符串,由 FsErrorHarnessError)携带。工具注册表在错误结果上保留 { name, code },使重试、权限和 UI 层可以按 code 分支而无需解析文本。

type FsErrorCode =
  | 'FS_NOT_FOUND'
  | 'FS_NOT_DIRECTORY'
  | 'FS_NOT_TEXT'
  | 'FS_NOT_REGULAR_FILE'
  | 'FS_PERMISSION_DENIED'
  | 'FS_IO_ERROR'
  | 'FS_STALE_VERSION'
  | 'FS_NOT_OBSERVED'
  | 'FS_AMBIGUOUS_EDIT'
  | 'FS_EDIT_NOT_FOUND'
  | 'FS_ABORTED'

FS_NOT_DIRECTORYFS_PERMISSION_DENIEDFS_IO_ERROR 用于目录列表操作,分别区分目标存在但不是目录、列表被拒绝、以及意外的后端 I/O 故障。FS_NOT_OBSERVED 表示策略插件对该所有者没有先前观测记录(或 createIfAbsent 遇到了已存在的文件)。FS_STALE_VERSION 表示后端版本不再匹配已观测版本(或 edit 遇到了缺失的目标)。新鲜度授权没有 partial/full 区分,因此不存在 FS_PARTIAL_OBSERVATION

服务与插件

FileSystemctx.fs,抽象)拥有提供方原语:resolvestatreadTextstreamTextlistDirwriteTexteditTextdsh-fs-policy 不注册任何服务——它是一个通过 fs/* 事件门控叠加策略的插件:它裁决 write/edit intent waterfall提供 createIfAbsent/replaceIfVersion/{ version } 或抛出 FS_NOT_OBSERVED),并在 fs/observed 上记录。执行器是 dsh-tool-fs:它通过 ctx.fs 读取/写入/编辑,分发 waterfall并 emit 记录事件。生成的接线目录在 services.md 中展示确切的 ctx.fs 签名。