# 機能設計書 62-アプリ削除

## 概要

本ドキュメントは、Giselleシステムにおける「アプリ削除」機能の設計仕様を定義する。

### 本機能の処理概要

アプリ削除機能は、指定されたアプリIDに基づいてストレージからアプリ情報を削除する機能である。アプリの削除後、オプションでコールバック関数を実行し、関連システムへの通知や後処理を行う。

**業務上の目的・背景**：ワークフローをアプリとして公開した後、不要になったアプリや誤って公開されたアプリを削除する必要がある。本機能により、ストレージリソースの効率的な管理とアプリライフサイクルの適切な管理が可能となる。

**機能の利用シーン**：
- アプリ管理画面からの手動削除
- ワークスペース削除時の関連アプリの自動削除
- 不正なアプリや期限切れアプリの管理者による削除

**主要な処理内容**：
1. 入力としてアプリID（`AppId`）を受け取る
2. アプリIDからストレージパスを生成（`apps/{appId}.json`）
3. ストレージからアプリデータを削除
4. コールバック関数（`appDelete`）が設定されている場合は実行

**関連システム・外部連携**：
- `@giselles-ai/storage`パッケージによるストレージ抽象化レイヤー
- コールバック機構による外部システム連携（オプション）

**権限による制御**：本機能自体には認証・認可チェックは含まれない。呼び出し元のAPIレイヤーにて適切な認可制御が行われることを前提とする。

## 関連画面

| 画面No | 画面名 | 関連種別 | 関連する操作・処理 |
|--------|--------|----------|------------------|
| - | （直接的な画面関連なし） | - | APIを通じた削除操作 |

## 機能種別

データ削除（DELETE）

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | 説明 | バリデーション |
|-------------|-----|-----|------|---------------|
| appId | `AppId` | Yes | 削除対象のアプリID | `app_`プレフィックスで始まる文字列 |

### 入力データソース

- APIリクエストのパラメータとして受け取る
- AppIdは`createIdGenerator("app")`で生成されたユニークID形式

## 出力仕様

### 出力データ

本機能は戻り値を持たない（`void`）。

### 出力先

- ストレージからのデータ削除
- コールバック関数の実行（設定されている場合）

## 処理フロー

### 処理シーケンス

```
1. 入力バリデーション
   └─ Zodスキーマによるappidの検証

2. ストレージパス生成
   └─ appPath関数でapps/{appId}.jsonパスを生成

3. ストレージからデータ削除
   └─ storage.remove()でアプリデータを削除

4. コールバック実行（オプション）
   └─ context.callbacks?.appDelete?.()の呼び出し
```

### フローチャート

```mermaid
flowchart TD
    A[開始] --> B[appIdを受け取る]
    B --> C[appPath関数でパス生成]
    C --> D[storage.remove呼び出し]
    D --> E{コールバック設定あり?}
    E -->|Yes| F[appDeleteコールバック実行]
    E -->|No| G[終了]
    F --> G
```

## ビジネスルール

### 業務ルール

| ルールNo | ルール名 | 内容 | 適用条件 |
|---------|---------|------|---------|
| BR-62-01 | アプリID形式 | AppIdは`app_`プレフィックスで始まる必要がある | 常時 |
| BR-62-02 | 削除後処理 | コールバックが設定されている場合、削除後に必ず実行される | コールバック設定時 |
| BR-62-03 | 存在チェック | 存在しないアプリIDを指定してもエラーとしない | 常時 |

### 計算ロジック

本機能に特別な計算ロジックは存在しない。

## データベース操作仕様

### 操作別データベース影響一覧

本機能はBlobストレージのみを使用し、リレーショナルデータベースへの直接アクセスは行わない。

| 操作 | 対象ストレージ | 操作種別 | 概要 |
|-----|-------------|---------|------|
| アプリ削除 | Blob Storage | DELETE | apps/{appId}.jsonを削除 |

### ストレージ操作詳細

#### Blobストレージ

