@h-ai/reach 0.1.0-alpha.66 → 0.1.0-alpha.68

package/README.en.md

@@ -4,16 +4,13 @@
 
 [Framework home](../../README.en.md) · Related modules: [@h-ai/cache](../cache/README.en.md) · [@h-ai/core](../core/README.en.md) · [@h-ai/reldb](../reldb/README.en.md)
 
+## Introduction
+
 A notification module supporting multiple providers (email, SMS, API callbacks) at once. Templates bind to providers for scenario-based routing. Includes do-not-disturb (DND) policies and configuration-defined templates.
 
 Template sends need only `template`, `to` and `vars`; the provider comes from the template. An explicit `provider` still overrides it. Direct sends require a provider; omitting it returns a failed HaiResult.
 
-## Dependencies
-
-- `@h-ai/reldb`: optional persistence for delivery logs and templates; enabled automatically when initialized.
-- `@h-ai/cache`: optional distributed locks for DND delay; enabled automatically when initialized.
-
-## Supported providers
+## Core features
 
 | Provider     | Channel | Description                                        |
 | ------------ | ------- | -------------------------------------------------- |
@@ -22,9 +19,16 @@ Template sends need only `template`, `to` and `vars`; the provider comes from th
 | `aliyun-sms` | SMS     | Alibaba Cloud SMS through HTTP API, without an SDK |
 | `api`        | General | HTTP API callback (generic webhook)                |
 
-## Quick start
+## Getting started
+
+### Dependencies
 
-### Installation
+- `@h-ai/reldb`: persistence for delivery logs and templates. With `dnd.enabled: true` and `strategy: delay`, initialize it first and ensure the queue table is available; otherwise `reach.init()` returns `CONFIG_ERROR`. Optional for other sends.
+- `@h-ai/cache`: optional distributed locks for DND delay; enabled automatically when initialized.
+
+### Quick start
+
+#### Installation
 
 ```bash
 pnpm add @h-ai/reach
@@ -32,61 +36,44 @@ pnpm add @h-ai/reach
 
 Install `nodemailer` for email delivery.
 
-### Initialize multiple providers
+#### Initialize multiple providers
 
 ```ts
-import { cache } from '@h-ai/cache'
 import { reach } from '@h-ai/reach'
-import { reldb } from '@h-ai/reldb'
-
-// 1. 初始化可选依赖（按需）
-await reldb.init({ type: 'sqlite', database: './data.db' }) // 可选，启用发送日志与模板持久化
-await cache.init({ type: 'memory' }) // 可选，启用 DND delay 策略分布式锁
-
-// 2. 初始化触达模块（自动检测已初始化的 reldb/cache 单例）
-await reach.init({
-  providers: [
-    { name: 'email', type: 'smtp', host: 'smtp.example.com', from: 'noreply@example.com' },
-    { name: 'sms', type: 'aliyun-sms', accessKeyId: '...', accessKeySecret: '...', signName: '某某科技' },
-    { name: 'webhook', type: 'api', url: 'https://api.example.com/notify' },
-  ],
-  templates: [
-    { name: 'welcome_email', provider: 'email', subject: '欢迎 {userName}', body: '亲爱的 {userName}，欢迎！' },
-    { name: 'sms_code', provider: 'sms', body: '验证码: {code}，{minutes} 分钟内有效。' },
-  ],
-  dnd: { enabled: true, strategy: 'delay', start: '22:00', end: '08:00' },
-})
-
-// 通过 provider 字段选择发送渠道
-await reach.send({
-  to: 'user@example.com',
-  template: 'welcome_email',
-  vars: { userName: '张三' },
-})
 
