flower-trellis 0.5.1-beta.1 → 0.5.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -322,12 +322,17 @@ interactive 模式完成所有可继续检查后,严格按以下顺序输出
322
322
  修复后:定向验证 -> Check-All 重检
323
323
 
324
324
  操作:`修复全部`、`修复 CHK-001,CHK-003`、`仅保留报告`
325
+
326
+ ### 下一步
327
+
328
+ <按下方 `Interactive Post-Check Stop Gate` 输出一个明确、可执行的主动作>
325
329
  ```
326
330
 
327
331
  展示规则:
328
332
 
329
333
  - 没有问题时省略“问题清单”“修复批次”和操作行,只报告通过结果、验证和剩余风险。
330
334
  - 有问题时只在报告末尾提供一次修复范围选择,不再逐项提问。
335
+ - interactive 标准报告必须以“下一步”段结束;停止等待不等于省略引导,不得只列出风险或写“等待用户选择”。
331
336
  - 独立问题不得因数量多而静默省略;先合并同根因重复项,再完整列出剩余问题。
332
337
  - 报告不得包含 commit message、拟提交/暂存文件、commit-only 决策或提交确认。
333
338
  - light 通过正式满足 Phase 2.2 检查门禁;未执行维度必须标记 `N/A`,不得伪装为已验证。
@@ -359,7 +364,11 @@ interactive 模式完成所有可继续检查后,严格按以下顺序输出
359
364
 
360
365
  - <问题或风险;没有时写“无”>
361
366
 
362
- 结论:<重检结论与下一步>
367
+ 结论:<重检结论>
368
+
369
+ ### 下一步
370
+
371
+ <按下方 `Interactive Post-Check Stop Gate` 输出一个明确、可执行的主动作>
363
372
  ```
364
373
 
365
374
  检查通过后的动作由下方 `Interactive Post-Check Stop Gate` 判断:普通交互停止等待,符合 direct Git 严格通过条件时同轮进入 Phase 3.3 `trellis-update-spec`,再到 Phase 3.4 `trellis-push`。仍有问题时停留在修复/重检循环。
@@ -374,6 +383,7 @@ validated auto-loop 复用相同的 audit-only 检查、画像和问题模型,
374
383
  - 真正需要用户产品决策、越权、生产副作用或破坏性安全决策:使用同样深度字段 `record --result blocked`,随后按 runner 状态停止。
375
384
  - 无问题:`record --result ok --effective-check-depth <light|full> --check-depth-reason <summary>`,随后立即 `next`。
376
385
  - subagent 只返回结构化报告和 `check_profile`;主会话收到后必须立即完成匹配 action 的 `record + next`,不得先套用 interactive 停止边界。
386
+ - validated auto-loop 不渲染交互式下一步段、不提示用户回复“继续”、不等待普通修复范围选择;匹配 action 的 `record + next` 就是唯一后续动作。
377
387
  - 不修改 runner 的 fix/recheck 预算、commit-only 授权或队列行为。
378
388
 
379
389
  ---
@@ -387,13 +397,26 @@ validated auto-loop 复用相同的 audit-only 检查、画像和问题模型,
387
397
  3. findings、blocked、部分验证或实质剩余风险均不满足条件:输出标准报告并停止,不运行 Update-Spec,也不生成 Git 计划。原始 Git 请求不授权自动修复、忽略问题或扩大 Git 权限。
388
398
  4. 没有匹配 direct Git intent 的普通 interactive 检查保持原行为:报告后立即停止并等待用户选择。
389
399
 
400
+ ### 交互式下一步引导
401
+
402
+ 本节只适用于非 validated auto-loop;Auto-Loop Return Gate 已经先行完成 `record + next`。
403
+
404
+ 所有 interactive 标准报告都必须在末尾输出 `### 下一步`,并按以下首个命中分支给出一个明确主动作:
405
+
406
+ 1. 有 findings:提示用户回复 `修复全部`、精确问题 ID 或 `仅保留报告`;不得重复提出逐项确认。
407
+ 2. 有 blocked、部分验证或实质剩余风险:指出解除阻塞所需的精确决策、授权或验证,以及完成后重新运行 Check-All;涉及生产、外部系统或破坏性副作用时只引导用户授权,不自行执行。
408
+ 3. direct Git 严格通过:说明本轮正在进入 `trellis-update-spec`,不要求用户再次回复“继续”或确认 Git 计划。
409
+ 4. 无 direct Git intent 且严格通过:提示用户回复 `继续`,下一轮进入 `trellis-update-spec`,再由 `trellis-push` 生成提交计划。
410
+
411
+ 停止边界只控制是否自动推进,不能让报告在没有下一步提示的情况下结束。
412
+
390
413
  允许 Check-All 标准报告输出的内容只有:
