easy-coding-harness 1.1.0-beta.1 → 1.1.0-beta.3

package/CHANGELOG.md

@@ -6,6 +6,27 @@
 - `y`：常规功能升级
 - `z`：日常 bug 修复
 
+## 1.1.0-beta.3
+
+- MEMORY 以可复用开发知识为正文，提炼业务规则、设计原因、修改入口、适用边界与真实踩坑经验；
+  短期记忆写出后即可用于后续开发，没有新增知识时明确记录无新增，不拼凑验收报告。
+- 精简短期记忆模板，移除执行流水、审批、指纹、单次测试统计与无价值内容清单；验收证据保留在
+  原任务日志，通过来源引用追溯，不再要求向记忆全文复制验收字段。
+- 普通与派发协作复用已有方案、实施和 Review 结论完成沉淀，不增加报告、仓库扫描或验证轮次；
+  分析优先读取命中的知识摘要，长期蒸馏过滤历史过程噪声。
+- 升级保留历史记忆与用户模板，新 MEMORY 指令优先于旧模板中的过程栏目；schema 2、归属与
+  完整性校验、滑动窗口及验收流程保持兼容。
+
+## 1.1.0-beta.2
+
+- 新增 `cooperate_mode: default | dispatch`，支持用户手动派发实现和 QUALITY 内修复，主 Agent
+  继续负责分析、验证与沉淀；修复范围和执行者一次确认，接手后沿用授权。
+- 普通修复在 QUALITY 内闭环，只重新验证受影响输入；需求、契约或主体方案变化才返回分析或实施。
+- 行为配置统一按会话 > 本地 > 项目解析；`~/.easy-coding/config.yaml` 仅在用户保存本地设置时创建，
+  支持逐字段覆盖与恢复继承，保留进行中任务的单测合同和交接进度。
+- 交接返回下一步、范围、证据引用和停止位置；按会话复用 Spec 消费记录，避免往返覆盖和重复确认。
+- 检查支持批量准备与登记，命令参数等价时复用结果；同次操作共享日志、计划与状态快照，历史指纹不迁移。
+
 ## 1.1.0-beta.1
 
 - 新增与 TDD 并列的 UT 单测覆盖策略，统一使用 `unit_test_mode: none | ut | tdd`。

package/README.md

@@ -92,16 +92,19 @@ any stage --[user abort via ec-task-close]--> CLOSED
   并在 Dev-Spec 中记录唯一的 `decision_status: closed`。会话只展示核心方案、验收摘要、
   Workflow Mode 与主要风险；完整 `dev-spec.md` 通过绝对本地链接或路径按需查看。原生选择
   返回或迁移调用结束后的最终消息会重复紧凑方案回执与完整入口，避免前置过程消息折叠后丢失。
-- Java 单测策略由 `unit_test_mode: none | ut | tdd` 选择，默认 `none`，会话覆盖优先于项目配置。UT 要求本地单测通过及改动行覆盖率达标；TDD 在此基础上要求测试先行与 TDD 审查。两者共用 `ut_coverage_threshold`（默认 90，范围 1..100）和现有 `ec-tdd-init`/JaCoCo 基础设施。进入 IMPLEMENT 时冻结策略、baseline 与阈值，只验收本任务修改的生产代码；一次测试同时生成测试及覆盖率证据。UT 无额外过程文档或独立审查，三种策略均不提高机械执行深度。远程 CI 不作为验收条件；`none` 保留普通任务需要的验证，不附加覆盖率工作。
+- Java 单测策略由 `unit_test_mode: none | ut | tdd` 选择，默认 `none`，按字段遵循会话 > 本地 `~/.easy-coding/config.yaml` > 项目 > 默认值。UT 要求本地单测通过及改动行覆盖率达标；TDD 在此基础上要求测试先行与 TDD 审查。两者共用 `ut_coverage_threshold`（默认 90，范围 1..100）和现有 `ec-tdd-init`/JaCoCo 基础设施。进入 IMPLEMENT 时冻结策略、baseline 与阈值，只验收本任务修改的生产代码；一次测试同时生成测试及覆盖率证据。UT 无额外过程文档或独立审查，三种策略均不提高机械执行深度。远程 CI 不作为验收条件；`none` 保留普通任务需要的验证，不附加覆盖率工作。
 - 所有修改任务都进入 QUALITY；纯对话分析、解释、报告和只读 review 保持 Ready，不创建任务。文档或配置一旦写入仓库，仍走完整状态机。
