flower-trellis 0.6.0 → 0.6.1-beta.0

package/README.md

@@ -85,7 +85,7 @@ flower-trellis -v
 
 > 已全局安装时可直接写 `flower-trellis`、`ftl` 或 `ft`(三者等价);未安装则在命令前加 `npx`。
 
-为统计安装活跃度和版本分布，CLI 默认在远程版本检查及 `init` / `update` 成功后上报随机设备 ID、Flower/Trellis 版本、项目 `.trellis/.developer` 名称和运行平台；不采集 MAC、主机名、系统用户名、项目路径或仓库地址。可用 `flower-trellis telemetry disable` 持久停用，或用 `FLOWER_NO_TELEMETRY=1` 临时停用。
+为统计安装活跃度和版本分布，CLI 默认在远程版本检查及 `init` / `update` 成功后上报随机设备 ID、Flower/Trellis 版本、开发者名称和运行平台。开发者名称优先读取项目 `.trellis/.developer`，缺失时回退到目标目录可见的 Git `user.name`，并缓存最近一次有效名称供后续上报；不采集 Git 邮箱、MAC、主机名、系统用户名、项目路径或仓库地址。可用 `flower-trellis telemetry disable` 持久停用，或用 `FLOWER_NO_TELEMETRY=1` 临时停用。
 
 ### 命令
 
