# 通知設計書 42-Failed to send prompt

## 概要

本ドキュメントは、OpenCodeアプリケーションにおける「Failed to send prompt」トースト通知の設計を記載する。ユーザーがプロンプト（通常のテキスト入力）を送信した際に、セッション取得やAPI呼び出しが失敗した場合に表示されるエラー通知である。

### 本通知の処理概要

プロンプト送信プロセス全体で発生するエラーをユーザーに通知し、入力内容を復元して再試行を可能にする通知処理を行う。

**業務上の目的・背景**：OpenCodeでは、ユーザーがAIエージェントにプロンプトを送信してコード生成や質問回答を受けることができる。このプロンプト送信がセッション作成失敗、APIエラー、ネットワークエラーなどで失敗した場合、ユーザーは即座にその失敗を認識し、入力内容を失うことなく再試行できる必要がある。この通知により、プロンプト送信の失敗を明確に伝達し、ユーザー体験の低下を防ぐ。

**通知の送信タイミング**：以下の2つのケースで送信される。
1. セッションが存在せず、新規セッション作成も失敗した場合
2. `client.session.promptAsync()` APIリクエストがPromise rejectされた場合

**通知の受信者**：プロンプトを送信した当該ユーザー自身。アプリケーションのアクティブウィンドウにトースト通知が表示される。

**通知内容の概要**：タイトル「Failed to send prompt」と、説明「Unable to retrieve session」（セッション取得失敗時）またはエラーの詳細メッセージが表示される。

**期待されるアクション**：ユーザーは通知を確認後、自動的に復元された入力内容を確認し、再送信を試みる。セッション取得失敗の場合は、ページをリロードするか、新規セッションを開始する。

## 通知種別

トースト通知（アプリ内通知）

## 送信仕様

### 基本情報

| 項目 | 内容 |
|-----|------|
| 送信方式 | 同期（APIエラー発生時に即時表示） |
| 優先度 | 高 |
| リトライ | 無（通知表示自体のリトライは不要） |

### 送信先決定ロジック

プロンプトを送信したユーザー自身のブラウザ/デスクトップアプリ画面に表示される。送信先の判定は不要（ローカル通知のため）。

## 通知テンプレート

### トースト通知

| 項目 | 内容 |
|-----|------|
| アイコン | なし（デフォルト） |
| タイトル | `prompt.toast.promptSendFailed.title`（"Failed to send prompt"） |
| 説明 | `prompt.toast.promptSendFailed.description`またはエラーメッセージ |
| バリアント | error |

### 本文テンプレート

```
タイトル: Failed to send prompt
説明: Unable to retrieve session
 または
説明: {errorMessage}
```

### 添付ファイル

なし

## テンプレート変数

| 変数名 | 説明 | データ取得元 | 必須 |
|--------|------|-------------|-----|
| errorMessage | エラーの詳細メッセージ | APIレスポンスの`data.message`またはError.message | No |

## 送信トリガー・条件

### トリガー一覧

| トリガー種別 | トリガーイベント | 送信条件 | 説明 |
|------------|----------------|---------|------|
| 画面操作 | プロンプト送信（新規セッション） | セッション作成失敗かつセッションIDなし | セッション取得不可時 |
| 画面操作 | プロンプト送信（既存セッション） | `client.session.promptAsync()`がrejectされた場合 | プロンプトAPI失敗時 |

### 送信抑止条件

| 条件 | 説明 |
|-----|------|
| APIリクエスト成功 | プロンプト送信が成功した場合は通知を表示しない |
| セッション作成成功 | セッションが正常に取得/作成できた場合は通知を表示しない |

## 処理フロー

### 送信フロー

```mermaid
flowchart TD
    A[ユーザーがプロンプトを入力] --> B{セッション存在？}
    B -->|No| C[新規セッション作成]
    C --> D{作成成功？}
    D -->|No| E[showToast - セッション取得失敗通知]
    E --> F[入力復元]
    F --> G[終了]
    D -->|Yes| H[promptAsync API呼び出し]
    B -->|Yes| H
    H --> I{API結果}
    I -->|成功| J[処理完了]
    I -->|失敗| K[showToast - プロンプト送信失敗通知]
    K --> L[楽観的メッセージ削除]
    L --> M[コンテキスト復元]
    M --> N[入力復元]
    N --> G
```

## データベース参照・更新仕様

### 参照テーブル一覧

本通知はクライアントサイドで完結するため、データベースへの直接参照は行わない。

### 更新テーブル一覧

本通知はクライアントサイドで完結するため、データベースへの更新は行わない。

## エラー処理

### エラーケース一覧

