npm - @k2works/claude-code-booster - Versions diffs - 4.8.0 → 4.11.0 - Mend

@k2works/claude-code-booster 4.8.0 → 4.11.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (747) hide show

package/lib/assets/docs/article/grokkingfp/all/writing-plan.md CHANGED Viewed

@@ -1,712 +1,712 @@
-# 統合記事 執筆計画
-## 概要
-「Grokking Functional Programming」11 言語版の統合記事（全 12 章）を執筆する計画です。
-### スコープ
-| 項目 | 値 |
-|------|-----|
-| ソース記事数 | 66 ファイル（11 言語 × 6 Part） |
-| 総ソース行数 | 55,784 行 |
-| 統合記事数 | 12 本 |
-| 各記事の想定規模 | 500〜1,000 行 |
-| 統合記事合計（想定） | 6,000〜12,000 行 |
-### ソースデータ概観
-#### 言語別ボリューム
-| 言語 | 合計行数 | グループ |
-|------|---------|---------|
-| Ruby | 5,876 | OOP + FP |
-| Elixir | 5,838 | FP ファースト |
-| C# | 5,398 | OOP + FP |
-| TypeScript | 5,312 | マルチパラダイム |
-| F# | 5,310 | FP ファースト |
-| Java | 5,039 | OOP + FP |
-| Haskell | 4,935 | FP ファースト |
-| Python | 4,772 | OOP + FP |
-| Scala | 4,733 | マルチパラダイム |
-| Rust | 4,472 | マルチパラダイム |
-| Clojure | 4,099 | FP ファースト |
-#### Part 別ボリューム
-| Part | テーマ | 合計行数 | 対応章 | 統合記事数 |
-|------|--------|---------|--------|-----------|
-| Part I | 関数型プログラミングの基礎 | 7,063 | 1-2 | 2 |
-| Part II | 関数型スタイル | 9,977 | 3-5 | 3 |
-| Part III | エラーハンドリング | 9,848 | 6-7 | 2 |
-| Part IV | IO と副作用 | 9,183 | 8-9 | 2 |
-| Part V | 並行処理 | 9,496 | 10 | 1 |
-| Part VI | 実践とテスト | 10,217 | 11-12 | 2 |
----
-## 執筆方針
-### 基本方針
-1. **共通の本質を先に抽出**: 11 言語を読んだ上で、言語を超えた共通原理を言語化する
-2. **言語グループで整理**: FP ファースト → マルチパラダイム → OOP + FP の順で比較
-3. **コードは代表例を厳選**: 11 言語全部を並べるのではなく、グループ代表 + 特徴的な差異を持つ言語を重点提示
-4. **差異こそ価値**: 同じことを言っている部分は圧縮し、言語間の差異に紙幅を割く
-### コード比較の方針
-```
-11 言語すべてのコードを <details> で折りたたみ表示し、
-本文では 2〜3 言語の代表例を使って解説する。
-代表言語の選定基準:
-- グループごとに 1 言語（計 3 言語）
-- そのテーマで最も特徴的な実装を持つ言語を優先
-```
-### 代表言語の選定ガイドライン
-| テーマ | FP ファースト代表 | マルチパラダイム代表 | OOP + FP 代表 | 理由 |
-|--------|------------------|-------------------|--------------|------|
-| 基礎概念（ch1-2） | Haskell | Scala | Java | FP の純粋性の度合いが明確に差が出る |
-| 不変性（ch3） | Clojure | Rust | Java | 永続データ構造 vs 所有権 vs ライブラリ |
-| 高階関数（ch4） | Elixir | Scala | Python | パイプ演算子 vs メソッドチェーン vs 組み込み関数 |
-| flatMap（ch5） | Haskell | Scala | C# | do 記法 vs for 内包表記 vs LINQ |
-| Option（ch6） | Haskell | Rust | TypeScript | 言語組み込み vs fp-ts |
-| Either/ADT（ch7） | F# | Rust | C# | 判別共用体 vs enum vs LanguageExt |
-| IO モナド（ch8） | Haskell | Scala | C# | IO モナド vs cats-effect vs LanguageExt Eff |
-| ストリーム（ch9） | Elixir | Scala | Python | Stream + OTP vs fs2 vs ジェネレータ |
-| 並行処理（ch10） | Elixir | Rust | Java | OTP vs tokio vs Virtual Thread |
-| 実践アプリ（ch11） | Haskell | Scala | TypeScript | Reader vs cats-effect Resource vs ReaderTaskEither |
-| テスト（ch12） | Haskell | Scala | Python | QuickCheck vs ScalaCheck vs Hypothesis |
----
-## イテレーション詳細
-### イテレーション 1: 基礎と関数型スタイル
-**目的**: 11 言語比較のフォーマットを確立し、基礎 5 章を完成させる
-#### 第 1 章: 関数型プログラミング入門
-**ファイル名**: `part-1-ch01-fp-introduction.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-1.md` | 第 1 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-1.md の第 1 章部分を読み込む
-2. 命令型 vs 関数型の対比構造を抽出（全言語共通）
-3. 各言語の「命令型コード → 関数型コード」の変換例を収集
-4. 言語グループ別の FP 表現スタイルの違いを分析
-5. 統合記事テンプレートに従って執筆
-**主要セクション構成**:
-```
-1.1 はじめに: なぜ関数型プログラミングか
-1.2 共通の本質: HOW vs WHAT
-1.3 言語別実装比較: ワードスコア計算
-    - 11 言語の命令型 → 関数型の変換
-1.4 比較分析: 言語のパラダイムポジション
-    - FP ファースト vs マルチパラダイム vs OOP + FP
-1.5 実践的な選択指針
-1.6 まとめ
-```
-**想定規模**: 500〜600 行
-**依存関係**: なし（最初の章）
-**リスク**: Low
----
-#### 第 2 章: 純粋関数と副作用
-**ファイル名**: `part-1-ch02-pure-functions.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-1.md` | 第 2 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-1.md の第 2 章部分を読み込む
-2. 純粋関数の定義と参照透過性の共通原理を抽出
-3. 各言語での純粋性の保証メカニズムを比較
-4. 副作用の排除アプローチを言語グループ別に整理
-**主要セクション構成**:
-```
-2.1 はじめに: 純粋関数の価値
-2.2 共通の本質: 参照透過性と置換モデル
-2.3 言語別実装比較: 純粋性の保証
-    - Haskell: 型レベルで強制
-    - Scala/F#/Rust: 慣習 + 型システムのサポート
-    - 動的型付け言語: 規約と慣習
-2.4 比較分析: 純粋性のスペクトラム
-2.5 実践的な選択指針
-2.6 まとめ
-```
-**想定規模**: 500〜600 行
-**依存関係**: ch01 完了後（フォーマット確立のため）
-**リスク**: Low
----
-#### 第 3 章: イミュータブルなデータ操作
-**ファイル名**: `part-2-ch03-immutable-data.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-2.md` | 第 3 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-2.md の第 3 章部分を読み込む
-2. 不変データ構造の実現方法を 4 カテゴリに分類
-   - 言語組み込み（Haskell, Clojure, Elixir, F#）
-   - デフォルト不変（Rust）
-   - case class / record（Scala, Java 16+, C# 9+）
-   - ライブラリ / 慣習（Python, TypeScript, Ruby）
-3. 構造共有と永続データ構造の概念を解説
-4. List/Map の基本操作を言語別に比較
-**主要セクション構成**:
-```
-3.1 はじめに: なぜイミュータブルか
-3.2 共通の本質: コピーオンライトと構造共有
-3.3 不変性の実現方法（4 カテゴリ比較）
-3.4 言語別実装比較: List 操作
-3.5 比較分析: コピーコストとパフォーマンス
-3.6 実践的な選択指針
-3.7 まとめ
-```
-**想定規模**: 600〜700 行
-**依存関係**: ch01-02 完了後
-**リスク**: Low
----
-#### 第 4 章: 高階関数
-**ファイル名**: `part-2-ch04-higher-order-functions.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-2.md` | 第 4 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-2.md の第 4 章部分を読み込む
-2. map/filter/fold の共通概念を解説
-3. パイプライン記法の違いを比較
-   - Elixir/F# パイプ演算子 `|>`
-   - Haskell 関数合成 `.` / `$`
-   - Clojure スレッディングマクロ `->` / `->>`
-   - Scala/Java/C#/Ruby メソッドチェーン
-   - TypeScript fp-ts `pipe`
-   - Python 組み込み `map`/`filter` + returns `flow`
-4. カリー化と部分適用の言語間差異を分析
-**主要セクション構成**:
-```
-4.1 はじめに: 関数を値として扱う
-4.2 共通の本質: map/filter/fold の三位一体
-4.3 言語別実装比較: データ変換パイプライン
-4.4 パイプライン記法の比較
-4.5 カリー化と部分適用
-4.6 比較分析: 表現力 vs 学習コスト
-4.7 まとめ
-```
-**想定規模**: 700〜800 行
-**依存関係**: ch03 完了後
-**リスク**: Low
----
-#### 第 5 章: flatMap とモナド的合成
-**ファイル名**: `part-2-ch05-flatmap.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-2.md` | 第 5 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-2.md の第 5 章部分を読み込む
-2. flatMap/bind の共通概念（コンテキスト付き計算の連鎖）を解説
-3. 糖衣構文の比較
-   - Scala for 内包表記
-   - Haskell do 記法
-   - C# LINQ クエリ式
-   - F# コンピュテーション式
-   - Clojure some-> / some->>
-   - Elixir with 式
-   - TypeScript pipe + chain
-   - Python flow + bind
-   - Ruby bind チェーン
-   - Java For.yield (Vavr)
-   - Rust and_then チェーン
-**主要セクション構成**:
-```
-5.1 はじめに: なぜ map だけでは足りないか
-5.2 共通の本質: コンテキストの連鎖
-5.3 言語別実装比較: flatMap の表現
-5.4 糖衣構文の比較分析
-5.5 モナドの概念（言語による抽象化レベルの違い）
-5.6 実践的な選択指針
-5.7 まとめ
-```
-**想定規模**: 700〜800 行
-**依存関係**: ch04 完了後
-**リスク**: Low（ただしモナドの説明深度の調整が必要）
----
-### イテレーション 1 完了条件
-- [ ] 5 章すべてが統合記事構成テンプレートに準拠
-- [ ] 11 言語すべてのコード例を `<details>` で含む
-- [ ] 各章に言語グループ別の傾向分析を含む
-- [ ] ch01 で確立したフォーマットが ch02-05 で一貫
-- [ ] 相互リンクの整合性を確認
----
-### イテレーション 2: エラーハンドリングと IO
-**目的**: ライブラリ依存度の高い 4 章を、共通概念とライブラリ固有の差異を明確に分離して執筆
-#### 第 6 章: Option 型による安全なエラーハンドリング
-**ファイル名**: `part-3-ch06-option.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-3.md` | 第 6 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-3.md の第 6 章部分を読み込む
-2. Option/Maybe の共通概念（null の型安全な代替）を解説
-3. 実装方式を 3 カテゴリに分類
-   - 言語組み込み: Haskell Maybe, Rust Option, F# Option
-   - 標準ライブラリ: Scala Option, Java Optional
-   - サードパーティ: fp-ts Option, returns Maybe, dry-monads Maybe, LanguageExt Option, Vavr Option
-   - 動的型付けの慣習: Clojure nil, Elixir nil/{:ok, value}
-4. map/flatMap/getOrElse の言語間対応表を作成
-**主要セクション構成**:
-```
-6.1 はじめに: null は 10 億ドルの過ち
-6.2 共通の本質: 値の有無を型で表現する
-6.3 Option/Maybe の実装方式（3 カテゴリ）
-6.4 言語別実装比較: 安全な値アクセス
-6.5 操作メソッドの対応表
-6.6 比較分析: 型安全性 vs 記述の簡潔さ
-6.7 まとめ
-```
-**想定規模**: 600〜700 行
-**依存関係**: イテレーション 1 完了後
-**リスク**: Medium（ライブラリ API の差異が大きい）
----
-#### 第 7 章: Either 型と代数的データ型
-**ファイル名**: `part-3-ch07-either-adt.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-3.md` | 第 7 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-3.md の第 7 章部分を読み込む
-2. Either/Result の共通概念を解説
-3. ADT（代数的データ型）の表現力を比較
-4. パターンマッチのサポート度合いを分析
-**主要セクション構成**:
-```
-7.1 はじめに: 失敗の理由を型で表現する
-7.2 共通の本質: 直和型と直積型
-7.3 ADT の表現方法（言語別比較）
-7.4 言語別実装比較: Either/Result
-7.5 パターンマッチの比較
-7.6 比較分析: 式問題と拡張性
-7.7 まとめ
-```
-**想定規模**: 700〜800 行
-**依存関係**: ch06 完了後
-**リスク**: Medium（ADT の表現差異が大きい）
----
-#### 第 8 章: IO モナドと副作用の分離
-**ファイル名**: `part-4-ch08-io-monad.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-4.md` | 第 8 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-4.md の第 8 章部分を読み込む
-2. IO の抽象化を 4 レベルに分類
-   - Level 4: 言語組み込み IO モナド（Haskell）
-   - Level 3: ライブラリ IO 型（Scala cats-effect, C# LanguageExt Eff）
-   - Level 2: 軽量 IO コンテナ（Python returns IO, TypeScript fp-ts Task, Ruby dry Task）
-   - Level 1: 慣習的分離（Java, Clojure, Elixir, Rust, F#）
-3. 記述と実行の分離の共通原理を解説
-4. 各レベルのトレードオフを分析
-**主要セクション構成**:
-```
-8.1 はじめに: 副作用をどう扱うか
-8.2 共通の本質: 記述と実行の分離
-8.3 IO 抽象化の 4 レベル
-8.4 言語別実装比較: 副作用を持つ計算
-8.5 比較分析: 抽象化のコスト vs 安全性
-8.6 実践的な選択指針
-8.7 まとめ
-```
-**想定規模**: 800〜900 行
-**依存関係**: ch07 完了後
-**リスク**: Medium（IO の概念説明が難しい）
----
-#### 第 9 章: ストリーム処理
-**ファイル名**: `part-4-ch09-streams.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-4.md` | 第 9 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-4.md の第 9 章部分を読み込む
-2. 遅延評価とストリームの共通概念を解説
-3. ストリーム処理の実装アプローチを比較
-   - 専用ライブラリ: Scala fs2, Haskell conduit
-   - 言語組み込み: Elixir Stream, Rust Iterator, Python ジェネレータ, Ruby Enumerator::Lazy
-   - ライブラリ拡張: TypeScript AsyncIterable, Java Vavr Stream, C# StreamT, F# Seq
-**主要セクション構成**:
-```
-9.1 はじめに: 無限のデータを扱う
-9.2 共通の本質: 遅延評価と pull ベースの処理
-9.3 ストリーム処理のアプローチ分類
-9.4 言語別実装比較: 無限ストリーム
-9.5 比較分析: 合成可能性とパフォーマンス
-9.6 まとめ
-```
-**想定規模**: 700〜800 行
-**依存関係**: ch08 完了後
-**リスク**: Medium
----
-### イテレーション 2 完了条件
-- [ ] 4 章すべてが統合記事構成テンプレートに準拠
-- [ ] Option/Either の言語間対応表を含む
-- [ ] IO 抽象化の 4 レベル図を含む
-- [ ] ストリーム処理のアプローチ分類図を含む
-- [ ] ライブラリ固有の情報が `<details>` で適切に分離
----
-### イテレーション 3: 並行処理と実践
-**目的**: 言語間の根本的差異が最も大きい 3 章を、モデル比較を軸に統合
-#### 第 10 章: 並行・並列処理
-**ファイル名**: `part-5-ch10-concurrency.md`
-**入力ソース**:
-| 言語 | ファイル | 合計行数 |
-|------|---------|---------|
-| 全 11 言語 | `{lang}/part-5.md` | 9,496 |
-**執筆手順**:
-1. 全 11 言語の part-5.md を読み込む（最大ボリューム）
-2. 並行処理モデルを 5 カテゴリに分類
-   - Actor モデル: Elixir OTP/GenServer
-   - STM（Software Transactional Memory）: Haskell STM, Clojure ref
-   - Fiber / 軽量スレッド: Scala Fiber, Java Virtual Thread
-   - 所有権ベース: Rust Arc/Mutex/tokio
-   - アトミック参照: F# Ref, C# Atom, TypeScript Promise, Python asyncio, Ruby Fiber
-3. チェックイン集計の例題を全言語で比較
-4. 共有状態管理のアプローチ比較表を作成
-**主要セクション構成**:
-```
-10.1 はじめに: 関数型で並行処理が楽になる理由
-10.2 共通の本質: イミュータブルデータと並行安全性
-10.3 並行処理モデルの 5 カテゴリ
-10.4 言語別実装比較: チェックイン集計
-10.5 共有状態管理の比較
-10.6 比較分析: 安全性 vs パフォーマンス vs 表現力
-10.7 実践的な選択指針
-10.8 まとめ
-```
-**想定規模**: 900〜1,000 行
-**依存関係**: イテレーション 2 完了後
-**リスク**: High（モデル差異が大きく、公平な比較が難しい）
----
-#### 第 11 章: 実践的なアプリケーション構築
-**ファイル名**: `part-6-ch11-practical-app.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-6.md` | 第 11 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-6.md の第 11 章部分を読み込む
-2. TravelGuide アプリの共通アーキテクチャを抽出
-3. DI（依存性注入）の関数型アプローチを比較
-   - Reader モナド: Scala, TypeScript
-   - 型クラス / trait: Haskell, Rust
-   - Protocol / ビヘイビア: Python, Elixir
-   - インターフェース: Java, C#, F#
-   - マルチメソッド: Clojure
-   - Duck typing: Ruby
-4. リソース管理パターンを比較
-**主要セクション構成**:
-```
-11.1 はじめに: FP で実践的なアプリを作る
-11.2 共通の本質: 関心の分離と依存性逆転
-11.3 TravelGuide アプリのアーキテクチャ
-11.4 DI の関数型アプローチ（言語別比較）
-11.5 リソース管理パターン
-11.6 比較分析: アーキテクチャの柔軟性
-11.7 まとめ
-```
-**想定規模**: 800〜900 行
-**依存関係**: ch10 完了後
-**リスク**: High（アーキテクチャパターンの差異が大きい）
----
-#### 第 12 章: テスト戦略とプロパティベーステスト
-**ファイル名**: `part-6-ch12-testing.md`
-**入力ソース**:
-| 言語 | ファイル | 該当セクション |
-|------|---------|--------------|
-| 全 11 言語 | `{lang}/part-6.md` | 第 12 章セクション |
-**執筆手順**:
-1. 全 11 言語の part-6.md の第 12 章部分を読み込む
-2. PBT の共通原理を解説
-3. 各言語の PBT ライブラリを比較
-4. 純粋関数のテスト容易性を実例で示す
-**主要セクション構成**:
-```
-12.1 はじめに: 関数型プログラミングとテスト
-12.2 共通の本質: 純粋関数のテスト容易性
-12.3 PBT ライブラリの比較
-12.4 言語別実装比較: プロパティベーステスト
-12.5 比較分析: テスト戦略の選択
-12.6 まとめ: シリーズ全体の振り返り
-```
-**想定規模**: 700〜800 行
-**依存関係**: ch10, ch11 と並行可能
-**リスク**: Medium
----
-### イテレーション 3 完了条件
-- [ ] 第 10 章で並行処理モデルの 5 カテゴリ比較表を含む
-- [ ] 第 11 章で DI パターンの言語別比較図を含む
-- [ ] 第 12 章で PBT ライブラリの比較表を含む
-- [ ] 第 12 章にシリーズ全体の振り返りを含む
----
-## 各章の執筆ワークフロー
-各章は以下の標準ワークフローで執筆します：
-```
-Phase 1: 素材収集（Read）
-├── 11 言語の該当セクションを読み込む
-├── 共通構造と差異ポイントを特定
-└── 代表コード例を選定
-Phase 2: 構造設計（Design）
-├── 統合記事テンプレートに沿ってセクション構成を決定
-├── 比較軸（型システム / ライブラリ / イディオム）を選定
-└── 図表の計画
-Phase 3: 執筆（Write）
-├── 共通の本質セクションを先に書く
-├── 言語別実装比較を言語グループ順に書く
-├── 比較分析で差異を言語化
-└── 選択指針とまとめを書く
-Phase 4: 品質チェック（Review）
-├── 11 言語すべてのコード例が含まれているか
-├── テンプレート準拠の確認
-├── リンクの整合性確認
-└── 言語間の公平性チェック
-```
----
-## 依存関係グラフ
-```plantuml
-@startuml
-!theme plain
-rectangle "イテレーション 1" #LightGreen {
-  card "ch01\nFP 入門" as ch01
-  card "ch02\n純粋関数" as ch02
-  card "ch03\n不変性" as ch03
-  card "ch04\n高階関数" as ch04
-  card "ch05\nflatMap" as ch05
-}
-rectangle "イテレーション 2" #LightBlue {
-  card "ch06\nOption" as ch06
-  card "ch07\nEither/ADT" as ch07
-  card "ch08\nIO モナド" as ch08
-  card "ch09\nストリーム" as ch09
-}
-rectangle "イテレーション 3" #LightCoral {
-  card "ch10\n並行処理" as ch10
-  card "ch11\n実践アプリ" as ch11
-  card "ch12\nテスト" as ch12
-}
-ch01 --> ch02 : フォーマット確立
-ch02 --> ch03
-ch03 --> ch04
-ch04 --> ch05
-ch05 --> ch06
-ch06 --> ch07
-ch07 --> ch08
-ch08 --> ch09
-ch09 --> ch10
-ch09 --> ch12
-ch10 --> ch11
-@enduml
-```
----
-## リスク管理
-| リスク | 影響 | 対策 |
-|--------|------|------|
-| 11 言語のコード量が膨大 | 読み込み時間が長い | 言語グループ代表を先に読み、残りは差分確認 |
-| ライブラリ API の差異が大きい | 公平な比較が難しい | 共通概念を先に固め、差異は `<details>` で分離 |
-| Part 5（並行処理）のモデル差異 | 統合が困難 | カテゴリ分類を先に確立し、各言語をマッピング |
-| 記事間の一貫性維持 | フォーマットがばらつく | ch01 でテンプレートを確定し、全章で流用 |
-| ソース記事の章境界が不明確 | セクション抽出に手間 | 各 Part ファイルの見出し構造を事前にマッピング |
----
-## 成果物一覧
-| # | ファイル名 | Part | 章 |
-|---|-----------|------|-----|
-| 1 | `part-1-ch01-fp-introduction.md` | I | 1 |
-| 2 | `part-1-ch02-pure-functions.md` | I | 2 |
-| 3 | `part-2-ch03-immutable-data.md` | II | 3 |
-| 4 | `part-2-ch04-higher-order-functions.md` | II | 4 |
-| 5 | `part-2-ch05-flatmap.md` | II | 5 |
-| 6 | `part-3-ch06-option.md` | III | 6 |
-| 7 | `part-3-ch07-either-adt.md` | III | 7 |
-| 8 | `part-4-ch08-io-monad.md` | IV | 8 |
-| 9 | `part-4-ch09-streams.md` | IV | 9 |
-| 10 | `part-5-ch10-concurrency.md` | V | 10 |
-| 11 | `part-6-ch11-practical-app.md` | VI | 11 |
-| 12 | `part-6-ch12-testing.md` | VI | 12 |
+# 統合記事 執筆計画
+## 概要
+「Grokking Functional Programming」11 言語版の統合記事（全 12 章）を執筆する計画です。
+### スコープ
+| 項目 | 値 |
+|------|-----|
+| ソース記事数 | 66 ファイル（11 言語 × 6 Part） |
+| 総ソース行数 | 55,784 行 |
+| 統合記事数 | 12 本 |
+| 各記事の想定規模 | 500〜1,000 行 |
+| 統合記事合計（想定） | 6,000〜12,000 行 |
+### ソースデータ概観
+#### 言語別ボリューム
+| 言語 | 合計行数 | グループ |
+|------|---------|---------|
+| Ruby | 5,876 | OOP + FP |
+| Elixir | 5,838 | FP ファースト |
+| C# | 5,398 | OOP + FP |
+| TypeScript | 5,312 | マルチパラダイム |
+| F# | 5,310 | FP ファースト |
+| Java | 5,039 | OOP + FP |
+| Haskell | 4,935 | FP ファースト |
+| Python | 4,772 | OOP + FP |
+| Scala | 4,733 | マルチパラダイム |
+| Rust | 4,472 | マルチパラダイム |
+| Clojure | 4,099 | FP ファースト |
+#### Part 別ボリューム
+| Part | テーマ | 合計行数 | 対応章 | 統合記事数 |
+|------|--------|---------|--------|-----------|
+| Part I | 関数型プログラミングの基礎 | 7,063 | 1-2 | 2 |
+| Part II | 関数型スタイル | 9,977 | 3-5 | 3 |
+| Part III | エラーハンドリング | 9,848 | 6-7 | 2 |
+| Part IV | IO と副作用 | 9,183 | 8-9 | 2 |
+| Part V | 並行処理 | 9,496 | 10 | 1 |
+| Part VI | 実践とテスト | 10,217 | 11-12 | 2 |
+---
+## 執筆方針
+### 基本方針
+1. **共通の本質を先に抽出**: 11 言語を読んだ上で、言語を超えた共通原理を言語化する
+2. **言語グループで整理**: FP ファースト → マルチパラダイム → OOP + FP の順で比較
+3. **コードは代表例を厳選**: 11 言語全部を並べるのではなく、グループ代表 + 特徴的な差異を持つ言語を重点提示
+4. **差異こそ価値**: 同じことを言っている部分は圧縮し、言語間の差異に紙幅を割く
+### コード比較の方針
+```
+11 言語すべてのコードを <details> で折りたたみ表示し、
+本文では 2〜3 言語の代表例を使って解説する。
+代表言語の選定基準:
+- グループごとに 1 言語（計 3 言語）
+- そのテーマで最も特徴的な実装を持つ言語を優先
+```
+### 代表言語の選定ガイドライン
+| テーマ | FP ファースト代表 | マルチパラダイム代表 | OOP + FP 代表 | 理由 |
+|--------|------------------|-------------------|--------------|------|
+| 基礎概念（ch1-2） | Haskell | Scala | Java | FP の純粋性の度合いが明確に差が出る |
+| 不変性（ch3） | Clojure | Rust | Java | 永続データ構造 vs 所有権 vs ライブラリ |
+| 高階関数（ch4） | Elixir | Scala | Python | パイプ演算子 vs メソッドチェーン vs 組み込み関数 |
+| flatMap（ch5） | Haskell | Scala | C# | do 記法 vs for 内包表記 vs LINQ |
+| Option（ch6） | Haskell | Rust | TypeScript | 言語組み込み vs fp-ts |
+| Either/ADT（ch7） | F# | Rust | C# | 判別共用体 vs enum vs LanguageExt |
+| IO モナド（ch8） | Haskell | Scala | C# | IO モナド vs cats-effect vs LanguageExt Eff |
+| ストリーム（ch9） | Elixir | Scala | Python | Stream + OTP vs fs2 vs ジェネレータ |
+| 並行処理（ch10） | Elixir | Rust | Java | OTP vs tokio vs Virtual Thread |
+| 実践アプリ（ch11） | Haskell | Scala | TypeScript | Reader vs cats-effect Resource vs ReaderTaskEither |
+| テスト（ch12） | Haskell | Scala | Python | QuickCheck vs ScalaCheck vs Hypothesis |
+---
+## イテレーション詳細
+### イテレーション 1: 基礎と関数型スタイル
+**目的**: 11 言語比較のフォーマットを確立し、基礎 5 章を完成させる
+#### 第 1 章: 関数型プログラミング入門
+**ファイル名**: `part-1-ch01-fp-introduction.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-1.md` | 第 1 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-1.md の第 1 章部分を読み込む
+2. 命令型 vs 関数型の対比構造を抽出（全言語共通）
+3. 各言語の「命令型コード → 関数型コード」の変換例を収集
+4. 言語グループ別の FP 表現スタイルの違いを分析
+5. 統合記事テンプレートに従って執筆
+**主要セクション構成**:
+```
+1.1 はじめに: なぜ関数型プログラミングか
+1.2 共通の本質: HOW vs WHAT
+1.3 言語別実装比較: ワードスコア計算
+    - 11 言語の命令型 → 関数型の変換
+1.4 比較分析: 言語のパラダイムポジション
+    - FP ファースト vs マルチパラダイム vs OOP + FP
+1.5 実践的な選択指針
+1.6 まとめ
+```
+**想定規模**: 500〜600 行
+**依存関係**: なし（最初の章）
+**リスク**: Low
+---
+#### 第 2 章: 純粋関数と副作用
+**ファイル名**: `part-1-ch02-pure-functions.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-1.md` | 第 2 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-1.md の第 2 章部分を読み込む
+2. 純粋関数の定義と参照透過性の共通原理を抽出
+3. 各言語での純粋性の保証メカニズムを比較
+4. 副作用の排除アプローチを言語グループ別に整理
+**主要セクション構成**:
+```
+2.1 はじめに: 純粋関数の価値
+2.2 共通の本質: 参照透過性と置換モデル
+2.3 言語別実装比較: 純粋性の保証
+    - Haskell: 型レベルで強制
+    - Scala/F#/Rust: 慣習 + 型システムのサポート
+    - 動的型付け言語: 規約と慣習
+2.4 比較分析: 純粋性のスペクトラム
+2.5 実践的な選択指針
+2.6 まとめ
+```
+**想定規模**: 500〜600 行
+**依存関係**: ch01 完了後（フォーマット確立のため）
+**リスク**: Low
+---
+#### 第 3 章: イミュータブルなデータ操作
+**ファイル名**: `part-2-ch03-immutable-data.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-2.md` | 第 3 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-2.md の第 3 章部分を読み込む
+2. 不変データ構造の実現方法を 4 カテゴリに分類
+   - 言語組み込み（Haskell, Clojure, Elixir, F#）
+   - デフォルト不変（Rust）
+   - case class / record（Scala, Java 16+, C# 9+）
+   - ライブラリ / 慣習（Python, TypeScript, Ruby）
+3. 構造共有と永続データ構造の概念を解説
+4. List/Map の基本操作を言語別に比較
+**主要セクション構成**:
+```
+3.1 はじめに: なぜイミュータブルか
+3.2 共通の本質: コピーオンライトと構造共有
+3.3 不変性の実現方法（4 カテゴリ比較）
+3.4 言語別実装比較: List 操作
+3.5 比較分析: コピーコストとパフォーマンス
+3.6 実践的な選択指針
+3.7 まとめ
+```
+**想定規模**: 600〜700 行
+**依存関係**: ch01-02 完了後
+**リスク**: Low
+---
+#### 第 4 章: 高階関数
+**ファイル名**: `part-2-ch04-higher-order-functions.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-2.md` | 第 4 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-2.md の第 4 章部分を読み込む
+2. map/filter/fold の共通概念を解説
+3. パイプライン記法の違いを比較
+   - Elixir/F# パイプ演算子 `|>`
+   - Haskell 関数合成 `.` / `$`
+   - Clojure スレッディングマクロ `->` / `->>`
+   - Scala/Java/C#/Ruby メソッドチェーン
+   - TypeScript fp-ts `pipe`
+   - Python 組み込み `map`/`filter` + returns `flow`
+4. カリー化と部分適用の言語間差異を分析
+**主要セクション構成**:
+```
+4.1 はじめに: 関数を値として扱う
+4.2 共通の本質: map/filter/fold の三位一体
+4.3 言語別実装比較: データ変換パイプライン
+4.4 パイプライン記法の比較
+4.5 カリー化と部分適用
+4.6 比較分析: 表現力 vs 学習コスト
+4.7 まとめ
+```
+**想定規模**: 700〜800 行
+**依存関係**: ch03 完了後
+**リスク**: Low
+---
+#### 第 5 章: flatMap とモナド的合成
+**ファイル名**: `part-2-ch05-flatmap.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-2.md` | 第 5 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-2.md の第 5 章部分を読み込む
+2. flatMap/bind の共通概念（コンテキスト付き計算の連鎖）を解説
+3. 糖衣構文の比較
+   - Scala for 内包表記
+   - Haskell do 記法
+   - C# LINQ クエリ式
+   - F# コンピュテーション式
+   - Clojure some-> / some->>
+   - Elixir with 式
+   - TypeScript pipe + chain
+   - Python flow + bind
+   - Ruby bind チェーン
+   - Java For.yield (Vavr)
+   - Rust and_then チェーン
+**主要セクション構成**:
+```
+5.1 はじめに: なぜ map だけでは足りないか
+5.2 共通の本質: コンテキストの連鎖
+5.3 言語別実装比較: flatMap の表現
+5.4 糖衣構文の比較分析
+5.5 モナドの概念（言語による抽象化レベルの違い）
+5.6 実践的な選択指針
+5.7 まとめ
+```
+**想定規模**: 700〜800 行
+**依存関係**: ch04 完了後
+**リスク**: Low（ただしモナドの説明深度の調整が必要）
+---
+### イテレーション 1 完了条件
+- [ ] 5 章すべてが統合記事構成テンプレートに準拠
+- [ ] 11 言語すべてのコード例を `<details>` で含む
+- [ ] 各章に言語グループ別の傾向分析を含む
+- [ ] ch01 で確立したフォーマットが ch02-05 で一貫
+- [ ] 相互リンクの整合性を確認
+---
+### イテレーション 2: エラーハンドリングと IO
+**目的**: ライブラリ依存度の高い 4 章を、共通概念とライブラリ固有の差異を明確に分離して執筆
+#### 第 6 章: Option 型による安全なエラーハンドリング
+**ファイル名**: `part-3-ch06-option.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-3.md` | 第 6 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-3.md の第 6 章部分を読み込む
+2. Option/Maybe の共通概念（null の型安全な代替）を解説
+3. 実装方式を 3 カテゴリに分類
+   - 言語組み込み: Haskell Maybe, Rust Option, F# Option
+   - 標準ライブラリ: Scala Option, Java Optional
+   - サードパーティ: fp-ts Option, returns Maybe, dry-monads Maybe, LanguageExt Option, Vavr Option
+   - 動的型付けの慣習: Clojure nil, Elixir nil/{:ok, value}
+4. map/flatMap/getOrElse の言語間対応表を作成
+**主要セクション構成**:
+```
+6.1 はじめに: null は 10 億ドルの過ち
+6.2 共通の本質: 値の有無を型で表現する
+6.3 Option/Maybe の実装方式（3 カテゴリ）
+6.4 言語別実装比較: 安全な値アクセス
+6.5 操作メソッドの対応表
+6.6 比較分析: 型安全性 vs 記述の簡潔さ
+6.7 まとめ
+```
+**想定規模**: 600〜700 行
+**依存関係**: イテレーション 1 完了後
+**リスク**: Medium（ライブラリ API の差異が大きい）
+---
+#### 第 7 章: Either 型と代数的データ型
+**ファイル名**: `part-3-ch07-either-adt.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-3.md` | 第 7 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-3.md の第 7 章部分を読み込む
+2. Either/Result の共通概念を解説
+3. ADT（代数的データ型）の表現力を比較
+4. パターンマッチのサポート度合いを分析
+**主要セクション構成**:
+```
+7.1 はじめに: 失敗の理由を型で表現する
+7.2 共通の本質: 直和型と直積型
+7.3 ADT の表現方法（言語別比較）
+7.4 言語別実装比較: Either/Result
+7.5 パターンマッチの比較
+7.6 比較分析: 式問題と拡張性
+7.7 まとめ
+```
+**想定規模**: 700〜800 行
+**依存関係**: ch06 完了後
+**リスク**: Medium（ADT の表現差異が大きい）
+---
+#### 第 8 章: IO モナドと副作用の分離
+**ファイル名**: `part-4-ch08-io-monad.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-4.md` | 第 8 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-4.md の第 8 章部分を読み込む
+2. IO の抽象化を 4 レベルに分類
+   - Level 4: 言語組み込み IO モナド（Haskell）
+   - Level 3: ライブラリ IO 型（Scala cats-effect, C# LanguageExt Eff）
+   - Level 2: 軽量 IO コンテナ（Python returns IO, TypeScript fp-ts Task, Ruby dry Task）
+   - Level 1: 慣習的分離（Java, Clojure, Elixir, Rust, F#）
+3. 記述と実行の分離の共通原理を解説
+4. 各レベルのトレードオフを分析
+**主要セクション構成**:
+```
+8.1 はじめに: 副作用をどう扱うか
+8.2 共通の本質: 記述と実行の分離
+8.3 IO 抽象化の 4 レベル
+8.4 言語別実装比較: 副作用を持つ計算
+8.5 比較分析: 抽象化のコスト vs 安全性
+8.6 実践的な選択指針
+8.7 まとめ
+```
+**想定規模**: 800〜900 行
+**依存関係**: ch07 完了後
+**リスク**: Medium（IO の概念説明が難しい）
+---
+#### 第 9 章: ストリーム処理
+**ファイル名**: `part-4-ch09-streams.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-4.md` | 第 9 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-4.md の第 9 章部分を読み込む
+2. 遅延評価とストリームの共通概念を解説
+3. ストリーム処理の実装アプローチを比較
+   - 専用ライブラリ: Scala fs2, Haskell conduit
+   - 言語組み込み: Elixir Stream, Rust Iterator, Python ジェネレータ, Ruby Enumerator::Lazy
+   - ライブラリ拡張: TypeScript AsyncIterable, Java Vavr Stream, C# StreamT, F# Seq
+**主要セクション構成**:
+```
+9.1 はじめに: 無限のデータを扱う
+9.2 共通の本質: 遅延評価と pull ベースの処理
+9.3 ストリーム処理のアプローチ分類
+9.4 言語別実装比較: 無限ストリーム
+9.5 比較分析: 合成可能性とパフォーマンス
+9.6 まとめ
+```
+**想定規模**: 700〜800 行
+**依存関係**: ch08 完了後
+**リスク**: Medium
+---
+### イテレーション 2 完了条件
+- [ ] 4 章すべてが統合記事構成テンプレートに準拠
+- [ ] Option/Either の言語間対応表を含む
+- [ ] IO 抽象化の 4 レベル図を含む
+- [ ] ストリーム処理のアプローチ分類図を含む
+- [ ] ライブラリ固有の情報が `<details>` で適切に分離
+---
+### イテレーション 3: 並行処理と実践
+**目的**: 言語間の根本的差異が最も大きい 3 章を、モデル比較を軸に統合
+#### 第 10 章: 並行・並列処理
+**ファイル名**: `part-5-ch10-concurrency.md`
+**入力ソース**:
+| 言語 | ファイル | 合計行数 |
+|------|---------|---------|
+| 全 11 言語 | `{lang}/part-5.md` | 9,496 |
+**執筆手順**:
+1. 全 11 言語の part-5.md を読み込む（最大ボリューム）
+2. 並行処理モデルを 5 カテゴリに分類
+   - Actor モデル: Elixir OTP/GenServer
+   - STM（Software Transactional Memory）: Haskell STM, Clojure ref
+   - Fiber / 軽量スレッド: Scala Fiber, Java Virtual Thread
+   - 所有権ベース: Rust Arc/Mutex/tokio
+   - アトミック参照: F# Ref, C# Atom, TypeScript Promise, Python asyncio, Ruby Fiber
+3. チェックイン集計の例題を全言語で比較
+4. 共有状態管理のアプローチ比較表を作成
+**主要セクション構成**:
+```
+10.1 はじめに: 関数型で並行処理が楽になる理由
+10.2 共通の本質: イミュータブルデータと並行安全性
+10.3 並行処理モデルの 5 カテゴリ
+10.4 言語別実装比較: チェックイン集計
+10.5 共有状態管理の比較
+10.6 比較分析: 安全性 vs パフォーマンス vs 表現力
+10.7 実践的な選択指針
+10.8 まとめ
+```
+**想定規模**: 900〜1,000 行
+**依存関係**: イテレーション 2 完了後
+**リスク**: High（モデル差異が大きく、公平な比較が難しい）
+---
+#### 第 11 章: 実践的なアプリケーション構築
+**ファイル名**: `part-6-ch11-practical-app.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-6.md` | 第 11 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-6.md の第 11 章部分を読み込む
+2. TravelGuide アプリの共通アーキテクチャを抽出
+3. DI（依存性注入）の関数型アプローチを比較
+   - Reader モナド: Scala, TypeScript
+   - 型クラス / trait: Haskell, Rust
+   - Protocol / ビヘイビア: Python, Elixir
+   - インターフェース: Java, C#, F#
+   - マルチメソッド: Clojure
+   - Duck typing: Ruby
+4. リソース管理パターンを比較
+**主要セクション構成**:
+```
+11.1 はじめに: FP で実践的なアプリを作る
+11.2 共通の本質: 関心の分離と依存性逆転
+11.3 TravelGuide アプリのアーキテクチャ
+11.4 DI の関数型アプローチ（言語別比較）
+11.5 リソース管理パターン
+11.6 比較分析: アーキテクチャの柔軟性
+11.7 まとめ
+```
+**想定規模**: 800〜900 行
+**依存関係**: ch10 完了後
+**リスク**: High（アーキテクチャパターンの差異が大きい）
+---
+#### 第 12 章: テスト戦略とプロパティベーステスト
+**ファイル名**: `part-6-ch12-testing.md`
+**入力ソース**:
+| 言語 | ファイル | 該当セクション |
+|------|---------|--------------|
+| 全 11 言語 | `{lang}/part-6.md` | 第 12 章セクション |
+**執筆手順**:
+1. 全 11 言語の part-6.md の第 12 章部分を読み込む
+2. PBT の共通原理を解説
+3. 各言語の PBT ライブラリを比較
+4. 純粋関数のテスト容易性を実例で示す
+**主要セクション構成**:
+```
+12.1 はじめに: 関数型プログラミングとテスト
+12.2 共通の本質: 純粋関数のテスト容易性
+12.3 PBT ライブラリの比較
+12.4 言語別実装比較: プロパティベーステスト
+12.5 比較分析: テスト戦略の選択
+12.6 まとめ: シリーズ全体の振り返り
+```
+**想定規模**: 700〜800 行
+**依存関係**: ch10, ch11 と並行可能
+**リスク**: Medium
+---
+### イテレーション 3 完了条件
+- [ ] 第 10 章で並行処理モデルの 5 カテゴリ比較表を含む
+- [ ] 第 11 章で DI パターンの言語別比較図を含む
+- [ ] 第 12 章で PBT ライブラリの比較表を含む
+- [ ] 第 12 章にシリーズ全体の振り返りを含む
+---
+## 各章の執筆ワークフロー
+各章は以下の標準ワークフローで執筆します：
+```
+Phase 1: 素材収集（Read）
+├── 11 言語の該当セクションを読み込む
+├── 共通構造と差異ポイントを特定
+└── 代表コード例を選定
+Phase 2: 構造設計（Design）
+├── 統合記事テンプレートに沿ってセクション構成を決定
+├── 比較軸（型システム / ライブラリ / イディオム）を選定
+└── 図表の計画
+Phase 3: 執筆（Write）
+├── 共通の本質セクションを先に書く
+├── 言語別実装比較を言語グループ順に書く
+├── 比較分析で差異を言語化
+└── 選択指針とまとめを書く
+Phase 4: 品質チェック（Review）
+├── 11 言語すべてのコード例が含まれているか
+├── テンプレート準拠の確認
+├── リンクの整合性確認
+└── 言語間の公平性チェック
+```
+---
+## 依存関係グラフ
+```plantuml
+@startuml
+!theme plain
+rectangle "イテレーション 1" #LightGreen {
+  card "ch01\nFP 入門" as ch01
+  card "ch02\n純粋関数" as ch02
+  card "ch03\n不変性" as ch03
+  card "ch04\n高階関数" as ch04
+  card "ch05\nflatMap" as ch05
+}
+rectangle "イテレーション 2" #LightBlue {
+  card "ch06\nOption" as ch06
+  card "ch07\nEither/ADT" as ch07
+  card "ch08\nIO モナド" as ch08
+  card "ch09\nストリーム" as ch09
+}
+rectangle "イテレーション 3" #LightCoral {
+  card "ch10\n並行処理" as ch10
+  card "ch11\n実践アプリ" as ch11
+  card "ch12\nテスト" as ch12
+}
+ch01 --> ch02 : フォーマット確立
+ch02 --> ch03
+ch03 --> ch04
+ch04 --> ch05
+ch05 --> ch06
+ch06 --> ch07
+ch07 --> ch08
+ch08 --> ch09
+ch09 --> ch10
+ch09 --> ch12
+ch10 --> ch11
+@enduml
+```
+---
+## リスク管理
+| リスク | 影響 | 対策 |
+|--------|------|------|
+| 11 言語のコード量が膨大 | 読み込み時間が長い | 言語グループ代表を先に読み、残りは差分確認 |
+| ライブラリ API の差異が大きい | 公平な比較が難しい | 共通概念を先に固め、差異は `<details>` で分離 |
+| Part 5（並行処理）のモデル差異 | 統合が困難 | カテゴリ分類を先に確立し、各言語をマッピング |
+| 記事間の一貫性維持 | フォーマットがばらつく | ch01 でテンプレートを確定し、全章で流用 |
+| ソース記事の章境界が不明確 | セクション抽出に手間 | 各 Part ファイルの見出し構造を事前にマッピング |
+---
+## 成果物一覧
+| # | ファイル名 | Part | 章 |
+|---|-----------|------|-----|
+| 1 | `part-1-ch01-fp-introduction.md` | I | 1 |
+| 2 | `part-1-ch02-pure-functions.md` | I | 2 |
+| 3 | `part-2-ch03-immutable-data.md` | II | 3 |
+| 4 | `part-2-ch04-higher-order-functions.md` | II | 4 |
+| 5 | `part-2-ch05-flatmap.md` | II | 5 |
+| 6 | `part-3-ch06-option.md` | III | 6 |
+| 7 | `part-3-ch07-either-adt.md` | III | 7 |
+| 8 | `part-4-ch08-io-monad.md` | IV | 8 |
+| 9 | `part-4-ch09-streams.md` | IV | 9 |
+| 10 | `part-5-ch10-concurrency.md` | V | 10 |
+| 11 | `part-6-ch11-practical-app.md` | VI | 11 |
+| 12 | `part-6-ch12-testing.md` | VI | 12 |