@@ -350,7 +350,7 @@ flower banner → 平台多选菜单 → Trellis 原生交互(模板 / monorepo
   npm i -g flower-trellis@latest && flower-trellis update
   ```
 
-- **0.6 兼容门禁**:当前强化快照已登记 Trellis `0.6.12`。未登记的同一 `0.6.x` 会显示 `untested-upstream` 警告，并在完整 Patch/冲突检查通过后继续；`0.7+` / `1.x` 不会自动复用 0.6 baseline。遇到未支持的新版本时，先升级 flower-trellis，或使用 `--no-enhance` 只运行纯上游 Trellis。
+- **0.6 兼容门禁**:当前强化快照已登记 Trellis `0.6.14`。未登记的同一 `0.6.x` 会显示 `untested-upstream` 警告，并在完整 Patch/冲突检查通过后继续；`0.7+` / `1.x` 不会自动复用 0.6 baseline。遇到未支持的新版本时，先升级 flower-trellis，或使用 `--no-enhance` 只运行纯上游 Trellis。
 
 - **通用技能**:`flower-trellis update` 会用新版快照覆盖仓库中已经启用的 common skill,
   未启用项不会自动安装;若某个已安装 common skill 已从新版快照移除,更新会精确删除其

package/enhancements/0.6/.agents/skills/trellis-push/SKILL.md

@@ -126,68 +126,15 @@ auto-loop 内部 `commit-only` 也允许 retained dirty 存在，但每个生成
 
 ## Step 3：展示最小计划
 
-确认前禁止 `git add`、`git commit` 或 `git push`。计划只展示：
+确认前禁止 `git add`、`git commit` 或 `git push`。
 
-```markdown
-## Trellis Push 计划
+普通模式或用户 `commit-only` 在所有计划数据已经收敛、即将展示用户可见计划时，必须即时读取 `references/output-templates.md` 的“计划模板”和“共用展示规则”，再按该 reference 渲染。不得在 Skill 入口、仓库发现或预检阶段提前加载该文件；每次实际计划输出都以这次即时读取为准。
 
-[<PUSH / PUSH · MERGE / COMMIT-ONLY>] <N> 个仓库 · <N> 个 commit · <N> 个文件 · 保留未提交 <N> · 风险 <N>
-
-- **工作**：<任务名 | `Untracked work: <work-id>` | 无活动任务>
-- **顺序**：<repo-a> [-> `<local generation command>`] -> <repo-b> [-> task progress]
-
-### 完成链证据
-- **Check-All**：<通过 / 通过（已接受风险：CHK-001,FBK-002） / 未运行 / 已失效 / 存在未处置 findings / blocked / 部分验证>
-- **Update-Spec**：<no-op / written / needs-review / 未运行 / 已失效>
-
-### 1. <repository-name>
-
-- **Message**：`<commit message>`
-- **分支**：`<branch>` -> `<upstream>`
-- **变更**：<N> 个文件 · `+<adds> -<deletes>`
-- **父提交**：`<pre-merge-head>` + `<merge-head>`（仅已有 merge 时显示）
-- **Push**：<执行 / 跳过（commit-only）>
-
-计划提交：
-- <exact files 或分组摘要>
-
-[生成（多仓需要时显示）：前置仓成功后，在 `<working-directory>` 运行 `<exact local command>`；预计只影响 <后续仓 exact files 或分组摘要>]
-
-### 保留未提交的变更（dirty，仅数量大于 0 时显示）
-- [untracked] <path>
-- [unstaged] <path>
-- [staged] <path>
-
-### 风险（仅数量大于 0 时显示）
-- <Check-All / Update-Spec 风险，或 unknown ahead / branch-upstream / attribution risk>
-
-### 任务记录（仅普通模式且存在活动任务时显示）
-
-- **Message**：`chore(task): update <task-name> progress` · <N> 个文件
-- **仓库**：<repository-name> · 分支：`<branch>` -> `<upstream>`
-- **计划提交**：<当前任务 exact files 或分组摘要>
-- **进度**：completed=<...> | partial=<...> | next=<...>
-- **执行**：<commit -> push -> progress commit -> progress push>
-
-确认执行请回复 `确认`。可调整：`只提交`、`修改 message`、`展开文件`。
-```
-
-展示规则：
-
-- 计划与结果模板中的字段行必须使用 `- **字段**：值` 列表项。这些行在 Markdown 段落内会被折叠成一段，不得改回裸段落行，也不得依赖行尾空格换行。
-- 「任务记录」是与各仓库区平级的独立 `###` 小节，仅普通模式且存在活动任务时整节展示；不再用方括号条件行代替小节标题。
-- 单仓 `planned` 不超过 8 个文件时完整列出。
-- 超过 8 个时按目录归组，最多 12 行；用户要求展开时展示同一 exact set。
-- 顶部仓库/commit/file 总数包含独立任务记录提交所在 Git root、该提交及其 exact files；任务记录文件使用相同的 8 文件展示阈值和展开规则。
-- 保留未提交的变更始终逐项标注 Git 状态；真正风险在独立“风险”区逐项展示。
-- 完成链证据始终显示当前状态，但不重复 Check-All 报告或 Spec review 正文；`未运行`、`已失效`、任一未处置 `CHK-*` / `FBK-*`、blocked、部分验证或 `needs-review` 同时计入风险区。已接受风险的问题也必须按 ID、严重度和影响进入风险区，但不得改标为阻断 finding。
-- 无活动 task、untracked 或 `commit-only` 时省略进度动作。
-- 不重复展示检查结果、规范复核、归档或其他阶段的详细信息。
-- 生成前无法确定的内容和增删行写“生成后计算”，不得填预测值。
+reference 缺失、无法读取或缺少对应章节时停止并报告 `阻塞`，不得凭记忆重建、缩写或自制替代模板。
 
 普通多仓只确认一次。计划已展示生成命令和预计 exact files 时，命令成功且没有出现预计列表外的新 dirty path 就沿用原确认；内容、hash 或统计变化不重问。其它计划边界变化仍按 Step 4 重新规划。
 
-auto-loop 内部 `commit-only` 仍生成同样的逐仓执行数据用于自检和结果记录，但不再次询问用户；它只能在当前任务 artifacts、runner owned dirty 和 protected-retained 边界内形成 exact files/message。
+auto-loop 内部 `commit-only` 不渲染交互式计划或结果，也不再次询问用户，因此不得为了内部执行读取 `references/output-templates.md`。它仍生成同样的逐仓执行数据用于自检、恢复和调用方结果记录，并且只能在当前任务 artifacts、runner owned dirty 和 protected-retained 边界内形成 exact files/message。
 
 ## Step 4：精确提交与推送
 
@@ -308,36 +255,9 @@ python3 ./.trellis/scripts/task_progress.py write \
 
 untracked 的全部已确认 Git 动作成功后，最后运行 `python3 ./.trellis/scripts/untracked_flow.py clear --reason completed --work-id <work-id>`。清理成功才报告完成链已结束；任一仓库、push 或清理失败都保留状态并报告恢复位置，禁止因部分成功伪造完成。用户 `commit-only` 的已确认动作全部成功时同样可以完成并清理。
 
-结果复用计划的视觉顺序，先给总览，再逐仓报告实际 commit/push，最后报告任务进度与保留 dirty：
-
-```markdown
-## Trellis Push 结果
-
-[完成 / 部分完成 / 失败] <N> 个仓库 · <N> 个业务 commit
-
-### 1. <repository-name>
-
-- **Commit**：`<short-hash> <actual commit message>`
-- **分支**：`<branch>` -> `<upstream>`
-- **状态**：<✓ 已推送 / · 仅本地提交 / ❌ 失败>
-- **生成**：`<exact local command>` · <✓ 已完成 / ❌ 失败 / · 未执行>（仅多仓需要时显示）
-
-### 任务进度
-
-- **状态**：<✓ 已同步并进入 completed · `<progress-hash>` / ✓ partial 已同步且保持 in_progress / · 已跳过 / ❌ 同步失败，不得报告完成>
-- **记录**：<N> 个当前任务文件
-- **进度**：completed=<...> | partial=<...> | next=<...>
-- **失败原因**：<原因和恢复动作>（仅失败时显示）
-
-### 保留未提交的变更（dirty，仅存在时显示）
-- [untracked] <path>
-- [unstaged] <path>
-- [staged] <path>
-```
-
-untracked 结果用“无任务状态”替代“任务进度”，展示 work id 与 `<已清理/保留待恢复>`；不生成或暗示 task progress commit。
+普通模式、用户 `commit-only` 或 untracked 路径在即将展示用户可见结果时，必须再次即时读取 `references/output-templates.md` 的“共用展示规则”、“结果模板”和“结果补充规则”，再按该 reference 渲染。不得依赖 Step 3 曾经读取的模板仍在上下文中。
 
-部分完成时必须明确列出已成功仓库、失败仓库/步骤、当前分支和下一恢复动作。业务结果与 progress sync 状态不得合并成一个模糊结论。
+reference 缺失、无法读取或缺少对应章节时停止并报告 `阻塞`，不得凭记忆重建、缩写或自制替代结果。auto-loop 内部 `commit-only` 不读取或渲染该交互式结果模板，只按 Step 4 的失败保留契约向调用方返回逐仓 commits、files、retained、message 和失败位置，由 `trellis-auto-loop` 完成 `record + next`。
 
 ## 禁止事项
 

package/enhancements/0.6/.agents/skills/trellis-push/references/output-templates.md

@@ -0,0 +1,96 @@
+# Trellis Push 输出模板
+
+本 reference 只定义用户可见的计划、结果和展示规则。何时读取、是否确认、能否执行以及失败恢复均由同目录 `SKILL.md` 所有。
+
+## 计划模板
+
+```markdown
+## Trellis Push 计划
+
+[<PUSH / PUSH · MERGE / COMMIT-ONLY>] <N> 个仓库 · <N> 个 commit · <N> 个文件 · 保留未提交 <N> · 风险 <N>
+
+- **工作**：<任务名 | `Untracked work: <work-id>` | 无活动任务>
+- **顺序**：<repo-a> [-> `<local generation command>`] -> <repo-b> [-> task progress]
+
+### 完成链证据
+- **Check-All**：<通过 / 通过（已接受风险：CHK-001,FBK-002） / 未运行 / 已失效 / 存在未处置 findings / blocked / 部分验证>
+- **Update-Spec**：<no-op / written / needs-review / 未运行 / 已失效>
+
+### 1. <repository-name>
+
+- **Message**：`<commit message>`
+- **分支**：`<branch>` -> `<upstream>`
+- **变更**：<N> 个文件 · `+<adds> -<deletes>`
+- **父提交**：`<pre-merge-head>` + `<merge-head>`（仅已有 merge 时显示）
+- **Push**：<执行 / 跳过（commit-only）>
+
+计划提交：
+- <exact files 或分组摘要>
+
+[生成（多仓需要时显示）：前置仓成功后，在 `<working-directory>` 运行 `<exact local command>`；预计只影响 <后续仓 exact files 或分组摘要>]
+
+### 保留未提交的变更（dirty，仅数量大于 0 时显示）
+- [untracked] <path>
+- [unstaged] <path>
+- [staged] <path>
+
+### 风险（仅数量大于 0 时显示）
+- <Check-All / Update-Spec 风险，或 unknown ahead / branch-upstream / attribution risk>
+
+### 任务记录（仅普通模式且存在活动任务时显示）
+
+- **Message**：`chore(task): update <task-name> progress` · <N> 个文件
+- **仓库**：<repository-name> · 分支：`<branch>` -> `<upstream>`
+- **计划提交**：<当前任务 exact files 或分组摘要>
+- **进度**：completed=<...> | partial=<...> | next=<...>
+- **执行**：<commit -> push -> progress commit -> progress push>
+
+确认执行请回复 `确认`。可调整：`只提交`、`修改 message`、`展开文件`。
+```
+
+## 共用展示规则
+
+- 计划与结果模板中的字段行必须使用 `- **字段**：值` 列表项。这些行在 Markdown 段落内会被折叠成一段，不得改回裸段落行，也不得依赖行尾空格换行。
+- 「任务记录」是与各仓库区平级的独立 `###` 小节，仅普通模式且存在活动任务时整节展示；不再用方括号条件行代替小节标题。
+- 单仓 `planned` 不超过 8 个文件时完整列出。
+- 超过 8 个时按目录归组，最多 12 行；用户要求展开时展示同一 exact set。
+- 顶部仓库/commit/file 总数包含独立任务记录提交所在 Git root、该提交及其 exact files；任务记录文件使用相同的 8 文件展示阈值和展开规则。
+- 保留未提交的变更始终逐项标注 Git 状态；真正风险在独立“风险”区逐项展示。
+- 完成链证据始终显示当前状态，但不重复 Check-All 报告或 Spec review 正文；`未运行`、`已失效`、任一未处置 `CHK-*` / `FBK-*`、blocked、部分验证或 `needs-review` 同时计入风险区。已接受风险的问题也必须按 ID、严重度和影响进入风险区，但不得改标为阻断 finding。
+- 无活动 task、untracked 或 `commit-only` 时省略进度动作。
+- 不重复展示检查结果、规范复核、归档或其他阶段的详细信息。
+- 生成前无法确定的内容和增删行写“生成后计算”，不得填预测值。
+
+## 结果模板
+
+结果复用计划的视觉顺序，先给总览，再逐仓报告实际 commit/push，最后报告任务进度与保留 dirty：
+
+```markdown
+## Trellis Push 结果
+
+[完成 / 部分完成 / 失败] <N> 个仓库 · <N> 个业务 commit
+
+### 1. <repository-name>
+
+- **Commit**：`<short-hash> <actual commit message>`
+- **分支**：`<branch>` -> `<upstream>`
+- **状态**：<✓ 已推送 / · 仅本地提交 / ❌ 失败>
+- **生成**：`<exact local command>` · <✓ 已完成 / ❌ 失败 / · 未执行>（仅多仓需要时显示）
+
+### 任务进度
+
+- **状态**：<✓ 已同步并进入 completed · `<progress-hash>` / ✓ partial 已同步且保持 in_progress / · 已跳过 / ❌ 同步失败，不得报告完成>
+- **记录**：<N> 个当前任务文件
+- **进度**：completed=<...> | partial=<...> | next=<...>
+- **失败原因**：<原因和恢复动作>（仅失败时显示）
+
+### 保留未提交的变更（dirty，仅存在时显示）
+- [untracked] <path>
+- [unstaged] <path>
+- [staged] <path>
+```
+
+## 结果补充规则
+
+- untracked 结果用“无任务状态”替代“任务进度”，展示 work id 与 `<已清理/保留待恢复>`；不生成或暗示 task progress commit。
+- 部分完成时必须明确列出已成功仓库、失败仓库/步骤、当前分支和下一恢复动作。业务结果与 progress sync 状态不得合并成一个模糊结论。

package/enhancements/0.6/.claude/skills/trellis-push/SKILL.md

@@ -126,68 +126,15 @@ auto-loop 内部 `commit-only` 也允许 retained dirty 存在，但每个生成
 
 ## Step 3：展示最小计划
 
-确认前禁止 `git add`、`git commit` 或 `git push`。计划只展示：
+确认前禁止 `git add`、`git commit` 或 `git push`。
 
-```markdown
-## Trellis Push 计划
+普通模式或用户 `commit-only` 在所有计划数据已经收敛、即将展示用户可见计划时，必须即时读取 `references/output-templates.md` 的“计划模板”和“共用展示规则”，再按该 reference 渲染。不得在 Skill 入口、仓库发现或预检阶段提前加载该文件；每次实际计划输出都以这次即时读取为准。
 
-[<PUSH / PUSH · MERGE / COMMIT-ONLY>] <N> 个仓库 · <N> 个 commit · <N> 个文件 · 保留未提交 <N> · 风险 <N>
-
-- **工作**：<任务名 | `Untracked work: <work-id>` | 无活动任务>
-- **顺序**：<repo-a> [-> `<local generation command>`] -> <repo-b> [-> task progress]
-
-### 完成链证据
-- **Check-All**：<通过 / 通过（已接受风险：CHK-001,FBK-002） / 未运行 / 已失效 / 存在未处置 findings / blocked / 部分验证>
-- **Update-Spec**：<no-op / written / needs-review / 未运行 / 已失效>
-
-### 1. <repository-name>
-
-- **Message**：`<commit message>`
-- **分支**：`<branch>` -> `<upstream>`
-- **变更**：<N> 个文件 · `+<adds> -<deletes>`
-- **父提交**：`<pre-merge-head>` + `<merge-head>`（仅已有 merge 时显示）
-- **Push**：<执行 / 跳过（commit-only）>
-
-计划提交：
-- <exact files 或分组摘要>
-
-[生成（多仓需要时显示）：前置仓成功后，在 `<working-directory>` 运行 `<exact local command>`；预计只影响 <后续仓 exact files 或分组摘要>]
-
-### 保留未提交的变更（dirty，仅数量大于 0 时显示）
-- [untracked] <path>
-- [unstaged] <path>
-- [staged] <path>
-
-### 风险（仅数量大于 0 时显示）
-- <Check-All / Update-Spec 风险，或 unknown ahead / branch-upstream / attribution risk>
-
-### 任务记录（仅普通模式且存在活动任务时显示）
-
-- **Message**：`chore(task): update <task-name> progress` · <N> 个文件
-- **仓库**：<repository-name> · 分支：`<branch>` -> `<upstream>`
-- **计划提交**：<当前任务 exact files 或分组摘要>
-- **进度**：completed=<...> | partial=<...> | next=<...>
-- **执行**：<commit -> push -> progress commit -> progress push>
-
-确认执行请回复 `确认`。可调整：`只提交`、`修改 message`、`展开文件`。
-```
-
-展示规则：
-
-- 计划与结果模板中的字段行必须使用 `- **字段**：值` 列表项。这些行在 Markdown 段落内会被折叠成一段，不得改回裸段落行，也不得依赖行尾空格换行。
-- 「任务记录」是与各仓库区平级的独立 `###` 小节，仅普通模式且存在活动任务时整节展示；不再用方括号条件行代替小节标题。
-- 单仓 `planned` 不超过 8 个文件时完整列出。
-- 超过 8 个时按目录归组，最多 12 行；用户要求展开时展示同一 exact set。
-- 顶部仓库/commit/file 总数包含独立任务记录提交所在 Git root、该提交及其 exact files；任务记录文件使用相同的 8 文件展示阈值和展开规则。
-- 保留未提交的变更始终逐项标注 Git 状态；真正风险在独立“风险”区逐项展示。
-- 完成链证据始终显示当前状态，但不重复 Check-All 报告或 Spec review 正文；`未运行`、`已失效`、任一未处置 `CHK-*` / `FBK-*`、blocked、部分验证或 `needs-review` 同时计入风险区。已接受风险的问题也必须按 ID、严重度和影响进入风险区，但不得改标为阻断 finding。
-- 无活动 task、untracked 或 `commit-only` 时省略进度动作。
-- 不重复展示检查结果、规范复核、归档或其他阶段的详细信息。
-- 生成前无法确定的内容和增删行写“生成后计算”，不得填预测值。
+reference 缺失、无法读取或缺少对应章节时停止并报告 `阻塞`，不得凭记忆重建、缩写或自制替代模板。
 
 普通多仓只确认一次。计划已展示生成命令和预计 exact files 时，命令成功且没有出现预计列表外的新 dirty path 就沿用原确认；内容、hash 或统计变化不重问。其它计划边界变化仍按 Step 4 重新规划。
 
-auto-loop 内部 `commit-only` 仍生成同样的逐仓执行数据用于自检和结果记录，但不再次询问用户；它只能在当前任务 artifacts、runner owned dirty 和 protected-retained 边界内形成 exact files/message。
+auto-loop 内部 `commit-only` 不渲染交互式计划或结果，也不再次询问用户，因此不得为了内部执行读取 `references/output-templates.md`。它仍生成同样的逐仓执行数据用于自检、恢复和调用方结果记录，并且只能在当前任务 artifacts、runner owned dirty 和 protected-retained 边界内形成 exact files/message。
 
 ## Step 4：精确提交与推送
 
@@ -308,36 +255,9 @@ python3 ./.trellis/scripts/task_progress.py write \
 
 untracked 的全部已确认 Git 动作成功后，最后运行 `python3 ./.trellis/scripts/untracked_flow.py clear --reason completed --work-id <work-id>`。清理成功才报告完成链已结束；任一仓库、push 或清理失败都保留状态并报告恢复位置，禁止因部分成功伪造完成。用户 `commit-only` 的已确认动作全部成功时同样可以完成并清理。
 
-结果复用计划的视觉顺序，先给总览，再逐仓报告实际 commit/push，最后报告任务进度与保留 dirty：
-
-```markdown
-## Trellis Push 结果
-
-[完成 / 部分完成 / 失败] <N> 个仓库 · <N> 个业务 commit
-
-### 1. <repository-name>
-
-- **Commit**：`<short-hash> <actual commit message>`
-- **分支**：`<branch>` -> `<upstream>`
-- **状态**：<✓ 已推送 / · 仅本地提交 / ❌ 失败>
-- **生成**：`<exact local command>` · <✓ 已完成 / ❌ 失败 / · 未执行>（仅多仓需要时显示）
-
-### 任务进度
-
-- **状态**：<✓ 已同步并进入 completed · `<progress-hash>` / ✓ partial 已同步且保持 in_progress / · 已跳过 / ❌ 同步失败，不得报告完成>
-- **记录**：<N> 个当前任务文件
-- **进度**：completed=<...> | partial=<...> | next=<...>
-- **失败原因**：<原因和恢复动作>（仅失败时显示）
-
-### 保留未提交的变更（dirty，仅存在时显示）
-- [untracked] <path>
-- [unstaged] <path>
-- [staged] <path>
-```
-
-untracked 结果用“无任务状态”替代“任务进度”，展示 work id 与 `<已清理/保留待恢复>`；不生成或暗示 task progress commit。
+普通模式、用户 `commit-only` 或 untracked 路径在即将展示用户可见结果时，必须再次即时读取 `references/output-templates.md` 的“共用展示规则”、“结果模板”和“结果补充规则”，再按该 reference 渲染。不得依赖 Step 3 曾经读取的模板仍在上下文中。
 
-部分完成时必须明确列出已成功仓库、失败仓库/步骤、当前分支和下一恢复动作。业务结果与 progress sync 状态不得合并成一个模糊结论。
+reference 缺失、无法读取或缺少对应章节时停止并报告 `阻塞`，不得凭记忆重建、缩写或自制替代结果。auto-loop 内部 `commit-only` 不读取或渲染该交互式结果模板，只按 Step 4 的失败保留契约向调用方返回逐仓 commits、files、retained、message 和失败位置，由 `trellis-auto-loop` 完成 `record + next`。
 
 ## 禁止事项
 

package/enhancements/0.6/.claude/skills/trellis-push/references/output-templates.md

@@ -0,0 +1,96 @@
+# Trellis Push 输出模板
+
+本 reference 只定义用户可见的计划、结果和展示规则。何时读取、是否确认、能否执行以及失败恢复均由同目录 `SKILL.md` 所有。
+
+## 计划模板
+
+```markdown
+## Trellis Push 计划
+
+[<PUSH / PUSH · MERGE / COMMIT-ONLY>] <N> 个仓库 · <N> 个 commit · <N> 个文件 · 保留未提交 <N> · 风险 <N>
+
+- **工作**：<任务名 | `Untracked work: <work-id>` | 无活动任务>
+- **顺序**：<repo-a> [-> `<local generation command>`] -> <repo-b> [-> task progress]
+
+### 完成链证据
+- **Check-All**：<通过 / 通过（已接受风险：CHK-001,FBK-002） / 未运行 / 已失效 / 存在未处置 findings / blocked / 部分验证>
+- **Update-Spec**：<no-op / written / needs-review / 未运行 / 已失效>
+
+### 1. <repository-name>
+
+- **Message**：`<commit message>`
+- **分支**：`<branch>` -> `<upstream>`
+- **变更**：<N> 个文件 · `+<adds> -<deletes>`
+- **父提交**：`<pre-merge-head>` + `<merge-head>`（仅已有 merge 时显示）
+- **Push**：<执行 / 跳过（commit-only）>
+
+计划提交：
+- <exact files 或分组摘要>
+
+[生成（多仓需要时显示）：前置仓成功后，在 `<working-directory>` 运行 `<exact local command>`；预计只影响 <后续仓 exact files 或分组摘要>]
+
+### 保留未提交的变更（dirty，仅数量大于 0 时显示）
+- [untracked] <path>
+- [unstaged] <path>
+- [staged] <path>
+
+### 风险（仅数量大于 0 时显示）
+- <Check-All / Update-Spec 风险，或 unknown ahead / branch-upstream / attribution risk>
+
+### 任务记录（仅普通模式且存在活动任务时显示）
+
+- **Message**：`chore(task): update <task-name> progress` · <N> 个文件
+- **仓库**：<repository-name> · 分支：`<branch>` -> `<upstream>`
+- **计划提交**：<当前任务 exact files 或分组摘要>
+- **进度**：completed=<...> | partial=<...> | next=<...>
+- **执行**：<commit -> push -> progress commit -> progress push>
+
+确认执行请回复 `确认`。可调整：`只提交`、`修改 message`、`展开文件`。
+```
+
+## 共用展示规则
+
+- 计划与结果模板中的字段行必须使用 `- **字段**：值` 列表项。这些行在 Markdown 段落内会被折叠成一段，不得改回裸段落行，也不得依赖行尾空格换行。
+- 「任务记录」是与各仓库区平级的独立 `###` 小节，仅普通模式且存在活动任务时整节展示；不再用方括号条件行代替小节标题。
+- 单仓 `planned` 不超过 8 个文件时完整列出。
+- 超过 8 个时按目录归组，最多 12 行；用户要求展开时展示同一 exact set。
+- 顶部仓库/commit/file 总数包含独立任务记录提交所在 Git root、该提交及其 exact files；任务记录文件使用相同的 8 文件展示阈值和展开规则。
+- 保留未提交的变更始终逐项标注 Git 状态；真正风险在独立“风险”区逐项展示。
+- 完成链证据始终显示当前状态，但不重复 Check-All 报告或 Spec review 正文；`未运行`、`已失效`、任一未处置 `CHK-*` / `FBK-*`、blocked、部分验证或 `needs-review` 同时计入风险区。已接受风险的问题也必须按 ID、严重度和影响进入风险区，但不得改标为阻断 finding。
+- 无活动 task、untracked 或 `commit-only` 时省略进度动作。
+- 不重复展示检查结果、规范复核、归档或其他阶段的详细信息。
+- 生成前无法确定的内容和增删行写“生成后计算”，不得填预测值。
+
+## 结果模板
+
+结果复用计划的视觉顺序，先给总览，再逐仓报告实际 commit/push，最后报告任务进度与保留 dirty：
+
+```markdown
+## Trellis Push 结果
+
+[完成 / 部分完成 / 失败] <N> 个仓库 · <N> 个业务 commit
+
+### 1. <repository-name>
+
+- **Commit**：`<short-hash> <actual commit message>`
+- **分支**：`<branch>` -> `<upstream>`
+- **状态**：<✓ 已推送 / · 仅本地提交 / ❌ 失败>
+- **生成**：`<exact local command>` · <✓ 已完成 / ❌ 失败 / · 未执行>（仅多仓需要时显示）
+
+### 任务进度
+
+- **状态**：<✓ 已同步并进入 completed · `<progress-hash>` / ✓ partial 已同步且保持 in_progress / · 已跳过 / ❌ 同步失败，不得报告完成>
+- **记录**：<N> 个当前任务文件
+- **进度**：completed=<...> | partial=<...> | next=<...>
+- **失败原因**：<原因和恢复动作>（仅失败时显示）
+
+### 保留未提交的变更（dirty，仅存在时显示）
+- [untracked] <path>
+- [unstaged] <path>
+- [staged] <path>
+```
+
+## 结果补充规则
+
+- untracked 结果用“无任务状态”替代“任务进度”，展示 work id 与 `<已清理/保留待恢复>`；不生成或暗示 task progress commit。
+- 部分完成时必须明确列出已成功仓库、失败仓库/步骤、当前分支和下一恢复动作。业务结果与 progress sync 状态不得合并成一个模糊结论。

package/enhancements/0.6/overrides/bundles/control-plane-integrity.json

@@ -6,6 +6,7 @@
   "patches": [
     "scripts/task-store-write-integrity",
     "scripts/runtime-state-integrity",
-    "scripts/session-context-update-boundary"
+    "scripts/session-context-update-boundary",
+    "hooks/session-start/update-boundary"
   ]
 }

