feat: add durable relative task delays and outage recovery regression

docs/01-functional-spec.md

@@ -39,7 +39,7 @@ Weave 有界查询的一轮对应一个 Pulse 任务；查询得到“处理中
 ### 3.1 提交方式
 
 - **立即执行**：受理后尽快进入可派发范围，实际开始时间受资源和排队影响。
-- **延迟执行**：在指定等待时长之后才允许开始。
+- **延迟执行**：通过delay_ms在首次受理数据库时间后等待指定时长，原键重报不重新计时；见[调用示例](examples/delayed-task.md)。
 - **指定时间执行**：在指定时间之后才允许开始，不承诺硬实时触发。
 - **批量提交**：多项普通任务的提交方式；已实现最多32项逐项返回结果，每项独立幂等，失败项独立补交，整批请求不超过512 KiB。
 
@@ -58,6 +58,8 @@ Weave 有界查询的一轮对应一个 Pulse 任务；查询得到“处理中
 | 人工重试 | 校验权限、错误类别及业务确认条件，保留原历史，记录操作人和原因 |
 | 修改业务参数 | 新建关联任务，原任务参数不变 |
 
+修改参数通过普通提交创建新任务，使用新的提交身份及相同business_key建立业务关联；原任务不自动取消，也不会变更输入。调用方须先决定原任务的执行/取消和业务效果处理。此类任务来源仍为DIRECT，business_key不等同于retry_of或唯一执行约束；[查询示例](examples/task-query.md)展示不同参数的关联新任务和原输入核对。
+
 **当前契约：人工重试创建带 `retry_of` 的新任务。** 原任务保留终态及结果，避免外部订阅方已经消费终态后任务又悄悄恢复。业务幂等键应按原操作语义保留；平台新任务 ID 不代表允许重复产生业务副作用。每个原任务最多一个直接后继，继续重试沿后继任务推进；需要明确安全声明、版本、证据和审计，详见[人工恢复接口](api/task-recovery.md)。
 
 流程关联任务的人工恢复统一经过 Weave，校验流程版本、步骤归属和当前恢复条件；不能直接从普通任务重试入口生成无人接续的流程任务。