-// 发送短信（通过 extra 传递 Provider 特有参数）
-await reach.send({
-  provider: 'sms',
-  to: '13800138000',
-  extra: { templateCode: 'SMS_123456' },
-  vars: { code: '123456' },
+const initialized = await reach.init({
+  providers: [{ name: 'local', type: 'console' }],
+  templates: [{ name: 'welcome', provider: 'local', subject: 'Welcome', body: 'Hello {userName}' }],
 })
-
-// 关闭所有 Provider
-await reach.close()
+if (!initialized.success)
+  throw new Error(initialized.error.message)
+try {
+  const result = await reach.send({
+    to: 'user@example.com',
+    template: 'welcome',
+    vars: { userName: 'Alice' },
+  })
+  if (!result.success)
+    throw new Error(result.error.message)
+}
+finally {
+  await reach.close()
+}
 ```
 
+This example uses the development Console provider. It records delivery metadata and does not send email or SMS. Configure SMTP, SMS or API providers below for real delivery; initialize optional persistence/shared cache when needed.
+
 `reach.config` returns a **redacted configuration snapshot**. Embedded credentials in `api.url` / `endpoint`, `headers.Authorization`, SMTP `pass`, SMS keys, and other secrets are hidden automatically.
 
-## Configuration
+### Configuration
 
-### Console (development/tests)
+#### Console (development/tests)
 
 ```ts
 const config = { name: 'dev', type: 'console' }
 ```
 
-### SMTP
+#### SMTP
 
 | Field    | Type      | Required | Default | Description             |
 | -------- | --------- | -------- | ------- | ----------------------- |
@@ -99,7 +86,7 @@ const config = { name: 'dev', type: 'console' }
 | `pass`   | `string`  | —        | —       | Authentication password |
 | `from`   | `string`  | ✅       | —       | Sender address          |
 
-### Alibaba Cloud SMS
+#### Alibaba Cloud SMS
 
 | Field             | Type     | Required | Default                 | Description          |
 | ----------------- | -------- | -------- | ----------------------- | -------------------- |
@@ -110,20 +97,21 @@ const config = { name: 'dev', type: 'console' }
 | `signName`        | `string` | ✅       | —                       | SMS signature        |
 | `endpoint`        | `string` | —        | `dysmsapi.aliyuncs.com` | API endpoint         |
 
-### API callbacks
+#### API callbacks
 
-| Field     | Type                     | Required | Default | Description             |
-| --------- | ------------------------ | -------- | ------- | ----------------------- |
-| `name`    | `string`                 | ✅       | —       | Provider name           |
-| `type`    | `string`                 | ✅       | —       | Fixed `'api'`           |
-| `url`     | `string`                 | ✅       | —       | HTTP(S) callback URL    |
-| `method`  | `'POST' \| 'PUT'`        | —        | `POST`  | HTTP method             |
-| `headers` | `Record<string, string>` | —        | —       | Custom request headers  |
-| `timeout` | `number`                 | —        | `10000` | Timeout in milliseconds |
+| Field        | Type                     | Required | Default | Description                                                                          |
+| ------------ | ------------------------ | -------- | ------- | ------------------------------------------------------------------------------------ |
+| `name`       | `string`                 | ✅       | —       | Provider name                                                                        |
+| `type`       | `string`                 | ✅       | —       | Fixed `'api'`                                                                        |
+| `url`        | `string`                 | ✅       | —       | HTTP(S) callback URL                                                                 |
+| `method`     | `'POST' \| 'PUT'`        | —        | `POST`  | HTTP method                                                                          |
+| `headers`    | `Record<string, string>` | —        | —       | Custom request headers                                                               |
+| `timeout`    | `number`                 | —        | `10000` | Timeout in milliseconds                                                              |
+| `idempotent` | `boolean`                | —        | `false` | Enable only when the receiver atomically persists deduplication with its side effect |
 
 API callback addresses are trusted server configuration. Logs contain only the callback origin, not URL credentials, query parameters, recipients, or third-party failure bodies. For tenant/user-supplied addresses, applications must enforce a domain allowlist; enterprise deployments should also block internal metadata access through egress proxies or network policies.
 
-### DND (do not disturb)
+#### DND (do not disturb)
 
 | Field      | Type                   | Required | Default   | Description                           |
 | ---------- | ---------------------- | -------- | --------- | ------------------------------------- |
@@ -132,7 +120,33 @@ API callback addresses are trusted server configuration. Logs contain only the c
 | `start`    | `string`               | —        | `00:00`   | Start time (HH:mm)                    |
 | `end`      | `string`               | —        | `00:00`   | End time (HH:mm)                      |
 
-## Error handling
+`delay` returns a successful `HaiResult` containing `{ success: true, deferred: true, queueId }` only after the database confirms the insert. This means queued, awaiting delivery. The receipt UUID is stored in `hai_reach_send_log.queue_id`; its row tracks `status` (`pending` / `processing` / `sending` / `unknown` / `sent` / `discarded` / `dead`). Missing storage, disconnection, or insertion failure never produces deferred success; enqueue failures return `SEND_FAILED`. After restart, another node connected to the same database with the same Provider name can resume delivery outside DND. Optional log failures after an immediate send do not report an already delivered message as failed.
+
+```ts
+const result = await reach.send(message)
+if (!result.success)
+  throw new Error(result.error.message)
+if (result.data.deferred) {
+  // Save the receipt for tracking; delivery is still pending.
+  await savePendingReceipt(result.data.queueId)
+}
+```
+
+Queue columns `created_at`, `updated_at`, `locked_until`, and `next_attempt_at` store Unix milliseconds as `BIGINT` (64-bit `INTEGER` on SQLite). The Reach repository normalizes integer strings returned by drivers such as PostgreSQL into safe integer `number` values. Negative, fractional, or unsafe stored integers return `SEND_FAILED` instead of being silently rounded. Template creation/update `TIMESTAMP` fields map to `Date`. Update the complete table schema during deployment, including attempt counters, backoff policy, and failure classification; the framework does not migrate old tables automatically.
+
+#### Durable retry policy
+
+The `queue` policy is persisted with each queued message. A restart or another node's changed configuration cannot reset an existing message's budget.
+
+| Setting                 | Default   | Bounds                                             |
+| ----------------------- | --------- | -------------------------------------------------- |
+| `queue.maxAttempts`     | `5`       | 1–100, including initial claims and crash recovery |
+| `queue.retryDelayMs`    | `60000`   | Initial backoff, 1000–86400000 milliseconds        |
+| `queue.maxRetryDelayMs` | `3600000` | Same bounds, at least retryDelayMs                 |
+
+Every claim atomically increments the stored `attemptCount`. Transient failures become eligible at `now + min(maxRetryDelayMs, retryDelayMs × 2^(attemptCount−1))`; the minute-based scan outside DND can deliver later. A round handles at most 100 messages using a fixed eligibility cutoff, so failed messages cannot reenter that round. Missing/disconnected providers, network errors, and HTTP 408/425/429/5xx allow bounded retry. Invalid stored JSON and other HTTP 4xx from an idempotent API go directly to `dead`. Exhaustion, including a crash after the last claim, also produces dead. In-flight non-idempotent requests still become `unknown` regardless of remaining attempts.
+
+### Error handling
 
 All operations return `HaiResult<T>`. Error codes are defined in `HaiReachError`:
 
@@ -144,10 +158,10 @@ All operations return `HaiResult<T>`. Error codes are defined in `HaiReachError`
 | `HaiReachError.INVALID_RECIPIENT`      | `hai:reach:004` | Invalid recipient         |
 | `HaiReachError.PROVIDER_NOT_FOUND`     | `hai:reach:005` | Provider not registered   |
 | `HaiReachError.DND_BLOCKED`            | `hai:reach:006` | Dropped by DND            |
-| `HaiReachError.DND_DEFERRED`           | `hai:reach:007` | Queued for DND delay      |
 | `HaiReachError.NOT_INITIALIZED`        | `hai:reach:010` | Not initialized           |
 | `HaiReachError.UNSUPPORTED_TYPE`       | `hai:reach:011` | Unsupported type          |
 | `HaiReachError.CONFIG_ERROR`           | `hai:reach:012` | Invalid configuration     |
+| `HaiReachError.DELIVERY_REJECTED`      | `hai:reach:020` | Permanent API rejection   |
 
 ```ts
 const result = await reach.send({ provider: 'email', to: 'user@example.com', body: 'hello' })
@@ -156,21 +170,55 @@ if (!result.success) {
 }
 ```
 
-## Distributed locks
+### Distributed locks
+
+The optional cache lock reduces duplicate scans; nodes can scan concurrently after its 300-second TTL. Database delivery states provide correctness. A round claims at most 100 messages, one immediately before each delivery. An atomic owner/lease check persists `sending` before the external call; in-flight leases renew every third of their duration. Expired owners cannot revive leases, start another delivery, or commit results. Recovery continues every minute outside DND.
+
+- States follow `pending → processing → sending → sent`. Expired processing records can be claimed safely.
+- Only API providers configured with `idempotent: true` can automatically retry in-flight requests. This declares receiver capability. Every attempt uses the persistent queueId as both the `Idempotency-Key` header and `idempotencyKey` payload field. The receiver must atomically commit deduplication and side effects. Retention must cover late requests from resumed old workers; if lateness is unbounded, deduplication records must not expire. The same Provider name across nodes must use the same target and deduplication store.
+- SMTP, Aliyun SMS, and default API providers have no external idempotency guarantee. Failure, exceptions, or lease loss after sending begins produce an unknown outcome. Expired non-idempotent sends become `unknown` and are never automatically resent. Disconnected providers use persisted backoff; invalid stored JSON goes directly to dead before any external call. Console produces development metadata only.
+- Lease renewal, owner checks, and cancellation cannot undo an email, SMS, or HTTP side effect. The module provides no general exactly-once guarantee.
+
+### Reviewing unknown outcomes
+
+Trusted server administration can call `reach.queue.get(queueId)` to inspect `pending / processing / sending / unknown / sent / discarded / dead` without recipient or body data. For unknown outcomes, stop or isolate the old worker and verify Provider delivery records first. Then resolve to sent or discarded. UUID/status validation and a conditional update allow only one concurrent resolution; this never sends again. Discarding cannot cancel requests already started. Create a replacement only after confirming the old request can no longer take effect.
+
+```ts
+const state = await reach.queue.get(queueId)
+const resolved = await reach.queue.resolveUnknown(queueId, { status: 'sent', messageId: verifiedMessageId })
+if (!resolved.success)
+  throw new Error(resolved.error.message)
+```
+
+### Inspecting and restoring dead messages
+
+Trusted server administration can call `reach.queue.list({ status: 'dead', limit: 50, offset: 0 })`, or list `unknown`. Pages contain at most 100 records and offset is bounded by 1000000. Get/list return status, attemptCount, maxAttempts, nextAttemptAt, lastFailure, and updatedAt without recipients, bodies, or owner credentials. Fix the root cause, read the latest dead version, and conditionally restore it:
+
+```ts
+const state = await reach.queue.get(queueId)
+if (!state.success)
+  throw new Error(state.error.message)
+if (state.data?.status === 'dead' && state.data.updatedAt !== undefined) {
+  const restored = await reach.queue.requeueDead(queueId, { expectedUpdatedAt: state.data.updatedAt })
+  if (!restored.success)
+    throw new Error(restored.error.message)
+}
+```
+
+Only the matching dead version is restored; concurrent/stale requests fail, and unknown cannot be requeued. Restoration resets attempts while retaining queueId, the original policy, and receiver idempotency requirements. Dead means automatic processing stopped, not that no external effect occurred: late requests from an earlier idempotent API worker may still arrive. Confirm durable receiver deduplication before restoring. Leave irreparable payloads in dead for investigation; restoration does not repair their content.
 
-Across nodes, flushing pending DND-delay messages is protected by `@h-ai/cache` distributed locks, allowing only one node to flush at a time.
+## Production shared state
 
-- Uses `cache.lock.acquire('reach:flush-pending')` with a 300-second TTL.
-- Claims pending records in batches. In-progress records expire, allowing another node to take over after failure and reducing duplicate delivery risk.
-- Without initialized `@h-ai/cache`, distributed locking is disabled automatically; single-node operation continues.
-- A stable process-level owner identifier prevents releasing another owner's lock.
+Production rejects console providers and requires SMTP, SMS or an actual API service. A log write is not a delivery receipt. Reconcile unknown outcomes from non-idempotent providers rather than claiming exactly-once delivery. Initialization checks apply when NODE_ENV or HAI_CORE_ENV is production; only explicit HAI_E2E=1/HAI_E2E_MOCK=1 tests are exempt. [State, concurrency and recovery (Chinese)](../../.agents/instructions/distributed-state.md)。
 
-## Tests
+## Development and testing
 
 ```bash
 pnpm --filter @h-ai/reach test
 ```
 
+`tests/reach-repository-send-log-databases.test.ts` starts isolated PostgreSQL 16.15 / MySQL 8.4.11 containers through Testcontainers and removes them afterward. A reachable Docker API is required. For Podman, point `DOCKER_HOST` at its compatible socket; rootless environments can set `TESTCONTAINERS_RYUK_DISABLED=true` as required by Testcontainers.
+
 ## License
 
 Apache-2.0

package/README.ja.md

@@ -4,16 +4,13 @@
 
 [フレームワークのホーム](../../README.ja.md) · 関連モジュール：[@h-ai/cache](../cache/README.ja.md) · [@h-ai/core](../core/README.ja.md) · [@h-ai/reldb](../reldb/README.ja.md)
 
+## 概要
+
 メール・SMS・API 通知など複数の Provider を同時登録できる通知モジュールです。テンプレートと Provider の対応で用途に応じて配信します。通知抑制（DND）と設定ファイルによるテンプレート定義を備えます。
 
 テンプレート送信は `template`、`to`、`vars` のみで利用でき、Provider はテンプレートから選ばれます。明示した `provider` は優先されます。直接送信は Provider が必須で、省略すると失敗 HaiResult を返します。
 
-## 依存関係
-
-- `@h-ai/reldb`：送信ログ・テンプレートの永続化（任意）。初期化済みなら自動有効化。
-- `@h-ai/cache`：DND delay 用の分散ロック（任意）。初期化済みなら自動有効化。
-
-## 対応 Provider
+## 主な機能
 
 | Provider     | チャネル | 説明                                               |
 | ------------ | -------- | -------------------------------------------------- |
@@ -22,9 +19,16 @@
 | `aliyun-sms` | SMS      | Alibaba Cloud SMS（HTTP API を直接使用、SDK 不要） |
 | `api`        | 汎用     | HTTP API 通知（汎用 webhook）                      |
 
-## クイックスタート
+## 使い始める
+
+### 依存関係
 
-### インストール
+- `@h-ai/reldb`：送信ログ・テンプレートの永続化。`dnd.enabled: true` と `strategy: delay` を使う場合は事前初期化とキューテーブルが必須で、利用できなければ `reach.init()` は `CONFIG_ERROR` を返します。それ以外の送信では任意です。
+- `@h-ai/cache`：DND delay 用の分散ロック（任意）。初期化済みなら自動有効化。
+
+### クイックスタート
+
+#### インストール
 
 ```bash
 pnpm add @h-ai/reach
@@ -32,61 +36,44 @@ pnpm add @h-ai/reach
 
 メール送信には `nodemailer` をインストールしてください。
 
-### 複数 Provider の初期化
+#### 複数 Provider の初期化
 
 ```ts
-import { cache } from '@h-ai/cache'
 import { reach } from '@h-ai/reach'
-import { reldb } from '@h-ai/reldb'
-
-// 1. 初始化可选依赖（按需）
-await reldb.init({ type: 'sqlite', database: './data.db' }) // 可选，启用发送日志与模板持久化
-await cache.init({ type: 'memory' }) // 可选，启用 DND delay 策略分布式锁
-
-// 2. 初始化触达模块（自动检测已初始化的 reldb/cache 单例）
-await reach.init({
-  providers: [
-    { name: 'email', type: 'smtp', host: 'smtp.example.com', from: 'noreply@example.com' },
-    { name: 'sms', type: 'aliyun-sms', accessKeyId: '...', accessKeySecret: '...', signName: '某某科技' },
-    { name: 'webhook', type: 'api', url: 'https://api.example.com/notify' },
-  ],
-  templates: [
-    { name: 'welcome_email', provider: 'email', subject: '欢迎 {userName}', body: '亲爱的 {userName}，欢迎！' },
-    { name: 'sms_code', provider: 'sms', body: '验证码: {code}，{minutes} 分钟内有效。' },
-  ],
-  dnd: { enabled: true, strategy: 'delay', start: '22:00', end: '08:00' },
-})
-
-// 通过 provider 字段选择发送渠道
-await reach.send({
-  to: 'user@example.com',
-  template: 'welcome_email',
-  vars: { userName: '张三' },
-})
 
-// 发送短信（通过 extra 传递 Provider 特有参数）
-await reach.send({
-  provider: 'sms',
-  to: '13800138000',
-  extra: { templateCode: 'SMS_123456' },
-  vars: { code: '123456' },
+const initialized = await reach.init({
+  providers: [{ name: 'local', type: 'console' }],
+  templates: [{ name: 'welcome', provider: 'local', subject: 'Welcome', body: 'Hello {userName}' }],
 })
-
-// 关闭所有 Provider
-await reach.close()
+if (!initialized.success)
+  throw new Error(initialized.error.message)
+try {
+  const result = await reach.send({
+    to: 'user@example.com',
+    template: 'welcome',
+    vars: { userName: 'Alice' },
+  })
+  if (!result.success)
+    throw new Error(result.error.message)
+}
+finally {
+  await reach.close()
+}
 ```
 
+この例は開発用 Console Provider で送信メタデータを記録し、実メールや SMS は送りません。実送信には下記の SMTP・SMS・API を設定し、必要に応じて永続化と共有キャッシュを初期化してください。
+
 `reach.config` は**機密情報をマスクした設定スナップショット**を返します。`api.url` / `endpoint` 内の認証情報、`headers.Authorization`、SMTP の `pass`、SMS の鍵などは自動的に非表示になります。
 
-## 設定
+### 設定
 
-### Console（開発・テスト用）
+#### Console（開発・テスト用）
 
 ```ts
 const config = { name: 'dev', type: 'console' }
 ```
 
-### SMTP
+#### SMTP
 
 | フィールド | 型        | 必須 | 既定値 | 説明                    |
 | ---------- | --------- | ---- | ------ | ----------------------- |
@@ -99,7 +86,7 @@ const config = { name: 'dev', type: 'console' }
 | `pass`     | `string`  | —    | —      | 認証パスワード          |
 | `from`     | `string`  | ✅   | —      | 送信元アドレス          |
 
-### Alibaba Cloud SMS
+#### Alibaba Cloud SMS
 
 | フィールド        | 型       | 必須 | 既定値                  | 説明                  |
 | ----------------- | -------- | ---- | ----------------------- | --------------------- |
@@ -110,20 +97,21 @@ const config = { name: 'dev', type: 'console' }
 | `signName`        | `string` | ✅   | —                       | SMS 署名              |
 | `endpoint`        | `string` | —    | `dysmsapi.aliyuncs.com` | API endpoint          |
 
-### API 通知
+#### API 通知
 
-| フィールド | 型                       | 必須 | 既定値  | 説明                     |
-| ---------- | ------------------------ | ---- | ------- | ------------------------ |
-| `name`     | `string`                 | ✅   | —       | Provider 名              |
-| `type`     | `string`                 | ✅   | —       | 固定値 `'api'`           |
-| `url`      | `string`                 | ✅   | —       | HTTP(S) 通知 URL         |
-| `method`   | `'POST' \| 'PUT'`        | —    | `POST`  | HTTP メソッド            |
-| `headers`  | `Record<string, string>` | —    | —       | 独自のリクエストヘッダー |
-| `timeout`  | `number`                 | —    | `10000` | タイムアウト（ミリ秒）   |
+| フィールド   | 型                       | 必須 | 既定値  | 説明                                                       |
+| ------------ | ------------------------ | ---- | ------- | ---------------------------------------------------------- |
+| `name`       | `string`                 | ✅   | —       | Provider 名                                                |
+| `type`       | `string`                 | ✅   | —       | 固定値 `'api'`                                             |
+| `url`        | `string`                 | ✅   | —       | HTTP(S) 通知 URL                                           |
+| `method`     | `'POST' \| 'PUT'`        | —    | `POST`  | HTTP メソッド                                              |
+| `headers`    | `Record<string, string>` | —    | —       | 独自のリクエストヘッダー                                   |
+| `timeout`    | `number`                 | —    | `10000` | タイムアウト（ミリ秒）                                     |
+| `idempotent` | `boolean`                | —    | `false` | 受信側が副作用と重複排除を原子的に永続化する場合のみ有効化 |
 
 API 通知先は信頼できるサーバー設定です。ログには origin のみを記録し、URL 認証情報、クエリ、宛先、外部の失敗応答本文は残しません。テナント・ユーザー入力の URL にはアプリでドメインの allowlist を設け、企業環境では出口プロキシやネットワーク方針でも内部メタデータへの接続を防いでください。
 
-### DND（通知抑制）
+#### DND（通知抑制）
 
 | フィールド | 型                     | 必須 | 既定値    | 説明                                    |
 | ---------- | ---------------------- | ---- | --------- | --------------------------------------- |
@@ -132,7 +120,33 @@ API 通知先は信頼できるサーバー設定です。ログには origin
 | `start`    | `string`               | —    | `00:00`   | 開始時刻（HH:mm）                       |
 | `end`      | `string`               | —    | `00:00`   | 終了時刻（HH:mm）                       |
 
-## エラー処理
+`delay` はデータベースへの挿入成功を確認した後だけ、`{ success: true, deferred: true, queueId }` を含む成功 `HaiResult` を返します。これはキューへの保存完了を表し、配信はまだ完了していません。受付 UUID は `hai_reach_send_log.queue_id` に保存され、同じ行の `status`（`pending` / `processing` / `sending` / `unknown` / `sent` / `discarded` / `dead`）で追跡できます。ストレージ未準備、切断、挿入失敗では deferred 成功を返さず、キューへの保存失敗は `SEND_FAILED` です。再起動後、同じデータベースに接続して同名 Provider を設定した別ノードが DND 時間外に配信を再開できます。即時送信後の任意ログの失敗によって、配信済みメッセージを失敗扱いにはしません。
+
+```ts
+const result = await reach.send(message)
+if (!result.success)
+  throw new Error(result.error.message)
+if (result.data.deferred) {
+  // 追跡用の受付 ID を保存します。配信はまだ完了していません。
+  await savePendingReceipt(result.data.queueId)
+}
+```
+
+キューの `created_at`、`updated_at`、`locked_until`、`next_attempt_at` は Unix ミリ秒を `BIGINT`（SQLite では 64 ビット `INTEGER`）として保存します。Reach リポジトリーは PostgreSQL などのドライバーが返す整数文字列を安全な整数の `number` に変換します。負数、小数、JS の安全整数範囲外の保存値は丸めずに `SEND_FAILED` を返します。テンプレートの作成・更新 `TIMESTAMP` は `Date` に対応します。デプロイ時に試行回数・退避設定・失敗分類を含むテーブル構造も更新してください。旧テーブルの自動移行は行いません。
+
+#### 永続化された再試行設定
+
+`queue` 設定は各メッセージの保存時に永続化され、再起動や別ノードの設定変更では既存の予算をリセットしません。
+
+| 設定                    | 既定値    | 範囲                                  |
+| ----------------------- | --------- | ------------------------------------- |
+| `queue.maxAttempts`     | `5`       | 1–100、初回取得とクラッシュ復旧を含む |
+| `queue.retryDelayMs`    | `60000`   | 初回退避、1000–86400000 ミリ秒        |
+| `queue.maxRetryDelayMs` | `3600000` | 同じ範囲、retryDelayMs 以上           |
+
+取得ごとに保存済み `attemptCount` を原子的に増やします。一時的失敗は `now + min(maxRetryDelayMs, retryDelayMs × 2^(attemptCount−1))` 以降に再取得でき、DND 外の毎分走査によって実際の送信はさらに遅れる場合があります。1 回の走査は最大 100 件で取得資格の時刻を固定するため、失敗したメッセージが同じ回を繰り返し占有しません。Provider 未設定・未接続、ネットワーク障害、HTTP 408/425/429/5xx は有限回再試行します。不正な保存 JSON と冪等 API の他の HTTP 4xx は直ちに `dead`、上限到達や最後の取得後のクラッシュも dead になります。冪等性のない配信中リクエストは残り回数によらず `unknown` に隔離します。
+
+### エラー処理
 
 すべての操作は `HaiResult<T>` を返します。エラーコードは `HaiReachError` で定義します：
 
@@ -144,10 +158,10 @@ API 通知先は信頼できるサーバー設定です。ログには origin
 | `HaiReachError.INVALID_RECIPIENT`      | `hai:reach:004` | 無効な宛先               |
 | `HaiReachError.PROVIDER_NOT_FOUND`     | `hai:reach:005` | Provider が未登録        |
 | `HaiReachError.DND_BLOCKED`            | `hai:reach:006` | DND により破棄           |
-| `HaiReachError.DND_DEFERRED`           | `hai:reach:007` | DND により一時保留       |
 | `HaiReachError.NOT_INITIALIZED`        | `hai:reach:010` | 未初期化                 |
 | `HaiReachError.UNSUPPORTED_TYPE`       | `hai:reach:011` | 未対応の種類             |
 | `HaiReachError.CONFIG_ERROR`           | `hai:reach:012` | 設定エラー               |
+| `HaiReachError.DELIVERY_REJECTED`      | `hai:reach:020` | API による恒久的な拒否   |
 
 ```ts
 const result = await reach.send({ provider: 'email', to: 'user@example.com', body: 'hello' })
@@ -156,21 +170,55 @@ if (!result.success) {
 }
 ```
 
-## 分散ロック
+### 分散ロック
+
+任意のキャッシュロックは重複走査を減らすためのもので、300 秒後には複数ノードが走査できます。正しさはデータベースの配信状態で保証します。1 回に最大 100 件を 1 件ずつ取得し、外部呼び出し前に有効な owner/lease を原子的に確認して sending を保存します。配信中はリース期間の 3 分の 1 ごとに更新し、期限切れ owner の復活・再送・結果確定を拒否します。DND 時間外は毎分復旧を試みます。
+
+- 状態は `pending → processing → sending → sent`。期限切れ processing は安全に再取得できます。
+- `idempotent: true` の API のみ配信中リクエストを自動再試行します。これは受信側の能力宣言です。各試行の `Idempotency-Key` ヘッダーと `idempotencyKey` 本文は永続化された queueId を使い、受信側が重複排除と副作用を原子的に確定する必要があります。古い worker の遅延復帰も保持期間に含め、最大遅延を限定できない場合は重複排除レコードを失効させないでください。同名 Provider は同じ送信先と重複排除ストアを使います。
+- SMTP、Aliyun SMS、既定の API には外部冪等性の保証がありません。sending 開始後の失敗・例外・リース喪失は結果不明として扱い、期限切れは unknown に隔離して自動再送しません。未接続 Provider は保存済み退避設定に従い、不正な保存 JSON は外部呼び出し前に dead へ移します。Console は開発用メタデータのみを出力します。
+- リース更新、owner 条件、キャンセルでは既に開始した外部副作用を取り消せません。汎用の exactly-once は保証しません。
+
+### 結果不明の手動確認
+
+信頼されたサーバー管理処理で `reach.queue.get(queueId)` を使い、宛先や本文を含まない `pending / processing / sending / unknown / sent / discarded / dead` 状態を確認します。unknown は古い worker を停止・隔離し、外部の配信記録と照合してから sent または discarded に裁定します。UUID・状態の検証と条件付き更新により並行裁定は 1 件だけ成功し、再送はしません。discarded は開始済みリクエストを取り消しません。補充送信は古いリクエストが今後作用しないことを確認した後だけ行ってください。
+
+```ts
+const state = await reach.queue.get(queueId)
+const resolved = await reach.queue.resolveUnknown(queueId, { status: 'sent', messageId: verifiedMessageId })
+if (!resolved.success)
+  throw new Error(resolved.error.message)
+```
+
+### デッドレターの照会と復元
+
+信頼されたサーバー管理処理で `reach.queue.list({ status: 'dead', limit: 50, offset: 0 })` を使用します。unknown も照会でき、1 ページ最大 100 件、offset 上限は 1000000 です。get/list は status、attemptCount、maxAttempts、nextAttemptAt、lastFailure、updatedAt のみを返し、宛先・本文・owner 資格情報は含みません。原因を修復後、最新 dead を読み直して条件付きで復元します。
+
+```ts
+const state = await reach.queue.get(queueId)
+if (!state.success)
+  throw new Error(state.error.message)
+if (state.data?.status === 'dead' && state.data.updatedAt !== undefined) {
+  const restored = await reach.queue.requeueDead(queueId, { expectedUpdatedAt: state.data.updatedAt })
+  if (!restored.success)
+    throw new Error(restored.error.message)
+}
+```
+
+一致する dead バージョンのみ復元し、並行・古い要求は失敗、unknown は復元できません。回数をリセットしますが queueId・保存済み設定・受信側の冪等性要件は保持します。dead は自動処理の停止を意味し、副作用がなかった証明にはなりません。古い冪等 API 要求が遅れて届く可能性があるため、復元前にも受信側の永続的な重複排除を確認してください。修復不能なペイロードは dead に残して調査し、復元だけで内容が直るとは考えないでください。
 
-複数ノードでは DND delay の保留メッセージの flush を `@h-ai/cache` の分散ロックで保護し、同時に 1 ノードのみが実行します。
+## 本番の共有状態
 
-- `cache.lock.acquire('reach:flush-pending')` を使用し、TTL は 300 秒。
-- 保留レコードを一括で claim します。処理中レコードには期限があり、ノード異常終了後にほかのノードが引き継いで重複送信のリスクを抑えます。
-- `@h-ai/cache` が未初期化なら分散ロックは自動無効化し、単一ノードで動作します。
-- 安定したプロセス単位の owner 識別子で、ほかの所有者のロックの誤解除を防ぎます。
+本番は console を拒否し、実際の SMTP・SMS・API サービスを必要とします。ログ書込は配信完了ではありません。冪等でないサービスの未知結果は照合が必要で、exactly-once は保証しません。 NODE_ENV または HAI_CORE_ENV が production の場合、初期化成功前に検証します。明示的な HAI_E2E=1/HAI_E2E_MOCK=1 テストのみ除外します。 [状態・並行制御・復旧範囲（中国語）](../../.agents/instructions/distributed-state.md)。
 
-## テスト
+## 開発とテスト
 
 ```bash
 pnpm --filter @h-ai/reach test
 ```
 
-## License
+`tests/reach-repository-send-log-databases.test.ts` は Testcontainers で隔離した PostgreSQL 16.15 / MySQL 8.4.11 を起動し、終了後に削除します。利用可能な Docker API が必要です。Podman では `DOCKER_HOST` を互換ソケットに向け、rootless 環境では Testcontainers の要件に従って `TESTCONTAINERS_RYUK_DISABLED=true` を設定してください。
+
+## ライセンス
 
 Apache-2.0