package/enhancements/0.6/overrides/bundles/trellis-session-insight.json

@@ -0,0 +1,7 @@
+{
+  "schemaVersion": 1,
+  "id": "trellis-session-insight",
+  "aliases": ["session-insight"],
+  "installMode": "full-or-selected",
+  "patches": ["skills/trellis-session-insight/grok-memory-support"]
+}

package/enhancements/0.6/overrides/compatibility.json

@@ -6,7 +6,7 @@
     "minor": 6
   },
   "testedVersions": [
-    "0.6.12"
+    "0.6.14"
   ],
   "untestedPatchPolicy": "warning",
   "newLinePolicy": "error"

package/enhancements/0.6/overrides/conflicts.json

@@ -326,7 +326,7 @@
         ]
       },
       "owner": "workflow-state",
-      "reason": "局部 Patch 必须同时保留 Flower subject 分支与 0.6.12 的 no-trellis、ZCode 和 Codex auto 能力。"
+      "reason": "局部 Patch 必须同时保留 Flower subject 分支与 0.6.14 的 no-trellis、ZCode 和 Codex auto 能力。"
     },
     {
       "id": "paths-required-clear-result",
@@ -1464,6 +1464,7 @@
       "whenOperations": [
         "session-context-update-imports",
         "session-context-update-constants",
+        "session-context-update-docstring",
         "session-context-update-helpers",
         "session-context-update-output"
       ],
@@ -1471,14 +1472,95 @@
         "type": "absent-literal",
         "values": [
           "def _get_update_hint(",
+          "def get_update_hint(",
           "def _mark_update_check_attempted(",
           "def _update_marker_path(",
+          "get_update_hint           - Once-per-session",
           "[\"trellis\", \"--version\"]"
         ]
       },
       "owner": "flower-update-hook",
       "reason": "默认 Session Context 只负责项目上下文；更新检查必须统一由 Flower SessionStart Hook 进入。"
     },
