campfire-cli 0.1.8__tar.gz → 0.1.10__tar.gz

{campfire_cli-0.1.8 → campfire_cli-0.1.10}/ARCHITECTURE.md

@@ -97,7 +97,7 @@ Campfire 不是“Markdown 版 kubectl”，而是面向人机协作场景组合
 | --- | --- | --- |
 | 语义原子性 | 一条命令只表达一个可以用一句话说清的用户意图 | `document move` 表达“在已声明 Domain 之间正确移动一篇文档” |
 | 一致性原子性 | 为保持该意图不变量而必须一起变更的事实，属于同一个变更集；整体成功或恢复到执行前 | 移动文档时同步修复可确定解析的引用 |
-| 可组合原子性 | 不相关的派生治理不隐式执行；命令用结构化 `follow_up` 声明必要步骤，由 Skill 决定组合顺序 | `document apply` 只在必要时返回一个 scoped `maintenance sync` |
+| 可组合原子性 | 不相关的派生治理不隐式执行；只有实际写入成功的结果用结构化 `follow_up` 声明必要步骤，由 Skill 决定组合顺序 | `document apply` 预览时 `follow_up` 为空，写入后只在必要时返回一个 scoped `maintenance sync` |
 
 命令副作用按下列边界分类：
 
@@ -118,16 +118,17 @@ Campfire 不是“Markdown 版 kubectl”，而是面向人机协作场景组合
 命令设计遵循以下约束：
 
 1. **对象域优先**：公共入口采用 `campfire <object-domain> <verb>`，例如 `document apply`、`maintenance check`；动词在所属业务对象内保持单义，不为同一行为保留多个别名。
-2. **意图原子、派生显式**：`document apply` 只创建或更新目标文档，`document move` 原子完成单文档移动、目标 Profile 对齐和确定性引用修复；命令只在 MOC、关系页或索引可能变化时返回一个最小 scope 的 `maintenance sync`。
+2. **意图原子、派生显式**：`document apply` 创建或更新文档，并在显式类型变化时将类型、文件名前缀和确定性引用作为同一变更提交；`document move` 原子完成单文档跨 Domain 移动、目标 Profile 对齐和确定性引用修复。命令只在 MOC、关系页或索引可能变化时返回零或一个可直接执行的最小 scope `maintenance sync`。
 3. **契约声明式，变更显式**：Profile 是字段、类型、枚举、顺序和条件必填的 SSOT。Agent 提交业务值，CLI 解析有效 Profile 并拒绝猜测；已有文档只修改明确给出的字段或正文操作。
 4. **写入先证明安全**：写命令默认预览，显式确认后才提交；提交时在锁内复核快照或期望哈希，多文件变更作为一个 ChangeSet 执行，失败回滚，避免静默覆盖和部分写入。
 5. **人类与 Agent 共用一个契约**：命令和结果只有一套语义。JSON 状态、issues、missing fields 与 follow-up 供 Agent 稳定消费，`tree` 和分层 `-h` 供人类与 Agent 渐进发现，不维护第二套参数目录。
 6. **语义与机制分层**：人类决定高风险取舍，Agent 理解正文和业务语义，Skill 规定加载时机、事实门禁与 SOP，CLI 只执行可确定验证的治理机制。歧义进入 Decision，不为“自动化成功”而猜测。
 7. **聚合入口是少数例外**：`setup` 和 `upgrade` 可以编排多个服务，因为它们表达完整安装生命周期；日常内容治理保持原子能力，避免重新出现 `maintenance run` 一类不可审查的聚合入口。
+8. **参数最小充分、黄金路径唯一**：调用方只提交 CLI 无法可靠推导的事实。已受管的 Workspace、Space、Domain 和 Project 优先使用稳定 id，路径只用于外部输入、未接管来源、显式物理位置或尚无稳定 id 的文档；同一事实不得同时要求 id、完整路径和父级关系。一个常规意图只保留一个公共入口，不用互斥模式参数、兼容别名或要求 Agent 手工拼装底层步骤来表达同一行为。
 
 横切关注点与业务 SOP 不使用同一种复用手段。哈希复核、写锁、原子替换和失败恢复由显式 ChangeSet Executor 复用；写命令返回的 `follow_up` 由 Skill 消费。不为了复用 Maintenance 而引入 AOP 切面、命令总线、全局钩子或隐式中间件。
 