| 操作 | パス | データ形式 | 備考 |
|-----|------|----------|------|
| DELETE | apps/{appId}.json | - | ファイルを完全に削除 |

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| - | ZodError | AppIdのバリデーション失敗 | 正しい形式のAppIdを指定する |
| - | StorageError | ストレージからの削除失敗 | ストレージ接続を確認 |

### リトライ仕様

ストレージアクセス失敗時のリトライは、ストレージドライバ層で実装される。アプリケーション層でのリトライは行わない。

## トランザクション仕様

削除操作とコールバック実行はアトミックではない。削除成功後にコールバックが失敗しても、削除はロールバックされない。

## パフォーマンス要件

- レスポンス時間: 100ms以内（ストレージレイテンシを含む）
- 同時リクエスト: ストレージの制限に依存

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

- 認証・認可: API呼び出し元で実装（本機能では未実装）
- データ保護: 削除操作は物理削除であり、復元不可
- 監査ログ: コールバックを通じた削除ログの記録を推奨

## 備考

- 削除対象のアプリが存在しない場合でもエラーとしない（冪等性の確保）
- 関連するワークスペースは削除されない

---

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

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

### 推奨読解順序

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

まず、AppIdの型定義を理解することが重要である。

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 1-1 | app-id.ts | `packages/protocol/src/app/app-id.ts` | AppIdの生成方法（`app_`プレフィックス）を理解 |

**読解のコツ**:
- **4行目**: `createIdGenerator("app")`によりプレフィックス付きIDを生成

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

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

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 2-1 | delete-app.ts | `packages/giselle/src/apps/delete-app.ts` | deleteApp関数の実装 |

**主要処理フロー**:
1. **6行目**: `createGiselleFunction`でラップされた関数定義
2. **7行目**: 入力スキーマとして`AppId.schema`を使用
3. **9行目**: `context.storage.remove()`でストレージから削除
4. **10行目**: `context.callbacks?.appDelete?.()`でコールバック実行

#### Step 3: ユーティリティ関数を理解する

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 3-1 | path.ts | `packages/giselle/src/path.ts` | appPath関数によるストレージパス生成ロジック |

**主要処理フロー**:
- **16-18行目**: `apps/${appId}.json`形式でパスを生成

#### Step 4: ストレージ抽象化を理解する

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 4-1 | types.ts | `packages/storage/src/types.ts` | GiselleStorageインターフェースのremoveメソッド |

**主要処理フロー**:
- **38行目**: `Remove = (path: string) => Promise<void>`の型定義
- **71行目**: GiselleStorageインターフェースにremoveメソッドが含まれる

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

```
Giselle.deleteApp (giselle.ts:432)
    │
    └─ bindGiselleFunction(deleteApp, context)
           │
           └─ deleteApp (delete-app.ts:6-12)
                  │
                  ├─ appPath(input.appId) (path.ts:16-18)
                  │
                  ├─ context.storage.remove(path)
                  │      │
                  │      └─ ストレージドライバ (fs-storage-driver.ts or memory-storage-driver.ts)
                  │
                  └─ context.callbacks?.appDelete?.({ appId })
```

### データフロー図

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

AppId (string)  ───▶ appPath() ───▶ Storage Path
     "app_xxx"       generates      "apps/app_xxx.json"
                          │
                          ▼
                   storage.remove()
                          │
                          ▼
                   callbacks?.appDelete?.() ───▶ (void)
```

### 関連ファイル一覧

| ファイル | パス | 種別 | 役割 |
|---------|------|------|------|
| delete-app.ts | `packages/giselle/src/apps/delete-app.ts` | ソース | メイン処理の実装 |
| app-id.ts | `packages/protocol/src/app/app-id.ts` | ソース | AppId型の定義 |
| path.ts | `packages/giselle/src/path.ts` | ソース | ストレージパス生成ユーティリティ |
| create-giselle-function.ts | `packages/giselle/src/utils/create-giselle-function.ts` | ソース | 関数ラッパーユーティリティ |
| types.ts | `packages/storage/src/types.ts` | ソース | ストレージインターフェース定義 |
| giselle.ts | `packages/giselle/src/giselle.ts` | ソース | Giselleクラスのエントリーポイント |
