campfire-cli 0.1.7__tar.gz → 0.1.9__tar.gz

{campfire_cli-0.1.7 → campfire_cli-0.1.9}/.github/workflows/ci.yml

@@ -15,8 +15,8 @@ jobs:
     env:
       PYTHONUTF8: "1"
     steps:
-      - uses: actions/checkout@v4
-      - uses: astral-sh/setup-uv@v5
+      - uses: actions/checkout@v5
+      - uses: astral-sh/setup-uv@v10.1.0
         with:
           enable-cache: true
           cache-dependency-glob: "uv.lock"

{campfire_cli-0.1.7 → campfire_cli-0.1.9}/.github/workflows/release.yml

@@ -11,8 +11,8 @@ jobs:
       id-token: write
       contents: read
     steps:
-      - uses: actions/checkout@v4
-      - uses: astral-sh/setup-uv@v5
+      - uses: actions/checkout@v5
+      - uses: astral-sh/setup-uv@v10.1.0
       - name: Build
         run: uv build
       - name: Publish to PyPI

{campfire_cli-0.1.7 → campfire_cli-0.1.9}/ARCHITECTURE.md

@@ -97,7 +97,7 @@ Campfire 不是“Markdown 版 kubectl”，而是面向人机协作场景组合
 | --- | --- | --- |
 | 语义原子性 | 一条命令只表达一个可以用一句话说清的用户意图 | `document move` 表达“在已声明 Domain 之间正确移动一篇文档” |
 | 一致性原子性 | 为保持该意图不变量而必须一起变更的事实，属于同一个变更集；整体成功或恢复到执行前 | 移动文档时同步修复可确定解析的引用 |
-| 可组合原子性 | 不相关的派生治理不隐式执行；命令用结构化 `follow_up` 声明后续步骤，由 Skill 决定组合顺序 | `document apply` 不自动运行 `maintenance sync/check` |
+| 可组合原子性 | 不相关的派生治理不隐式执行；只有实际写入成功的结果用结构化 `follow_up` 声明必要步骤，由 Skill 决定组合顺序 | `document apply` 预览时 `follow_up` 为空，写入后只在必要时返回一个 scoped `maintenance sync` |
 
 命令副作用按下列边界分类：
 
@@ -118,14 +118,15 @@ Campfire 不是“Markdown 版 kubectl”，而是面向人机协作场景组合
 命令设计遵循以下约束：
 
 1. **对象域优先**：公共入口采用 `campfire <object-domain> <verb>`，例如 `document apply`、`maintenance check`；动词在所属业务对象内保持单义，不为同一行为保留多个别名。
-2. **意图原子、派生显式**：`document apply` 只创建或更新目标文档，`document move` 原子完成单文档移动、目标 Profile 对齐和确定性引用修复；MOC、关系页和索引治理由 Skill 显式编排 `maintenance sync/check`。
+2. **意图原子、派生显式**：`document apply` 只创建或更新目标文档，`document move` 原子完成单文档移动、目标 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 复用；`apply → sync → check` 等业务顺序由 Skill 明文编排。不为了复用 Maintenance 而引入 AOP 切面、命令总线、全局钩子或隐式中间件。
+横切关注点与业务 SOP 不使用同一种复用手段。哈希复核、写锁、原子替换和失败恢复由显式 ChangeSet Executor 复用；写命令返回的 `follow_up` 由 Skill 消费。不为了复用 Maintenance 而引入 AOP 切面、命令总线、全局钩子或隐式中间件。
 
 因此，`document apply` 的准确含义是“对一个 Markdown 文档应用经 Profile 校验的显式意图”，不是“把完整声明持续调谐到某个服务端状态”。用户或 Agent 可以直接 edit 已有正文；无论通过 apply 还是 edit 写入，跨文档派生结果都由后续显式 Maintenance 收敛。
 