-因此，`document apply` 的准确含义是“对一个 Markdown 文档应用经 Profile 校验的显式意图”，不是“把完整声明持续调谐到某个服务端状态”。用户或 Agent 可以直接 edit 已有正文；无论通过 apply 还是 edit 写入，跨文档派生结果都由后续显式 Maintenance 收敛。
+因此，`document apply` 的准确含义是“对一个 Markdown 文档应用经 Profile 校验的显式意图”，不是“把完整声明持续调谐到某个服务端状态”。创建时文件名可省略类型前缀；显式变更类型时，CLI 负责同步类型、前缀和可确定引用。用户或 Agent 可以直接 edit 唯一路径下的已有正文；只有新建文档、修改 Frontmatter/类型/归属或需要派生治理时才进入 CLI 工作流。
 
 ## 5. SSOT 与派生数据
 
@@ -163,7 +164,7 @@ Project 的逻辑身份可以跨设备保持一致，但 `local_path` 是机器
 
 可移植元数据由 Vault 根目录唯一的 `.campfire.yaml` 承载并随 Git 或文件同步；不得提交 `campfire.db` 来共享状态。Manifest 使用稳定的 `workspace.id`，保存 Workspace 名称、治理版本，以及 Project 的 id、名称、文档领域、Git remote、默认分支和状态，明确禁止 `local_path`。现有 `_空间.md` 与 `_领域.md` 继续分别承载 Space 和 Domain 事实，避免在 Manifest 重复维护。Decision 当前保持本地，不属于该 Manifest。
 
-新设备执行 `campfire setup --workspace <vault>`：读取 Manifest、注册本机路径、恢复 Project 逻辑元数据、同步类型/Profile/Skills/Bases 并执行健康检查。无法自动确定的项目源码路径显示为 `unbound_projects`，再用 `campfire workspace project bind` 完成本机绑定。整个流程可重复执行。
+新设备执行 `campfire setup --path <vault>`：读取 Manifest、注册本机路径、恢复 Project 逻辑元数据、同步类型/Profile/Skills/Bases 并执行健康检查。已注册 Workspace 只通过根级 `campfire --workspace <id> ...` 显式选择。无法自动确定的项目源码路径显示为 `unbound_projects`，再用 `campfire workspace project bind` 完成本机绑定。整个流程可重复执行。
 
 ### 领域结构重构
 
@@ -172,10 +173,10 @@ Domain 的机器身份、显示名称和物理位置是三个独立维度：
 ```text
 domain_id  稳定身份，普通重命名和移动不改变
 name       人类可读名称，通过 domain rename 修改
-path       Workspace 内物理位置，通过 domain move 或显式目录重命名修改
+path       Workspace 内物理位置，通过 domain move 修改
 ```
 
-`domain rename`、`domain move` 和高风险的 `domain rekey` 是领域级事务，不应拆成大量逐文件迁移。路径变化必须联动 `_领域.md`、Project `document_domain`、`.campfire.yaml` 和路径引用；`rekey` 必须联动直接子领域的 `parent_domain`。所有命令默认预览，显式 `--confirm` 后执行。
+`domain rename`、`domain move`、`domain merge`、`domain delete` 和高风险的 `domain rekey` 是领域级意图原子事务，不应拆成大量逐文件迁移。路径变化必须联动 `_领域.md`、Project `document_domain`、`.campfire.yaml` 和路径引用；`rekey` 必须联动直接子领域的 `parent_domain`。`merge` 把源 Domain 的受管内容迁入目标 Domain，并在不变量满足时移除源 Domain；`delete` 只删除没有内容、附件、子 Domain 或 Project 绑定的逻辑空 Domain。它们不是跨业务聚合入口，内部必须复用同一 ChangeSet、快照复核和失败恢复边界。所有命令默认预览，显式 `--confirm` 后执行。
 
 SQLite 中的 `spaces`、`domains` 与 `documents` 是本机查询投影，不是新的事实源。`setup`、`maintenance check` 和领域重构会自动从 `.campfire.yaml`、`_空间.md`、`_领域.md` 与内容文档刷新这些表；`workspace rebuild --confirm` 只提供低频的完整恢复入口。
 

campfire_cli-0.1.10/COMMAND.md