| エラー種別 | 発生条件 | 対処方法 |
|----------|---------|---------|
| セッション取得失敗 | session.create/info APIの失敗 | エラーメッセージをトースト通知で表示、入力復元 |
| プロンプト送信失敗 | promptAsync APIの失敗 | エラーメッセージをトースト通知で表示、楽観的UIをロールバック |
| ワークツリー待機タイムアウト | 5分以上ワークツリー準備中 | タイムアウトエラーを表示、入力復元 |
| ネットワークエラー | 接続不可 | 汎用エラーメッセージを表示、入力復元 |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | 0（通知表示自体はリトライしない） |
| リトライ間隔 | - |
| リトライ対象エラー | - |

## 配信設定

### レート制限

| 項目 | 内容 |
|-----|------|
| 1分あたり上限 | 制限なし |
| 1日あたり上限 | 制限なし |

### 配信時間帯

制限なし（エラー発生時に即時表示）

## セキュリティ考慮事項

- エラーメッセージには機密情報が含まれないよう、APIからの詳細なスタックトレースは表示しない
- ユーザー入力内容は復元されるが、これはクライアント側のメモリ上の操作のみ
- 楽観的UI更新のロールバックにより、未送信のメッセージがUIに残らないようにする

## 備考

- 楽観的UI更新を使用しているため、エラー時には`removeOptimisticMessage`で仮表示を削除する
- コメント付きコンテキストも`restoreCommentItems`で復元される
- ワークツリー作成中（pending状態）の場合は待機処理が入り、タイムアウトすると本通知が表示される

---

## コードリーディングガイド

本通知を理解するために参照すべきファイルと、推奨する読み解き順序を以下に示す。

### 推奨読解順序

#### Step 1: データ構造を理解する

プロンプト送信に関わる型定義と構造を理解する。

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 1-1 | submit.ts | `packages/app/src/components/prompt-input/submit.ts` | `PromptSubmitInput`型、楽観的メッセージの構造 |

**読解のコツ**: `optimisticMessage`と`optimisticParts`の構造を理解し、エラー時のロールバック処理との関連を把握する。

#### Step 2: エントリーポイントを理解する

処理の起点となるファイル・関数を特定する。

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 2-1 | submit.ts | `packages/app/src/components/prompt-input/submit.ts` | `handleSubmit`関数がプロンプト送信のエントリーポイント |

**主要処理フロー**:
1. **L115**: `handleSubmit`関数開始
2. **L187-210**: セッション取得/作成処理とエラー時の通知
3. **L389-414**: `send`関数でのpromptAsync呼び出しとエラー時の通知

#### Step 3: エラーハンドリングを理解する

2つのエラーケースの処理を確認する。

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 3-1 | submit.ts | `packages/app/src/components/prompt-input/submit.ts` | L204-209のセッション取得失敗時の通知 |
| 3-2 | submit.ts | `packages/app/src/components/prompt-input/submit.ts` | L402-414のpromptAsync失敗時の通知 |
| 3-3 | en.ts | `packages/app/src/i18n/en.ts` | L286-287のメッセージ定義 |

**主要処理フロー**:
- **L204-209**: セッション取得失敗時のshowToast
- **L407-410**: promptAsync失敗時のshowToast
- **L411-413**: 楽観的UI、コンテキスト、入力の復元

### プログラム呼び出し階層図

```
handleSubmit (submit.ts L115)
    │
    ├─ セッション取得/作成 (L187-203)
    │      ├─ client.session.create()
    │      └─ 失敗時: showToast (L204-209)
    │
    ├─ 楽観的メッセージ追加 (L315-321)
    │      └─ sync.session.optimistic.add()
    │
    └─ send() (L389-414)
           ├─ waitForWorktree()
           ├─ client.session.promptAsync()
           └─ catch (L402-414)
                  ├─ showToast() - エラー通知表示
                  ├─ removeOptimisticMessage()
                  ├─ restoreCommentItems()
                  └─ restoreInput()
```

### データフロー図

```
[入力]               [処理]                    [出力]

ユーザー入力 ───▶ handleSubmit ───▶ トースト通知表示
                      │                  │
                      ▼                  ├─ 楽観的メッセージ削除
               セッション取得/作成        ├─ コンテキスト復元
                      │                  └─ 入力欄復元
                      ▼
               promptAsync API
                      │
                      ▼
              [失敗時]エラー捕捉
```

### 関連ファイル一覧

| ファイル | パス | 種別 | 役割 |
|---------|------|------|------|
| submit.ts | `packages/app/src/components/prompt-input/submit.ts` | ソース | プロンプト送信処理のメインロジック |
| en.ts | `packages/app/src/i18n/en.ts` | 設定 | 英語メッセージ定義（L286-287） |
| ja.ts | `packages/app/src/i18n/ja.ts` | 設定 | 日本語メッセージ定義 |
| build-request-parts.ts | `packages/app/src/components/prompt-input/build-request-parts.ts` | ソース | リクエストパーツの構築 |