@@ -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,16 +173,16 @@ 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` 只提供低频的完整恢复入口。
 
 ### 存量文件夹接管
 
-Adoption 是首次接管边界，不属于日常 Maintenance。外部目录只读并复制到 `_收件箱/待接管/<batch>`，Vault 内目录原地冻结事实；两者随后通过同一份计划建立一个粗粒度 Domain。CLI 负责文件清单、哈希、软链接与冲突保护、声明、初始 MOC 和 Project/Manifest 联动；Agent 负责阅读正文、选择目标 Space/Domain，并按 `follow_up` 显式刷新派生视图与索引。
+Adoption 是首次接管边界，不属于日常 Maintenance。`workspace domain adopt` 一次完成只读盘点、预览和确认后的原子接管，不持久化中间批次。外部目录通过临时隐藏目录复制并校验，原来源保持不变；Vault 内目录原地声明或移动到目标。CLI 负责哈希、软链接与冲突保护、声明、初始 MOC 和 Project/Manifest 联动；Agent 负责阅读正文、选择目标 Space/Domain，并执行返回的 `follow_up`。
 
 ## 6. 本地 Web 工作台
 

campfire_cli-0.1.9/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；`document move` 可在任意已声明 Domain 之间移动单篇文档并对齐可确定的 `domain`/`project`。目标 Profile 缺少语义字段时返回 `missing_fields`，调用方用 `--set`/`--unset` 补齐。只有实际写入成功的结果才可返回一个实际需要的 scoped `maintenance sync` follow-up；预览、阻塞或无派生影响时返回空列表。具体参数以对应命令的 `-h` 为准。

{campfire_cli-0.1.7 → campfire_cli-0.1.9}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: campfire-cli
-Version: 0.1.7
+Version: 0.1.9
 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 隔离。
 
 ## 常用命令
 
@@ -106,26 +106,24 @@ 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 完整恢复
 ```
 
 ## 存量接管与结构重构
 
-`workspace adopt` 负责首次接管已有文件夹：Vault 外来源先按哈希复制到 `_收件箱/待接管/<batch>`（原目录始终保留），Vault 内来源原地盘点；一次建立一个粗粒度 Domain，语义细分交给后续 Maintenance/Restructure 计划。
+`workspace domain adopt` 用一条命令接管一个已有文件夹。Vault 外来源经临时暂存和哈希校验复制到目标 Domain，原目录始终保留；Vault 内来源原地声明或移动到明确目标。命令一次建立一个粗粒度 Domain，语义细分交给后续 Restructure。
 
 ```bash
-campfire workspace adopt inventory --source /path/to/folder --batch notes-001
-campfire workspace adopt plan --batch notes-001 --target-path "mynote/新领域" \
-  --domain-id knowledge-new --name "新领域" --space knowledge \
+campfire workspace domain adopt --source /path/to/folder --target-path "mynote/新领域" \
+  --id knowledge-new --name "新领域" \
   --type knowledge-domain --governance knowledge-docs
-campfire workspace adopt apply --batch notes-001 --confirm
-campfire workspace adopt verify --batch notes-001
+# 审查同一份结构化计划后，对相同命令追加 --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
@@ -134,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 提交，失败恢复到执行前。
-- **显式后续治理**：写入命令以轻量 `follow_up` 返回 `maintenance sync/check` 的 Workspace 和 scope；Skill 顺序执行，CLI 不隐式捎带派生治理。
+- **按需后续治理**：写入命令只在实际写入成功且派生内容可能变化时返回一个最小 scope 的 `maintenance sync`；预览和阻塞结果的 `follow_up` 为空。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`；只读检查可直接执行，`restructure apply`、`maintenance apply`、`archive apply` 必须先审查计划并用显式确认参数。有歧义的分类和重构进入 Decision 待确认，不由 Agent 擅自决定。
+全局 Skill（`campfire skill list` 查看托管清单，`campfire skill sync` 手动同步）定义了 Agent 的标准工作流：首次读写先 `workspace resolve` 并读取 Workspace 的 `AGENTS.md`；单文档用 `document apply/move`，批量结构调整用 `workspace restructure`，归档用 `maintenance archive`。有歧义的分类和重构进入 Decision，不由 Agent 擅自决定。
 
 ## 许可
 

{campfire_cli-0.1.7 → campfire_cli-0.1.9}/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 隔离。
 
 ## 常用命令
 
@@ -90,26 +90,24 @@ 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 完整恢复
 ```
 
 ## 存量接管与结构重构
 
-`workspace adopt` 负责首次接管已有文件夹：Vault 外来源先按哈希复制到 `_收件箱/待接管/<batch>`（原目录始终保留），Vault 内来源原地盘点；一次建立一个粗粒度 Domain，语义细分交给后续 Maintenance/Restructure 计划。
+`workspace domain adopt` 用一条命令接管一个已有文件夹。Vault 外来源经临时暂存和哈希校验复制到目标 Domain，原目录始终保留；Vault 内来源原地声明或移动到明确目标。命令一次建立一个粗粒度 Domain，语义细分交给后续 Restructure。
 
 ```bash