@@ -0,0 +1,49 @@
+# Campfire 稳定命令
+
+人类与 Agent 先用 `campfire tree` 发现命令，再用任意层级的 `-h` 渐进加载参数。
+
+```bash
+campfire setup --path <vault-path> [--id <workspace-id>] --default
+campfire upgrade
+campfire skill sync
+campfire base sync
+campfire workspace resolve
+campfire workspace rebuild
+campfire workspace rebuild --confirm
+campfire workspace project bind --id <project-id> --local-path <repository-path>
+campfire workspace space list
+campfire workspace space check
+campfire workspace space check --space <space-id>
+campfire workspace config check
+campfire workspace domain list
+campfire workspace domain check
+campfire workspace domain create --id <id> --name <name> --path <workspace-relative-path> --type <type> [--governance <policy>] [--project <id>] [--confirm]
+campfire workspace domain adopt --source <folder> --id <id> --name <name> --type <type> [--target-path <path>] [--governance <policy>] [--project <id>] [--confirm]
+campfire workspace domain rename --domain <id> --name <name> [--confirm]
+campfire workspace domain move --domain <id> --target <space-or-domain-id> [--confirm]
+campfire workspace domain merge --source <id> --target <id> [--confirm]
+campfire workspace domain delete --domain <id> [--confirm]
+campfire workspace domain rekey --domain <id> --new-id <id> [--confirm]
+campfire workspace restructure inventory --scope <path> --batch <id>
+campfire workspace restructure plan --batch <id>
+campfire workspace project resolve --path "$PWD"
+campfire document apply --path <workspace-relative-markdown> --type <type> --set <field=value> [--body-file <path>] [--confirm]
+campfire document move --path <source> --domain <target-domain-id> [--name <filename>] [--set <field=value>] [--unset <field>] [--expected-hash <sha256>] [--confirm]
+campfire document inspect --path <file>
+campfire document type list
+campfire document profile list
+campfire decision create --key <key> --question <question> --source-type <source>
+campfire decision list --status pending
+campfire decision show <decision-id>
+campfire decision answer <decision-id> --answer <answer> --answered-by <actor>
+campfire decision close <decision-id>
+campfire decision sync
+campfire maintenance check --summary
+campfire maintenance sync --scope <path> [--dry-run]
+campfire maintenance archive check [--scope <path>]
+campfire maintenance archive apply [--scope <path>] --confirm
+```
+
+Space、Domain、Project 的 `create`/`adopt`，以及文档移动、重构、归档写操作默认先预览；审查通过后才追加 `--confirm`。已注册 Workspace 只通过根级 `campfire --workspace <id> ...` 选择；已声明 Space、Domain 和 Project 使用稳定 ID，CLI 自行推导路径和父子关系。路径参数只用于新位置、具体文件、外部输入和显式扫描范围。
+
+`document apply` 可新建、更新、为已有正文补齐 Frontmatter，或通过显式 `--type` 原子转换文档类型。创建和类型转换时，CLI 根据文档类型推导文件名前缀，并在结果的 `target` 中返回最终路径；调用方只提交标题或现有路径，不手工同步类型与前缀。`document move` 可在任意已声明 Domain 之间移动单篇文档并对齐可确定的 `domain`/`project`。目标 Profile 缺少语义字段时返回 `missing_fields`，调用方补齐明确业务值。只有实际写入成功的结果才可返回零或一个、且可直接执行的 scoped `maintenance sync` follow-up；Domain 内部路径会归一化为对应 Domain，预览、阻塞或无派生影响时返回空列表。具体参数以对应命令的 `-h` 为准。

{campfire_cli-0.1.8 → campfire_cli-0.1.10}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: campfire-cli
-Version: 0.1.8
+Version: 0.1.10
 Summary: Local-first shared context and governance CLI for humans and agents
 License-Expression: MIT
 License-File: LICENSE
@@ -49,7 +49,7 @@ uv tool install --editable /path/to/campfire-cli
 
 ```bash
 # 1. 接入已有 Vault（目录已存在，含或不含 .campfire.yaml）
-campfire setup --workspace /path/to/vault --default
+campfire setup --path /path/to/vault --default
 
 # 2. 或者从零创建新 Workspace（初始化目录结构并注册）
 campfire workspace create --id personal --path /path/to/vault --default
@@ -59,7 +59,7 @@ campfire maintenance check --summary
 campfire maintenance sync --dry-run
 ```
 