-- `QUALITY` 同时编排只读 Review Gate 与 Verification Gate。Fast 使用主 Agent 聚焦自审和最小定向验证，Standard 使用一个独立 reviewer 与受影响检查，Strict 使用至少两个独立维度并只对实际修改仓库运行完整适用检查。两个 Gate 绑定同一候选指纹和 attempt，必须完成或明确取消后才形成一次 Repair Bundle；代码/测试缺陷回 IMPLEMENT，契约歧义优先回 ANALYSIS并保留同轮其他缺陷，环境问题留在 QUALITY 重试；候选漂移会审计为 cancelled 并强制先回 IMPLEMENT。
+- `QUALITY` 同时编排只读 Review Gate 与 Verification Gate。Fast 使用主 Agent 聚焦自审和最小定向验证，Standard 使用一个独立 reviewer 与受影响检查，Strict 使用至少两个独立维度并只对实际修改仓库运行完整适用检查。两个 Gate 绑定同一候选指纹和 attempt，必须完成或明确取消后才形成一次 Repair Bundle；普通代码/测试修复留在 QUALITY；只有需求、契约或主要实现方案变化才回 ANALYSIS/IMPLEMENT，环境问题留在 QUALITY 重试。修复先登记范围，再执行，完成后只审查增量和验证受影响输入。
+- `cooperate_mode` 默认为 `default`，保留阶段节点交接；`dispatch` 支持人工派发实施及 QUALITY 内修复。主 Agent 分析、验证、沉淀；用户一次选择由当前 Agent 执行、交给其他 Agent 或暂缓。派发与审批合并处理，接手方复用方案、Unit 和证据，完成后交回；不自动启动其他 Agent。
 - 修复仅刷新受影响检查；运行时引用输入未变化的历史证据，保留来源与执行时间，Agent 不重写通过记录。
 - 非 TDD 的 IMPLEMENT 只负责编码，不运行测试；Verification Gate 统一执行 lint/typecheck/test/build。TDD 的 RED/GREEN/REFACTOR 是唯一例外，当前指纹绿色证据可在 QUALITY 复用。
 - QUALITY 通过后冻结验收检查点；若代码随后变化，Harness 展示完整差异并绑定
   `diff_sha256`。用户确认后不重跑 Review Gate：纯非执行差异可沿用
   原验证，可执行差异补定向验证，显式风险豁免单独记录。配置、方案或 Canonical 设计漂移
   不能走这条例外。
-- `MEMORY` 先写入本次任务短期记忆，再执行长期记忆阈值门禁；未超过阈值时长期沉淀为 no-op。
+- `MEMORY` 提炼可直接用于后续开发的知识：业务规则、设计原因、修改入口、适用边界与踩坑经验。
+  复用已有方案、实施和 Review 结论，验收及过程证据留在任务日志，记忆只引用来源；没有新增
+  可复用知识时简短注明，不拼凑报告。短期记忆超过阈值才归并长期知识，否则长期沉淀为 no-op。
 - `ec-lite` 仅由用户显式启停，不是 Fast 的别名。它只保留“紧凑方案 → 用户确认 → 最小实现”，
   不创建任务、Dev-Spec、QUALITY 或 MEMORY；存在活动任务时由用户选择取消启动、关闭任务后
   启动，或只清除当前任务指针后启动。活动任务决策使用 session 级原子锁；每次方案生成一次性
@@ -173,7 +176,7 @@ Dev-Spec 继续走原有整文分析流程。
 | `ec-analysis` | 生成 dev-spec、执行计划和测试策略 |
 | `ec-implementing` | 按确认后的计划执行代码实现；非 TDD 不运行质量命令 |
 | `ec-quality` | 编排 Review/Verification 双门、证据复用和一次性 Repair Bundle |
-| `ec-memory` | 写短期记忆，并在超过阈值时沉淀长期记忆 |
+| `ec-memory` | 提炼可复用开发知识，超过阈值时归并长期记忆 |
 | `ec-task-management` | 任务面板：查看、创建、选择、恢复、交接任务 |
 | `ec-config` | 只读查看或显式修改项目/session 的 Approval、Workflow、单测策略与阈值 |
 | `ec-tdd-init` | 为 UT/TDD 初始化/刷新 Java changed-line coverage 基础设施，不补存量单测 |
@@ -232,11 +235,19 @@ UT/TDD 共用凭据中的文件摘要是初始化历史。POM 版本、依赖、
 参数契约；缺少凭据为 `needs_init`，已有凭据或入口损坏为 `needs_repair`。实际单测与
 增量覆盖率仍须通过。`ec-tdd-init` 的完整校验包含 GitLab CI。
 
-正式绑定的外部 Canonical Spec 在创建和接手时返回选中内容，恢复会话使用
-`resume-spec-context`。需求确认后先用 `begin-spec-change` 登记，再更新绑定原稿、递增
+正式绑定的外部 Canonical Spec 在创建和首次接手时返回选中内容；同一会话恢复复用原消费凭据，
+仅上下文丢失或设计变化时使用 `resume-spec-context`。需求确认后先用 `begin-spec-change` 登记，再更新绑定原稿、递增
 revision、验证 READY 并执行 `sync-spec-design`；随后恢复上下文并更新派生计划。待同步
 变更会跨 Agent 保留并阻止实施和验收，交接摘要不能代替原稿。
 
+行为配置统一按字段继承：会话 > 本地 > 项目 > 默认值。本地配置允许不存在，读取、初始化和升级都不创建；显式保存时只写所选字段。开启本机默认派发可运行：
+
+```bash
+easy-coding config --scope local --cooperate-mode dispatch
+```
+
+项目设置使用 `--scope project`，会话设置通过 `ec-config`。恢复继承使用 `--reset cooperate_mode`；审批、单测策略和覆盖率阈值也支持这三层配置。已授权接力和任务冻结的单测契约保持有效。
+
 若当前会话不希望 Harness 接管，显式调用 `/ec-no-harness`（Codex 使用
 `$ec-no-harness`）。它只旁路 Easy Coding，不关闭其他 hooks，也不忽略其他 skills；
 当前任务状态会原样保留。