-campfire workspace adopt inventory --source /path/to/folder --batch notes-001
-campfire workspace adopt plan --batch notes-001 --target-path "mynote/新领域" \
-  --domain-id knowledge-new --name "新领域" --space knowledge \
+campfire workspace domain adopt --source /path/to/folder --target-path "mynote/新领域" \
+  --id knowledge-new --name "新领域" \
   --type knowledge-domain --governance knowledge-docs
-campfire workspace adopt apply --batch notes-001 --confirm
-campfire workspace adopt verify --batch notes-001
+# 审查同一份结构化计划后，对相同命令追加 --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
@@ -118,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 提交，失败恢复到执行前。
-- **显式后续治理**：写入命令以轻量 `follow_up` 返回 `maintenance sync/check` 的 Workspace 和 scope；Skill 顺序执行，CLI 不隐式捎带派生治理。
+- **按需后续治理**：写入命令只在实际写入成功且派生内容可能变化时返回一个最小 scope 的 `maintenance sync`；预览和阻塞结果的 `follow_up` 为空。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`；只读检查可直接执行，`restructure apply`、`maintenance apply`、`archive apply` 必须先审查计划并用显式确认参数。有歧义的分类和重构进入 Decision 待确认，不由 Agent 擅自决定。
+全局 Skill（`campfire skill list` 查看托管清单，`campfire skill sync` 手动同步）定义了 Agent 的标准工作流：首次读写先 `workspace resolve` 并读取 Workspace 的 `AGENTS.md`；单文档用 `document apply/move`，批量结构调整用 `workspace restructure`，归档用 `maintenance archive`。有歧义的分类和重构进入 Decision，不由 Agent 擅自决定。
 
 ## 许可
 

{campfire_cli-0.1.7 → campfire_cli-0.1.9}/SPEC.md

@@ -96,25 +96,26 @@ 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` 与
-  `maintenance check` follow-up；调用方必须显式执行它们以刷新受影响 MOC
-  和当前 Workspace 索引。
+- 写命令只在实际写入成功且派生状态可能变化时返回一个 scoped `maintenance sync` follow-up；预览和阻塞结果必须返回空列表；
+  调用方只执行实际返回的 follow-up，不固定追加 check 或全量扫描。
 - `workspace rebuild` 默认只预览；`--confirm` 后从 Manifest 和 Markdown 完整替换派生索引。
 
 ## Workspace 接管
 
-- 外部来源必须只读，先复制到 `_收件箱/待接管/<batch>`；不得删除或修改原目录。
+- 外部来源必须只读，经临时隐藏目录复制和哈希校验后落到目标；不得删除或修改原目录。
 - Vault 内来源原地盘点，不得重复复制。
-- 软链接、目标冲突、暂存冲突和源哈希变化必须 fail closed。
+- 软链接、目标冲突和源哈希变化必须 fail closed。
 - 接管计划一次建立一个粗粒度 Domain；CLI 不得自行推断文档语义或子领域。
-- `apply` 默认只预检，显式 `--confirm` 后才移动暂存内容并创建领域声明。
-- `verify` 必须核对接管文件、哈希和领域声明；接管后的格式与细分治理继续使用 Maintenance 和 Restructure。
+- `workspace domain adopt` 默认只预览，显式 `--confirm` 后在一个 ChangeSet 中移动或复制内容并创建领域声明。
+- 提交成功前必须核对接管文件、哈希和领域声明；接管后的细分治理继续使用 Restructure。

{campfire_cli-0.1.7 → campfire_cli-0.1.9}/pyproject.toml

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

{campfire_cli-0.1.7 → campfire_cli-0.1.9}/src/campfire_cli/__init__.py

@@ -1,3 +1,3 @@
 """Campfire CLI package."""
 
-__version__ = "0.1.7"
+__version__ = "0.1.9"

campfire_cli-0.1.9/src/campfire_cli/alembic/versions/008_remove_adoption_batches.py

@@ -0,0 +1,16 @@
+"""Remove obsolete multi-stage Workspace adoption state."""
+
+from alembic import op
+
+revision = "008"
+down_revision = "007"
+branch_labels = None
+depends_on = None
+
+
+def upgrade() -> None:
+    op.drop_table("adoption_batches")
+
+
+def downgrade() -> None:
+    raise RuntimeError("The adoption workflow consolidation is intentionally irreversible")

campfire_cli-0.1.9/src/campfire_cli/app/base/schema/operation_schema.py