-不指定 `--workspace` 运行 `campfire setup` 是降级执行而不是报错：仍会同步全局 Skill 与提示词路标，输出接入引导，并显式列出被跳过的 Manifest 相关步骤。
+不指定 `--path` 运行 `campfire setup` 是降级执行而不是报错：仍会同步全局 Skill 与提示词路标，输出接入引导，并显式列出被跳过的 Manifest 相关步骤。
 
 `setup` 与 `skill sync` 会向 `~/.claude/CLAUDE.md`、`~/.agents/AGENTS.md` 注入幂等的 campfire 路标块（带注释标记、不触碰块外内容；`CAMPFIRE_AGENT_HINT_PATH` 可覆盖目标），并把托管 Skill 同步到 `~/.claude/skills`、`~/.agents/skills`（`CAMPFIRE_SKILL_TARGETS` 可覆盖）。Agent 冷启动时由此知道本机装有 campfire。
 
@@ -79,7 +79,7 @@ Workspace ── Space ── Domain 树 ── 文档
 | Decision | 需要人类或高级 Agent 回答的持久判断 | 全局 SQLite，投影到 `_协作/decisions/` |
 | Generated View | MOC、相关文档页、Base、报告 | 派生数据，能生成就不手工维护 |
 
-设备边界：`.campfire.yaml` 只保存可跨设备同步的稳定身份与逻辑关联（Project id、Git remote、文档 Domain 等），禁止本机绝对路径；新设备执行 `campfire setup --workspace <vault>` 即可恢复。本机路径绑定、索引、Decision、锁与报告都在 `~/.campfire/`（可用 `CAMPFIRE_HOME` 覆盖），按 Workspace 隔离。
+设备边界：`.campfire.yaml` 只保存可跨设备同步的稳定身份与逻辑关联（Project id、Git remote、文档 Domain 等），禁止本机绝对路径；新设备执行 `campfire setup --path <vault>` 即可恢复。本机路径绑定、索引、Decision、锁与报告都在 `~/.campfire/`（可用 `CAMPFIRE_HOME` 覆盖），按 Workspace 隔离。
 
 ## 常用命令
 
@@ -94,7 +94,7 @@ campfire maintenance sync [--dry-run] [--scope]  # 刷新 MOC 与相关文档页
 campfire maintenance archive check / apply       # 归档候选检查与执行
 
 campfire document inspect / check / format       # 单篇文档查看、校验、格式化
-campfire document apply / move                   # 单篇文档创建更新、跨 Domain 移动
+campfire document apply / move                   # 创建更新、类型转换、跨 Domain 移动
 campfire document profile list / show / resolve  # Frontmatter Profile 规则
 campfire document type list                      # 文档类型与前缀
 
@@ -106,9 +106,9 @@ campfire decision create / list / answer / close # 持久决策通道
 ```bash
 campfire workspace space create --id research --name "研究" --path myresearch --type research
 campfire workspace domain create --id wiki --name "Wiki" --path "mywork/项目/wiki" \
-  --space work --type knowledge-domain --governance project-docs --confirm
-campfire workspace project adopt --id example --workspace personal \
-  --name "Example" --document-domain "work/example" --local-path /path/to/repo
+  --type knowledge-domain --confirm
+campfire --workspace personal workspace project adopt --id example \
+  --name "Example" --domain project-example --local-path /path/to/repo
 campfire workspace rebuild --confirm             # 索引损坏时从 SSOT 完整恢复
 ```
 
@@ -118,12 +118,12 @@ campfire workspace rebuild --confirm             # 索引损坏时从 SSOT 完
 
 ```bash
 campfire workspace domain adopt --source /path/to/folder --target-path "mynote/新领域" \
-  --id knowledge-new --name "新领域" --space knowledge \
+  --id knowledge-new --name "新领域" \
   --type knowledge-domain --governance knowledge-docs
 # 审查同一份结构化计划后，对相同命令追加 --confirm
 ```
 
-单篇文档在已声明 Domain 之间移动使用 `document move`。批量文档或 Domain 结构重构先冻结范围，再传入 YAML/JSON 意图规格（含 Frontmatter 修改），逐项审查 `approved` 后执行：
+单篇文档在已声明 Domain 之间移动使用 `document move --path <source> --domain <target-domain-id> [--name <filename>]`。常见 Domain 调整直接使用 `domain move/merge/delete`；只有批量文档映射、领域拆分或 Frontmatter Patch 才进入持久批次：
 
 ```bash
 campfire workspace restructure inventory --scope work --batch move-001
@@ -132,19 +132,19 @@ campfire workspace restructure apply --batch move-001 --confirm
 campfire workspace restructure verify --batch move-001
 ```
 