391
414
 
392
415
  - 各维度状态、问题数和问题清单;
393
416
  - 已执行验证及结果;
394
417
  - 未覆盖验证和剩余风险;
395
418
  - 总体结论;
396
- - 有问题时的一次修复范围选择,或通过时的 Phase 3.3 / Phase 3.4 下一步指向。
419
+ - 与当前结论匹配的唯一主动作引导;有问题时是一次修复范围选择,部分验证/阻塞时是补充决策或验证,通过时是 Phase 3.3 / Phase 3.4 指向。
397
420
 
398
421
  Check-All 不新增 direct Git 专用摘要,也不得自行生成提交计划、commit message、拟提交文件或要求用户确认提交;strict pass 后的 Git 计划仍由 Update-Spec disposition 和 `trellis-push` owner 生成。
399
422
 
@@ -322,12 +322,17 @@ interactive 模式完成所有可继续检查后,严格按以下顺序输出
322
322
  修复后:定向验证 -> Check-All 重检
323
323
 
324
324
  操作:`修复全部`、`修复 CHK-001,CHK-003`、`仅保留报告`
325
+
326
+ ### 下一步
327
+
328
+ <按下方 `Interactive Post-Check Stop Gate` 输出一个明确、可执行的主动作>
325
329
  ```
326
330
 
327
331
  展示规则:
328
332
 
329
333
  - 没有问题时省略“问题清单”“修复批次”和操作行,只报告通过结果、验证和剩余风险。
330
334
  - 有问题时只在报告末尾提供一次修复范围选择,不再逐项提问。
335
+ - interactive 标准报告必须以“下一步”段结束;停止等待不等于省略引导,不得只列出风险或写“等待用户选择”。
331
336
  - 独立问题不得因数量多而静默省略;先合并同根因重复项,再完整列出剩余问题。
332
337
  - 报告不得包含 commit message、拟提交/暂存文件、commit-only 决策或提交确认。
333
338
  - light 通过正式满足 Phase 2.2 检查门禁;未执行维度必须标记 `N/A`,不得伪装为已验证。
@@ -359,7 +364,11 @@ interactive 模式完成所有可继续检查后,严格按以下顺序输出
359
364
 
360
365
  - <问题或风险;没有时写“无”>
361
366
 
362
- 结论:<重检结论与下一步>
367
+ 结论:<重检结论>
368
+
369
+ ### 下一步
370
+
371
+ <按下方 `Interactive Post-Check Stop Gate` 输出一个明确、可执行的主动作>
363
372
  ```
364
373
 
365
374
  检查通过后的动作由下方 `Interactive Post-Check Stop Gate` 判断:普通交互停止等待,符合 direct Git 严格通过条件时同轮进入 Phase 3.3 `trellis-update-spec`,再到 Phase 3.4 `trellis-push`。仍有问题时停留在修复/重检循环。
@@ -374,6 +383,7 @@ validated auto-loop 复用相同的 audit-only 检查、画像和问题模型,
374
383
  - 真正需要用户产品决策、越权、生产副作用或破坏性安全决策:使用同样深度字段 `record --result blocked`,随后按 runner 状态停止。
375
384
  - 无问题:`record --result ok --effective-check-depth <light|full> --check-depth-reason <summary>`,随后立即 `next`。
376
385
  - subagent 只返回结构化报告和 `check_profile`;主会话收到后必须立即完成匹配 action 的 `record + next`,不得先套用 interactive 停止边界。
386
+ - validated auto-loop 不渲染交互式下一步段、不提示用户回复“继续”、不等待普通修复范围选择;匹配 action 的 `record + next` 就是唯一后续动作。
377
387
  - 不修改 runner 的 fix/recheck 预算、commit-only 授权或队列行为。
378
388
 
379
389
  ---
@@ -387,13 +397,26 @@ validated auto-loop 复用相同的 audit-only 检查、画像和问题模型,
387
397
  3. findings、blocked、部分验证或实质剩余风险均不满足条件:输出标准报告并停止,不运行 Update-Spec,也不生成 Git 计划。原始 Git 请求不授权自动修复、忽略问题或扩大 Git 权限。
388
398
  4. 没有匹配 direct Git intent 的普通 interactive 检查保持原行为:报告后立即停止并等待用户选择。
389
399
 