@@ -0,0 +1,33 @@
+from collections.abc import Iterable
+from pathlib import PurePosixPath
+from typing import Literal
+
+from pydantic import BaseModel
+
+
+class CommandFollowUp(BaseModel):
+    """Describe one deterministic governance command that a caller should run next."""
+
+    command: Literal["maintenance sync"]
+    workspace: str
+    scope: str
+
+
+def maintenance_sync_follow_up(workspace: str, scopes: Iterable[str]) -> list[CommandFollowUp]:
+    """Build one sync follow-up at the smallest scope containing all changes."""
+
+    paths = [PurePosixPath(scope.strip("/")) for scope in dict.fromkeys(scopes) if scope]
+    if not paths:
+        return []
+    common = list(paths[0].parts)
+    for path in paths[1:]:
+        shared: list[str] = []
+        for left, right in zip(common, path.parts, strict=False):
+            if left != right:
+                break
+            shared.append(left)
+        common = shared
+        if not common:
+            break
+    scope = PurePosixPath(*common).as_posix() if common else "."
+    return [CommandFollowUp(command="maintenance sync", workspace=workspace, scope=scope)]

{campfire_cli-0.1.7 → campfire_cli-0.1.9}/src/campfire_cli/app/document/SPEC.md

@@ -2,7 +2,7 @@
 
 本模块承载面向用户和 Agent 的文档业务能力，包括单篇检查与格式化、类型契约、Profile 契约、命名和 Frontmatter 治理。
 
-Document App 负责文档自身及其规则；Maintenance App 负责跨文档统一计划、执行、验收和派生内容同步；Workspace Restructure 用例负责存量结构重构。纯解析、序列化和路径安全等无业务状态的原子能力保留在 `common/documents/`。
+Document App 负责单篇文档及其规则；Maintenance App 负责检查、派生内容同步和归档；Workspace Restructure 负责存量批量结构重构。纯解析、序列化和路径安全等无业务状态的原子能力保留在 `common/documents/`。
 
 ## 当前能力
 
@@ -38,13 +38,13 @@ document/
 - `frontmatter`：检查、规划、执行和格式化文档属性。
 - `rule`：统一解释类型、Profile、枚举与跨字段不变量。
 - `inspect`：向 Agent 返回单篇文档的 Domain、类型、有效 Profile 和具体问题。
-- `apply`：根据目标路径和类型解析 Profile，不存在时生成文档，已存在时仅应用显式补丁；先完整渲染并校验，追加 `--confirm` 后原子写入。
+- `apply`：根据目标路径和类型解析 Profile，不存在时生成文档，已有 Frontmatter 时只应用显式补丁，无 Frontmatter 时保留正文并补齐完整契约；先完整渲染并校验，追加 `--confirm` 后原子写入。
 - `move`：在任意已声明 Domain 之间移动或改名一篇文档，按目标 Profile 对齐可确定的 `domain`/`project` 归属，并更新可确定解析的 Wiki、Markdown 和路径引用。目标 Profile 缺少业务字段时返回 `needs-input`，不猜测。
 - `scanner`：统一解释受管根、忽略目录和豁免文件；Document 与 Maintenance 共用。
 
-Document Service 可以被 Maintenance 和 Workspace Restructure 编排，但不得反向依赖它们。批量计划文件、运行记录、MOC、Base、归档和重构批次不属于 Document App。
+Document Service 可以被 Workspace Restructure 编排，但不得反向依赖 Maintenance。批量计划文件、运行记录、MOC、Base、归档和重构批次不属于 Document App。
 
-`apply` 与 `move` 只保证目标文档操作自身有效，不触发 Maintenance。Skill SOP 在写入后显式编排 scoped `maintenance sync` 和 `maintenance check`。所有写入先生成完整 ChangeSet，再经共享 Executor 在乐观锁内提交；多文件操作失败时恢复提交前内容。
+`apply` 与 `move` 只保证目标文档操作自身有效，不触发 Maintenance。结果只在派生状态可能变化时返回一个最小 scope 的 `maintenance sync`；调用方不得固定追加 check。所有写入先生成完整 ChangeSet，再经共享 Executor 在乐观锁内提交；多文件操作失败时恢复提交前内容。
 
 包内 `config.yml` 的默认 Profile 与用户级 `~/.campfire/config.yml` 覆盖共同构成当前治理契约。
 

{campfire_cli-0.1.7 → campfire_cli-0.1.9}/src/campfire_cli/app/document/cli/document_cli.py

@@ -123,8 +123,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 +135,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,