-领域三个维度独立演进：`domain rename`（显示名）、`domain move`（物理路径）、`domain rekey`（稳定身份，高风险）。领域级命令联动 `_领域.md`、子领域、Project、`.campfire.yaml` 与路径引用。
+领域三个维度独立演进：`domain rename`（显示名）、`domain move --target <space-or-domain-id>`（物理位置）、`domain rekey`（稳定身份，高风险）。领域合并和逻辑空领域删除分别使用 `domain merge`、`domain delete`；领域级命令联动 `_领域.md`、子领域、Project、`.campfire.yaml` 与路径引用。
 
 ## 治理模型
 
 - **校验分工**：`maintenance check` 统一负责正式文档的 Schema 与枚举校验，并刷新可重建索引；结构声明由 `workspace space/domain check` 校验；`maintenance sync` 只因结构、MOC、路径或并发安全问题阻塞，单篇文档问题不阻止其他领域刷新。
 - **Frontmatter Profile**：声明式一层继承（`base` 或 `base → knowledge/project-doc/task`），`document profile show` 展示编译后的完整规则；Formatter 只按有效 Profile 排序并保留值，不允许字段由 Validator 报告、不自动删除。
 - **并发与提交安全**：写入前在治理锁内复核内容哈希，外部变化返回 `concurrent-change` / `source-hash-changed`，拒绝覆盖；多文件写入和路径移动经同一 ChangeSet 提交，失败恢复到执行前。
-- **按需后续治理**：写入命令只在派生内容可能变化时返回一个最小 scope 的 `maintenance sync`；Skill 消费该结果，没有 follow-up 就结束，不固定追加 dry-run 或全量 check。
+- **按需后续治理**：写入命令只在实际写入成功且派生内容可能变化时返回零或一个、且可直接执行的最小 scope `maintenance sync`；预览和阻塞结果的 `follow_up` 为空。位于 Domain 内部的 scope 由 CLI 归一化为有效 Domain。Skill 消费该结果，没有 follow-up 就结束，不固定追加 dry-run 或全量 check。
 - **配置两层模型**：产品默认契约在包内 `resources/defaults/config.yml`（SSOT），用户只在 `~/.campfire/config.yml` 写覆盖项；Mapping 递归合并，`campfire workspace config check` 验证有效配置。
 
 ## Agent 协作
 
-全局 Skill（`campfire skill list` 查看托管清单，`campfire skill sync` 手动同步）定义了 Agent 的标准工作流：首次读写先 `workspace resolve` 并读取 Workspace 的 `AGENTS.md`；单文档用 `document apply/move`，批量结构调整用 `workspace restructure`，归档用 `maintenance archive`。有歧义的分类和重构进入 Decision，不由 Agent 擅自决定。
+全局 Skill（`campfire skill list` 查看托管清单，`campfire skill sync` 手动同步）定义了 Agent 的标准工作流：已给出唯一文件路径的正文读取或小改直接使用文件工具；新建文档、修改 Frontmatter/类型/归属或执行结构治理时才加载 bootstrap，并使用 `document apply/move` 等原子命令。批量结构调整用 `workspace restructure`，归档用 `maintenance archive`。有歧义的分类和重构进入 Decision，不由 Agent 擅自决定。
 
 ## 许可
 

{campfire_cli-0.1.8 → campfire_cli-0.1.10}/README.md

@@ -33,7 +33,7 @@ uv tool install --editable /path/to/campfire-cli
 
 ```bash
 # 1. 接入已有 Vault（目录已存在，含或不含 .campfire.yaml）
-campfire setup --workspace /path/to/vault --default
+campfire setup --path /path/to/vault --default
 
 # 2. 或者从零创建新 Workspace（初始化目录结构并注册）
 campfire workspace create --id personal --path /path/to/vault --default
@@ -43,7 +43,7 @@ campfire maintenance check --summary
 campfire maintenance sync --dry-run
 ```
 