400
+ ### 交互式下一步引导
401
+
402
+ 本节只适用于非 validated auto-loop;Auto-Loop Return Gate 已经先行完成 `record + next`。
403
+
404
+ 所有 interactive 标准报告都必须在末尾输出 `### 下一步`,并按以下首个命中分支给出一个明确主动作:
405
+
406
+ 1. 有 findings:提示用户回复 `修复全部`、精确问题 ID 或 `仅保留报告`;不得重复提出逐项确认。
407
+ 2. 有 blocked、部分验证或实质剩余风险:指出解除阻塞所需的精确决策、授权或验证,以及完成后重新运行 Check-All;涉及生产、外部系统或破坏性副作用时只引导用户授权,不自行执行。
408
+ 3. direct Git 严格通过:说明本轮正在进入 `trellis-update-spec`,不要求用户再次回复“继续”或确认 Git 计划。
409
+ 4. 无 direct Git intent 且严格通过:提示用户回复 `继续`,下一轮进入 `trellis-update-spec`,再由 `trellis-push` 生成提交计划。
410
+
411
+ 停止边界只控制是否自动推进,不能让报告在没有下一步提示的情况下结束。
412
+
390
413
  允许 Check-All 标准报告输出的内容只有:
391
414
 
392
415
  - 各维度状态、问题数和问题清单;
393
416
  - 已执行验证及结果;
394
417
  - 未覆盖验证和剩余风险;
395
418
  - 总体结论;
396
- - 有问题时的一次修复范围选择,或通过时的 Phase 3.3 / Phase 3.4 下一步指向。
419
+ - 与当前结论匹配的唯一主动作引导;有问题时是一次修复范围选择,部分验证/阻塞时是补充决策或验证,通过时是 Phase 3.3 / Phase 3.4 指向。
397
420
 
398
421
  Check-All 不新增 direct Git 专用摘要,也不得自行生成提交计划、commit message、拟提交文件或要求用户确认提交;strict pass 后的 Git 计划仍由 Update-Spec disposition 和 `trellis-push` owner 生成。
399
422
 