+    {
+      "id": "session-start-required-flower-update-boundary-claude",
+      "severity": "error",
+      "target": ".claude/hooks/session-start.py",
+      "whenOperations": [
+        "session-start-update-notice-builder",
+        "session-start-update-hint-resolver",
+        "session-start-update-notice-output"
+      ],
+      "assertion": {
+        "type": "required-literal",
+        "values": [
+          "# BEGIN skill-garden patch session-start-update-notice-builder v0.6",
+          "Return the first-reply notice without adding a second update channel.",
+          "# BEGIN skill-garden patch session-start-update-notice-output v0.6",
+          "output.write(_build_first_reply_notice())",
+          "<first-reply-notice>"
+        ]
+      },
+      "owner": "flower-update-hook",
+      "reason": "共享 SessionStart 必须保留首轮提示，但不能重新引入 Trellis 原生更新入口。"
+    },
+    {
+      "id": "session-start-no-upstream-update-relay-zcode",
+      "severity": "error",
+      "target": ".zcode/hooks/session-start.py",
+      "whenOperations": [
+        "session-start-update-notice-builder",
+        "session-start-update-hint-resolver",
+        "session-start-update-notice-output"
+      ],
+      "assertion": {
+        "type": "absent-literal",
+        "values": [
+          "def _resolve_update_hint(",
+          "from common.session_context import get_update_hint",
+          "Also relay this Trellis maintenance notice",
+          "_resolve_update_hint(trellis_dir, context_key)"
+        ]
+      },
+      "owner": "flower-update-hook",
+      "reason": "ZCode 代表共享 Hook 输出，必须证明上游 update relay 已从最终产物移除。"
+    },
+    {
+      "id": "session-insight-required-grok-memory-agents",
+      "severity": "error",
+      "target": ".agents/skills/trellis-session-insight/SKILL.md",
+      "whenOperations": ["session-insight-grok-overview"],
+      "assertion": {
+        "type": "required-literal",
+        "values": [
+          "Claude Code, Codex, Grok Build, Pi Agent, and ZCode",
+          "`~/.grok/sessions/`",
+          "OpenCode logs are not yet indexable"
+        ]
+      },
+      "owner": "trellis-session-insight",
+      "reason": "Session Insight 说明必须与 0.6.14 的 Grok reader 和 OpenCode 限制一致。"
+    },
+    {
+      "id": "session-insight-required-grok-cli-claude",
+      "severity": "error",
+      "target": ".claude/skills/trellis-session-insight/references/cli-quick-reference.md",
+      "whenOperations": [
+        "session-insight-grok-cli-flags",
+        "session-insight-grok-cli-caveats"
+      ],
+      "assertion": {
+        "type": "required-literal",
+        "values": [
+          "`--platform claude\\|codex\\|grok\\|opencode\\|pi\\|zcode\\|all`",
+          "Claude, Codex, Grok, Pi, and ZCode support native boundaries",
+          "Grok may only retain a rendered transcript",
+          "`~/.grok/sessions/`"
+        ]
+      },
+      "owner": "trellis-session-insight",
+      "reason": "Claude 副本的 CLI reference 必须跟随 0.6.14 runtime help 和压缩恢复边界。"
+    },
     {
       "id": "codex-check-required-check-all-intent-guard",
       "severity": "error",

package/enhancements/0.6/overrides/patches/hooks/session-start/update-boundary/notice-builder-content.py

@@ -0,0 +1,3 @@
+def _build_first_reply_notice() -> str:
+    """Return the first-reply notice without adding a second update channel."""
+    return FIRST_REPLY_NOTICE

package/enhancements/0.6/overrides/patches/hooks/session-start/update-boundary/notice-builder-selector.py

@@ -0,0 +1,18 @@
+def _build_first_reply_notice(update_hint: str | None) -> str:
+    """First-reply notice, carrying the Trellis update reminder when there is one.
+
+    The reminder has to reach the *user*, not just the model's context — a line
+    buried in SessionStart context is exactly how the update step kept getting
+    skipped. This block is already the payload's one "say it out loud" channel,
+    so the hint rides along instead of growing a second mechanism.
+
+    With no hint the notice is byte-identical to the plain constant: no empty
+    block, no placeholder line.
+    """
+    if not update_hint:
+        return FIRST_REPLY_NOTICE
+    return (
+        f"{_FIRST_REPLY_NOTICE_HEAD}\n"
+        f"Also relay this Trellis maintenance notice on its own line in that same reply: {update_hint}\n"
+        f"{_FIRST_REPLY_NOTICE_TAIL}"
+    )

package/enhancements/0.6/overrides/patches/hooks/session-start/update-boundary/notice-output-content.py

@@ -0,0 +1 @@
+    output.write(_build_first_reply_notice())

package/enhancements/0.6/overrides/patches/hooks/session-start/update-boundary/notice-output-selector.py

@@ -0,0 +1 @@
+    output.write(_build_first_reply_notice(_resolve_update_hint(trellis_dir, context_key)))