-不指定 `--workspace` 运行 `campfire setup` 是降级执行而不是报错：仍会同步全局 Skill 与提示词路标，输出接入引导，并显式列出被跳过的 Manifest 相关步骤。
+不指定 `--path` 运行 `campfire setup` 是降级执行而不是报错：仍会同步全局 Skill 与提示词路标，输出接入引导，并显式列出被跳过的 Manifest 相关步骤。
 
 `setup` 与 `skill sync` 会向 `~/.claude/CLAUDE.md`、`~/.agents/AGENTS.md` 注入幂等的 campfire 路标块（带注释标记、不触碰块外内容；`CAMPFIRE_AGENT_HINT_PATH` 可覆盖目标），并把托管 Skill 同步到 `~/.claude/skills`、`~/.agents/skills`（`CAMPFIRE_SKILL_TARGETS` 可覆盖）。Agent 冷启动时由此知道本机装有 campfire。
 
@@ -63,7 +63,7 @@ Workspace ── Space ── Domain 树 ── 文档
 | Decision | 需要人类或高级 Agent 回答的持久判断 | 全局 SQLite，投影到 `_协作/decisions/` |
 | Generated View | MOC、相关文档页、Base、报告 | 派生数据，能生成就不手工维护 |
 
-设备边界：`.campfire.yaml` 只保存可跨设备同步的稳定身份与逻辑关联（Project id、Git remote、文档 Domain 等），禁止本机绝对路径；新设备执行 `campfire setup --workspace <vault>` 即可恢复。本机路径绑定、索引、Decision、锁与报告都在 `~/.campfire/`（可用 `CAMPFIRE_HOME` 覆盖），按 Workspace 隔离。
+设备边界：`.campfire.yaml` 只保存可跨设备同步的稳定身份与逻辑关联（Project id、Git remote、文档 Domain 等），禁止本机绝对路径；新设备执行 `campfire setup --path <vault>` 即可恢复。本机路径绑定、索引、Decision、锁与报告都在 `~/.campfire/`（可用 `CAMPFIRE_HOME` 覆盖），按 Workspace 隔离。
 
 ## 常用命令
 
@@ -78,7 +78,7 @@ campfire maintenance sync [--dry-run] [--scope]  # 刷新 MOC 与相关文档页
 campfire maintenance archive check / apply       # 归档候选检查与执行
 
 campfire document inspect / check / format       # 单篇文档查看、校验、格式化
-campfire document apply / move                   # 单篇文档创建更新、跨 Domain 移动
+campfire document apply / move                   # 创建更新、类型转换、跨 Domain 移动
 campfire document profile list / show / resolve  # Frontmatter Profile 规则
 campfire document type list                      # 文档类型与前缀
 
@@ -90,9 +90,9 @@ campfire decision create / list / answer / close # 持久决策通道
 ```bash
 campfire workspace space create --id research --name "研究" --path myresearch --type research
 campfire workspace domain create --id wiki --name "Wiki" --path "mywork/项目/wiki" \
-  --space work --type knowledge-domain --governance project-docs --confirm
-campfire workspace project adopt --id example --workspace personal \
-  --name "Example" --document-domain "work/example" --local-path /path/to/repo
+  --type knowledge-domain --confirm
+campfire --workspace personal workspace project adopt --id example \
+  --name "Example" --domain project-example --local-path /path/to/repo
 campfire workspace rebuild --confirm             # 索引损坏时从 SSOT 完整恢复
 ```
 
@@ -102,12 +102,12 @@ campfire workspace rebuild --confirm             # 索引损坏时从 SSOT 完
 
 ```bash
 campfire workspace domain adopt --source /path/to/folder --target-path "mynote/新领域" \
-  --id knowledge-new --name "新领域" --space knowledge \
+  --id knowledge-new --name "新领域" \
   --type knowledge-domain --governance knowledge-docs
 # 审查同一份结构化计划后，对相同命令追加 --confirm
 ```
 
-单篇文档在已声明 Domain 之间移动使用 `document move`。批量文档或 Domain 结构重构先冻结范围，再传入 YAML/JSON 意图规格（含 Frontmatter 修改），逐项审查 `approved` 后执行：
+单篇文档在已声明 Domain 之间移动使用 `document move --path <source> --domain <target-domain-id> [--name <filename>]`。常见 Domain 调整直接使用 `domain move/merge/delete`；只有批量文档映射、领域拆分或 Frontmatter Patch 才进入持久批次：
 
 ```bash
 campfire workspace restructure inventory --scope work --batch move-001
@@ -116,19 +116,19 @@ campfire workspace restructure apply --batch move-001 --confirm
 campfire workspace restructure verify --batch move-001
 ```
 