@@ -1,7 +1,7 @@
1
1
  {
2
- "syncedAt": "2026-07-24T10:36:22.569Z",
2
+ "syncedAt": "2026-07-28T03:28:15.583Z",
3
3
  "syncedFrom": "vendor/skill-garden",
4
- "sourceCommit": "956600b1ba1bb55a409526ec712b8bdd8bb0dc60",
4
+ "sourceCommit": "3841c8b2dc62da56a583648a2d5ea172f372fa92",
5
5
  "common": {
6
6
  "codexSkills": [
7
7
  "craft-rpa",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "flower-trellis",
3
- "version": "0.5.1-beta.1",
3
+ "version": "0.5.1",
4
4
  "description": "一键安装/升级 Trellis 并自动融合 skill-garden 强化包(默认 Claude + agents)",
5
5
  "type": "module",
6
6
  "bin": {
@@ -64,9 +64,9 @@
64
64
  "commit-and-tag-version": "^12.7.3"
65
65
  },
66
66
  "flowerReleaseNotes": {
67
- "version": "0.5.1-beta.1",
67
+ "version": "0.5.1",
68
68
  "source": "CHANGELOG.md",
69
- "body": "### ✨ 新功能 Features\n\n* 优化 Direct Push 检查后自动续行 ([6d6582e](https://github.com/SilentFlower/flower-trellis/commit/6d6582e4b09fada7736e4059382efd93b1866d91))\n* 升级 Auto-Loop 无人值守执行 ([d847439](https://github.com/SilentFlower/flower-trellis/commit/d847439da91bde53ab8ef0e8909431bf6b856202))\n* 控制 Trellis 升级备份保留 ([cead9c0](https://github.com/SilentFlower/flower-trellis/commit/cead9c0e91dd99a6fe324081a71eb2801927131b))\n* 集成 Patch 顺序与编译目标 ([a2a3996](https://github.com/SilentFlower/flower-trellis/commit/a2a3996a380ad08ba667eafa8a6ba6568b5ce67e))\n\n\n### 🐛 修复 Bug Fixes\n\n* 优化 Check-All 暂缓引导 ([e794ef7](https://github.com/SilentFlower/flower-trellis/commit/e794ef792a36d34b9072f8ec1b0531662709f738))",
69
+ "body": "### ✨ 新功能 Features\n\n* 将 Workflow Gate 原生融入 Trellis 全流程 ([d20b417](https://github.com/SilentFlower/flower-trellis/commit/d20b417048c438d7611228b6d8f9323b1257a1b8))\n - 将请求路由、任务规划、质量检查、提交发布、auto-loop 与进度恢复等 13 个 Workflow Gate 收敛到对应的原生 phase、state、skill、hook 或 helper。\n - Workflow Hub 缩减为轻量 owner 索引和必要的跨阶段顺序,减少重复规则、上下文占用与后续所有权漂移。\n - 为可确定判断的非法状态增加零副作用硬阻断,并通过 Patch 冲突检查、上下文预算和幂等安装测试保证升级兼容性。\n* **0.6:** 统一 Patch Engine 与注入流程 ([db4f943](https://github.com/SilentFlower/flower-trellis/commit/db4f9430dfdafd807726df14c0f0b7b91dcf2b83))\n - 将 0.6 的 Workflow、Skill、Hook 与平台配置统一为 `insert / replace / remove` Patch schema v2。\n - 支持 Bundle 选择、全量 preflight、changed-only apply、首次备份、旧 marker 迁移和 manifest provenance。\n - Flower JS 与 Skill-Garden Python consumer 共享 Core Patch 声明和 fixture,并保持结构化结果 parity。\n* **0.6:** 增加 Patch 冲突与兼容门禁 ([2472058](https://github.com/SilentFlower/flower-trellis/commit/2472058714f0986186a84de78b6fd7ad15a2f76b))\n - 对全部 0.6 Patch 目标执行上游 baseline、Patch 与最终产物三方冲突检查。\n - 运行时、`npm test`、`check-snapshot` 与维护者脚本复用同一套 compatibility/conflict evaluator。\n - 清理 route、Check-All、Update-Spec 与 Trellis Push 的互斥协议和重复流程,并区分 info、warning 与阻断错误。\n - 结构化配置只修改受管字段,损坏 JSON/YAML/TOML、required Patch 漂移或冲突检查失败时保持零写入。\n - Trellis `0.6.5` 已完成完整验证;未登记的同线 `0.6.x` 通过全量检查后 warning 放行,`0.7+`、`1.x` 或无效版本会阻断强化。\n - `0.5` / `old` 继续使用原有 legacy 注入路径,避免稳定版升级破坏旧项目。\n* **0.6:** 升级 Check-All 智能检查与自动续跑 ([92a3372](https://github.com/SilentFlower/flower-trellis/commit/92a3372fbda723f444ce6defbb10cd9c77938e8d))\n* **0.6:** 支持任务意图路由与声明式强化 ([64f06ac](https://github.com/SilentFlower/flower-trellis/commit/64f06ac01369aa5823c1f48213abcf8184c20295))\n* **0.6:** 自动衔接 Update-Spec 与 Trellis Push ([74340ca](https://github.com/SilentFlower/flower-trellis/commit/74340ca1a644acb44659970864e209d86363a7ce))\n* **0.6:** 首次实现默认检查,连续调整可暂缓后续 Check-All ([d8a3dcd](https://github.com/SilentFlower/flower-trellis/commit/d8a3dcdd7c9783af7ac1223a0b7be0c513d8bd00))\n* **skill:** 优化 Trellis 提交与推送流程 ([4359607](https://github.com/SilentFlower/flower-trellis/commit/4359607156502e378ef83302105ca9f0e4f0f1ac))\n* **skill:** 自动同步已启用的 common skill ([8b36bc7](https://github.com/SilentFlower/flower-trellis/commit/8b36bc7d24e76dd8973c35378e7bb6d9c8a60ff3))\n* 优化 Direct Push 检查后自动续行 ([6d6582e](https://github.com/SilentFlower/flower-trellis/commit/6d6582e4b09fada7736e4059382efd93b1866d91))\n* 升级 Auto-Loop 无人值守执行 ([d847439](https://github.com/SilentFlower/flower-trellis/commit/d847439da91bde53ab8ef0e8909431bf6b856202))\n* 增加 Check-All 下一步引导 ([fa488f8](https://github.com/SilentFlower/flower-trellis/commit/fa488f83c85983b8b8c545b85e4e42d20b290bdf))\n* 控制 Trellis 升级备份保留 ([cead9c0](https://github.com/SilentFlower/flower-trellis/commit/cead9c0e91dd99a6fe324081a71eb2801927131b))\n* 集成 Patch 顺序与编译目标 ([a2a3996](https://github.com/SilentFlower/flower-trellis/commit/a2a3996a380ad08ba667eafa8a6ba6568b5ce67e))\n\n\n### 🐛 修复 Bug Fixes\n\n* 修复 Gate 迁移后的流程入口与跨平台兼容问题 ([b8dd135](https://github.com/SilentFlower/flower-trellis/commit/b8dd135cd93928828f337dc2d799ba221d49f223))\n - 发布、部署等项目工作流动作会先发现项目 SOP,再进入准确能力,避免将 beta 发布误路由到只生成上线操作单的 `trellis-release`。\n - 恢复 planning 与 in-progress 状态下的活动任务范围隔离,防止无关请求误入当前任务流程。\n - `trellis-continue` 会在判断阶段前读取并克制展示未完成进度,同时保持不自动绑定任务、不从进度推断阶段。\n - 恢复规划语义就绪检查与最新 brief 的显式确认,避免仅因规划文件存在就自动启动任务。\n - 实现完成后重新进入 Pre-Check;交互式提交在 Git 操作前校验当前 Update-Spec 结果。\n - 将 Workflow Gate Skill 与 Update-Spec、Finish-Work 入口同步到 17 个平台的原生目录,并统一安装、检测与卸载清理。\n* **0.6:** 优化 Check-All 检查与修复体验 ([55b5f12](https://github.com/SilentFlower/flower-trellis/commit/55b5f12be925c078ac769981588712e12a558d68))\n* **0.6:** 将当前任务产物纳入 Trellis Push ([462c6fd](https://github.com/SilentFlower/flower-trellis/commit/462c6fd54caa6fbc2ef4ad52e61806aad4909289))\n* **0.6:** 支持 Trellis Push 完成已有 Merge ([bd68a8b](https://github.com/SilentFlower/flower-trellis/commit/bd68a8bda90e866a0f8e7e2ffecccc5bb5ff091b))\n* **0.6:** 简化 Trellis Push 依赖型多仓确认 ([0172139](https://github.com/SilentFlower/flower-trellis/commit/0172139696e4e25fc5d14a2c4a6229af8a759208))\n* **0.6:** 防止 Python 写入失败导致任务与 session 状态漂移 ([74d5d12](https://github.com/SilentFlower/flower-trellis/commit/74d5d12dd26e19133b591e24b1a762dac20ec17d))\n* **enhancements:** 修复复杂 BUG 意图路由 ([e7877a3](https://github.com/SilentFlower/flower-trellis/commit/e7877a383efc7b840faad6175d2f15a2b7882a81))\n* **enhancements:** 同步 missing_task 意图恢复 ([e1fae6d](https://github.com/SilentFlower/flower-trellis/commit/e1fae6d1adab0440371062b7f35316602d147c5e))\n* **enhancements:** 补齐 session fallback 清理 ([b3884cb](https://github.com/SilentFlower/flower-trellis/commit/b3884cb9e3fac25ef504bbee722333f2d3d98c0e))\n* **skill:** 简化 Trellis 提交与收尾流程 ([90220a6](https://github.com/SilentFlower/flower-trellis/commit/90220a671eb92ec9c3681e6efe4946aead5d0c39))\n* **update:** 修复升级缓存竞争与状态滞后 ([0dc3dd9](https://github.com/SilentFlower/flower-trellis/commit/0dc3dd9ff7dd821c6926ef63f45826dcbcd7d593))\n* **update:** 防止升级后绕过 trellis-push ([8a34b91](https://github.com/SilentFlower/flower-trellis/commit/8a34b91aa381c73ee56b9ba5bed960778ba2bbd3))\n* **workflow:** 强制任务 brief 确认门禁 ([7750c62](https://github.com/SilentFlower/flower-trellis/commit/7750c62417cabdf519e249deae147e1ec0ec14ac))\n* 优化 Check-All 暂缓引导 ([e794ef7](https://github.com/SilentFlower/flower-trellis/commit/e794ef792a36d34b9072f8ec1b0531662709f738))\n\n\n### 🧰 维护 Maintenance\n\n* **trellis:** 同步 Flower 0.5.1-beta.1 清单 ([d3dfc27](https://github.com/SilentFlower/flower-trellis/commit/d3dfc2759927b0759b10e2ae246b68438dc3d339))\n* **trellis:** 同步项目 Flower 版本状态 ([c4e83ab](https://github.com/SilentFlower/flower-trellis/commit/c4e83ab94df110118129d1bf6f8ad9717454dd65))\n* **trellis:** 同步项目 Flower 版本状态 ([a48b356](https://github.com/SilentFlower/flower-trellis/commit/a48b356dfe4afd1ff3bb716c6e4affd51a68c699))\n* **trellis:** 同步项目 Flower 版本状态到 0.5.0-beta.2 ([855fc39](https://github.com/SilentFlower/flower-trellis/commit/855fc392eaa82cc15146a897d010bdc3a8dfbb93))",
70
70
  "truncated": false
71
71
  }
72
72
  }