-领域三个维度独立演进：`domain rename`（显示名）、`domain move`（物理路径）、`domain rekey`（稳定身份，高风险）。领域级命令联动 `_领域.md`、子领域、Project、`.campfire.yaml` 与路径引用。
+领域三个维度独立演进：`domain rename`（显示名）、`domain move --target <space-or-domain-id>`（物理位置）、`domain rekey`（稳定身份，高风险）。领域合并和逻辑空领域删除分别使用 `domain merge`、`domain delete`；领域级命令联动 `_领域.md`、子领域、Project、`.campfire.yaml` 与路径引用。
 
 ## 治理模型
 
 - **校验分工**：`maintenance check` 统一负责正式文档的 Schema 与枚举校验，并刷新可重建索引；结构声明由 `workspace space/domain check` 校验；`maintenance sync` 只因结构、MOC、路径或并发安全问题阻塞，单篇文档问题不阻止其他领域刷新。
 - **Frontmatter Profile**：声明式一层继承（`base` 或 `base → knowledge/project-doc/task`），`document profile show` 展示编译后的完整规则；Formatter 只按有效 Profile 排序并保留值，不允许字段由 Validator 报告、不自动删除。
 - **并发与提交安全**：写入前在治理锁内复核内容哈希，外部变化返回 `concurrent-change` / `source-hash-changed`，拒绝覆盖；多文件写入和路径移动经同一 ChangeSet 提交，失败恢复到执行前。
-- **按需后续治理**：写入命令只在派生内容可能变化时返回一个最小 scope 的 `maintenance sync`；Skill 消费该结果，没有 follow-up 就结束，不固定追加 dry-run 或全量 check。
+- **按需后续治理**：写入命令只在实际写入成功且派生内容可能变化时返回零或一个、且可直接执行的最小 scope `maintenance sync`；预览和阻塞结果的 `follow_up` 为空。位于 Domain 内部的 scope 由 CLI 归一化为有效 Domain。Skill 消费该结果，没有 follow-up 就结束，不固定追加 dry-run 或全量 check。
 - **配置两层模型**：产品默认契约在包内 `resources/defaults/config.yml`（SSOT），用户只在 `~/.campfire/config.yml` 写覆盖项；Mapping 递归合并，`campfire workspace config check` 验证有效配置。
 
 ## Agent 协作
 
-全局 Skill（`campfire skill list` 查看托管清单，`campfire skill sync` 手动同步）定义了 Agent 的标准工作流：首次读写先 `workspace resolve` 并读取 Workspace 的 `AGENTS.md`；单文档用 `document apply/move`，批量结构调整用 `workspace restructure`，归档用 `maintenance archive`。有歧义的分类和重构进入 Decision，不由 Agent 擅自决定。
+全局 Skill（`campfire skill list` 查看托管清单，`campfire skill sync` 手动同步）定义了 Agent 的标准工作流：已给出唯一文件路径的正文读取或小改直接使用文件工具；新建文档、修改 Frontmatter/类型/归属或执行结构治理时才加载 bootstrap，并使用 `document apply/move` 等原子命令。批量结构调整用 `workspace restructure`，归档用 `maintenance archive`。有歧义的分类和重构进入 Decision，不由 Agent 擅自决定。
 
 ## 许可
 

{campfire_cli-0.1.8 → campfire_cli-0.1.10}/SPEC.md

@@ -96,16 +96,18 @@ Campfire 使用语义化版本：
 
 - `domain_id`、`name` 和 `path` 分别表示稳定身份、显示名称和物理位置，不得隐式绑定。
 - 普通 rename 和 move 不得改变 `domain_id`；只有显式 `domain rekey` 可以修改稳定身份。
-- 修改领域名称不得默认修改 Project 名称；必须由 `--project-name` 明确表达。
+- 修改领域名称不得修改 Project 名称；Project 展示名称只能由 `workspace project update --name` 显式修改。
 - 领域路径变化必须同步 Project `document_domain`、`.campfire.yaml` 和路径引用。
 - `rekey` 必须同步直接子领域的 `parent_domain`。
+- `move` 的目标必须使用 Space 或 Domain 稳定 id；`merge` 和 `delete` 不得退化为 Agent 手工移动、删除声明与清理索引。
+- 已受管对象使用稳定 id，路径参数只用于新位置、具体文件、外部输入与扫描范围；不得同时要求可推导的 id、路径和父级关系。
 - 领域级写入默认只预览，只有显式 `--confirm` 才执行。
 
 ## Workspace 索引
 
 - SQLite `spaces`、`domains`、`documents` 只允许作为可重建本机投影，不得反向覆盖 Markdown SSOT。
 - `setup` 与 `maintenance check` 必须自动刷新完整拓扑和文档索引。
-- 写命令只在派生状态可能变化时返回一个 scoped `maintenance sync` follow-up；
+- 写命令只在实际写入成功且派生状态可能变化时返回零或一个可直接执行的 scoped `maintenance sync` follow-up；Domain 内部路径必须归一化为对应 Domain，预览和阻塞结果必须返回空列表；
   调用方只执行实际返回的 follow-up，不固定追加 check 或全量扫描。
 - `workspace rebuild` 默认只预览；`--confirm` 后从 Manifest 和 Markdown 完整替换派生索引。
 

{campfire_cli-0.1.8 → campfire_cli-0.1.10}/pyproject.toml

@@ -1,6 +1,6 @@
 [project]
 name = "campfire-cli"
-version = "0.1.8"
+version = "0.1.10"
 description = "Local-first shared context and governance CLI for humans and agents"
 readme = "README.md"
 license = "MIT"

{campfire_cli-0.1.8 → campfire_cli-0.1.10}/src/campfire_cli/__init__.py

@@ -1,3 +1,3 @@
 """Campfire CLI package."""
 
-__version__ = "0.1.8"
+__version__ = "0.1.10"

{campfire_cli-0.1.8 → campfire_cli-0.1.10}/src/campfire_cli/app/document/cli/document_cli.py

@@ -102,7 +102,11 @@ def apply_document(
     expected_hash: str | None = typer.Option(None, "--expected-hash"),
     confirm: bool = typer.Option(False, "--confirm"),
 ) -> None:
-    """预览或应用一篇 Profile 合法文档的创建与补丁。"""
+    """预览或应用一篇 Profile 合法文档的创建、补丁与显式类型变更。
+
+    创建时文件名可省略类型前缀；CLI 根据 --type 返回并写入最终 target。
+    已有文档的 --type 发生变化时，同一原子操作同步文件名和引用。
+    """
     body = body_file.read_text(encoding="utf-8") if body_file else None
     invoke(
         lambda: service(ctx).apply(
@@ -123,8 +127,9 @@ def apply_document(
 @document_cli.command("move")
 def move_document(
     ctx: typer.Context,
-    source: str = typer.Option(..., "--from"),
-    target: str = typer.Option(..., "--to"),
+    source: str = typer.Option(..., "--path", help="源文档的 Workspace 相对路径"),
+    target_domain: str = typer.Option(..., "--domain", help="目标 Domain 的稳定 id"),
+    name: str | None = typer.Option(None, "--name", help="可选的新文件名；省略时保持原文件名"),
     set_values: list[str] | None = typer.Option(None, "--set"),
     unset_fields: list[str] | None = typer.Option(None, "--unset"),
     expected_hash: str | None = typer.Option(None, "--expected-hash"),
@@ -134,7 +139,8 @@ def move_document(
     invoke(
         lambda: service(ctx).move(
             source,
-            target,
+            target_domain,
+            name=name,
             values=parse_values(set_values or []),
             unset_fields=tuple(unset_fields or []),
             expected_hash=expected_hash,

{campfire_cli-0.1.8 → campfire_cli-0.1.10}/src/campfire_cli/app/document/schema/document_schema.py

@@ -21,11 +21,13 @@ class DocumentApplyRequest(BaseModel):
 class DocumentApplyResult(BaseModel):
     status: Literal["planned", "needs-input", "blocked", "applied"]
     workspace_id: str
-    action: Literal["create", "update"]
+    action: Literal["create", "update", "retype"]
     path: str
+    target: str
     profile: str
     expected_hash: str
     write_performed: bool = False
+    updated_references: list[str] = Field(default_factory=list)
     issues: list[dict[str, Any]] = Field(default_factory=list)
     missing_fields: list[str] = Field(default_factory=list)
     follow_up: list[CommandFollowUp] = Field(default_factory=list)