@k2works/claude-code-booster 6.2.0 → 6.3.0

package/lib/assets/.claude/skills/practicing-getting-start-tdd/SKILL.md

@@ -9,7 +9,7 @@ FizzBuzz 問題を題材に、TDD（テスト駆動開発）の手法を実践
 
 ## 教材
 
-`docs/article/getting-start-tdd/` に 14 言語 x 12 章の完全な教材がある。チュートリアル進行時は該当する言語・章の教材を参照し、内容に沿って進行する。
+公開サイト <https://k2works.github.io/getting-started-tdd/> に 14 言語 x 12 章の完全な教材がある。教材は継続的に更新されるためローカルには置かない。チュートリアル進行時は WebFetch でサイトから該当する言語・章の教材を取得し、内容に沿って進行する。
 
 ## チュートリアルの進め方
 
@@ -176,11 +176,7 @@ scoop install php composer
 
 #### 教材ファイルの特定
 
-言語ごとにファイル名パターンが異なる。
-
-- 多くの言語: `docs/article/getting-start-tdd/{lang}/01-todo-list-and-first-test.md` 等
-- C#: `docs/article/getting-start-tdd/csharp/chapter01.md` 等
-- F#: `docs/article/getting-start-tdd/fsharp/chapter01.md` 等
+公開サイトのトップページ <https://k2works.github.io/getting-started-tdd/> を WebFetch で取得し、目次から該当する言語・章のページを辿る。言語ごとにページ名のパターンが異なるため、URL を推測せずサイトのリンクに従う。
 
 #### 進行ルール
 
@@ -255,7 +251,7 @@ Problem で挙がった項目は、Try で具体的なアクションに変換
 
 ## 応用: 複数言語での比較
 
-ユーザーが複数言語に興味がある場合、`docs/article/getting-start-tdd/integration/` の多言語統合解説を参照し、言語間の比較視点を提供する。
+ユーザーが複数言語に興味がある場合、公開サイト <https://k2works.github.io/getting-started-tdd/> の多言語統合解説を参照し、言語間の比較視点を提供する。
 
 ## 注意事項
 

package/lib/assets/docs/article/index.md

@@ -1,41 +1,16 @@
-# 記事
-
-学習用の記事シリーズ一覧です。
-
-複数言語を横断して比較しながら、TDD、関数型プログラミング、並行処理、設計パターン、データベース設計、コンテナ実践を段階的に学べます。
-
-## 記事シリーズ
-
-| シリーズ | テーマ | 言語数 | 特徴 |
-|------|------|------|------|
-| [テスト駆動開発から始めるプログラミング入門](getting-start-tdd/index.md) | TDD を軸にした言語入門 | 14 | 共通題材で Red-Green-Refactor を体験し、言語ごとの設計思想を比較できます。 |
-| [Grokking Functional Programming](grokkingfp/index.md) | 関数型プログラミング | 11 | 純粋関数、イミュータブルデータ、Option/Either、IO、並行処理まで体系的に学べます。 |
-| [Grokking Concurrency](grokking-concurrency/index.md) | 並行処理プログラミング | 8 | スレッド、同期、非同期、ノンブロッキング I/O、分散並列処理を多言語で比較できます。 |
-| [関数型デザイン - 原則、パターン、実践](functional-desgin-ppp/index.md) | 関数型デザインパターン | 6 | OOP のデザインパターンを関数型パラダイムでどう表現するかを実践的に学べます。 |
-| [実践データベース設計：基幹業務システム編](practical-database-design/index.md) | データベース設計 | - | 販売管理・財務会計・生産管理の基幹業務システムを題材に、業務フローとデータモデルを体系的に学べます。 |
-| [Docker/Kubernetes 実践コンテナ解説](getting-start-docker-kubernetes/index.md) | コンテナ・オーケストレーション | - | コンテナの基礎から複数コンテナ構成、Kubernetes、継続的デリバリー、ケーススタディまで実践的に学べます。 |
-
-## 学び方のガイド
-
-- TDD を起点に言語の基礎を学ぶ場合は、[テスト駆動開発から始めるプログラミング入門](getting-start-tdd/index.md) から読み始めてください。
-- 関数型プログラミングを体系的に学ぶ場合は、[Grokking Functional Programming](grokkingfp/index.md) を参照してください。
-- 並行処理を重点的に学ぶ場合は、[Grokking Concurrency](grokking-concurrency/index.md) を参照してください。
-- 設計原則やパターンを深く学ぶ場合は、[関数型デザイン - 原則、パターン、実践](functional-desgin-ppp/index.md) を参照してください。
-- データベース設計を実践的に学ぶ場合は、[実践データベース設計：基幹業務システム編](practical-database-design/index.md) を参照してください。
-- Docker や Kubernetes でコンテナ実践を学ぶ場合は、[Docker/Kubernetes 実践コンテナ解説](getting-start-docker-kubernetes/index.md) を参照してください。
-
-## 多言語統合解説
-
-シリーズ横断で比較しながら読みたい場合は、以下の統合記事が入口になります。
-
-- [Grokking Functional Programming 多言語統合解説](grokkingfp/all/index.md)
-- [Grokking Concurrency 多言語統合解説](grokking-concurrency/all/index.md)
-- [関数型デザイン 多言語統合解説](functional-desgin-ppp/all/index.md)
-
-## 参考元
-
-- [getting-started-tdd](https://github.com/k2works/getting-started-tdd)
-- [functional-desgin-ppp](https://github.com/k2works/functional-desgin-ppp)
-- [grokking-concurrency-exercise](https://github.com/k2works/grokking-concurrency-exercise)
-- [grokkingfp-excersice](https://github.com/k2works/grokkingfp-excersice)
-- [practical-database-design](https://github.com/k2works/practical-database-design)
+# 記事
+
+学習用の記事シリーズ一覧です。
+
+記事は各リポジトリで継続的に追加・更新されているため、本文はここに置かず、公開サイトへのリンクのみを掲載しています。
+
+| シリーズ | テーマ | 説明 |
+|------|------|------|
+| [テスト駆動開発から始めるプログラミング入門](https://k2works.github.io/getting-started-tdd/) | TDD を軸にした言語入門 | 共通題材で Red-Green-Refactor を体験し、言語ごとの設計思想を比較できます。 |
+| [Grokking Functional Programming](https://k2works.github.io/grokkingfp-excersice/) | 関数型プログラミング | 純粋関数、イミュータブルデータ、Option/Either、IO、並行処理まで体系的に学べます。 |
+| [Grokking Concurrency](https://k2works.github.io/grokking-concurrency-exercise/) | 並行処理プログラミング | スレッド、同期、非同期、ノンブロッキング I/O、分散並列処理を多言語で比較できます。 |
+| [Grokking Machine Learning](https://k2works.github.io/grokking-machine-learning-excersice/) | 機械学習 | 線形回帰から決定木、ニューラルネットワーク、SVM、アンサンブル学習まで、機械学習アルゴリズムを Python・Kotlin・F# で自前実装しながら学べます。 |
+| [機械学習から始めるプログラミング入門](https://k2works.github.io/getting-started-machine-learning/) | 機械学習を軸にした言語入門 | 機械学習の題材をテストファーストで実装しながら、データ前処理、CI/CD、評価指標、モデル選択、API 設計まで多言語で学べます。 |
+| [関数型デザイン - 原則、パターン、実践](https://k2works.github.io/functional-desgin-ppp/) | 関数型デザインパターン | OOP のデザインパターンを関数型パラダイムでどう表現するかを実践的に学べます。 |
+| [実践データベース設計：基幹業務システム編](https://k2works.github.io/practical-database-design/) | データベース設計 | 販売管理・財務会計・生産管理の基幹業務システムを題材に、業務フローとデータモデルを体系的に学べます。 |
+| [Docker/Kubernetes 実践コンテナ解説](https://k2works.github.io/getting-started-docker-kubernetes/) | コンテナ・オーケストレーション | コンテナの基礎から複数コンテナ構成、Kubernetes、継続的デリバリー、ケーススタディまで実践的に学べます。 |

package/lib/assets/docs/index.md

@@ -26,7 +26,7 @@ okf_version: "0.2"
 | [運用](./operation/index.md) | 環境構築、デプロイ、運用手順の整理                   | `index.md` を整備済み |
 | [レビュー](./review/index.md) | 分析・開発レビュー結果の記録                      | `index.md` を整備済み |
 | [ADR](./adr/index.md) | Architecture Decision Records の管理   | `index.md` を整備済み |
-| [記事](./article/index.md) | 学習用の記事シリーズ一覧                        | `index.md` を整備済み |
+| [記事](./article/index.md) | 学習用の記事シリーズ一覧                        | 公開サイトへのリンク集 |
 | [リファレンス](./reference/index.md) | 開発ガイドラインやベストプラクティス                  | 38 件のドキュメントを配置 |
 | [テンプレート](./template/index.md) | 各種ドキュメントの作成テンプレート                   | 18 件のテンプレートを配置 |
 

package/lib/assets/mkdocs.yml

@@ -84,12 +84,6 @@ nav:
       - 概要: adr/index.md
   - 記事:
       - 概要: article/index.md
-      - テスト駆動開発から始めるプログラミング入門: article/getting-start-tdd/index.md
-      - Grokking Functional Programming: article/grokkingfp/index.md
-      - Grokking Concurrency: article/grokking-concurrency/index.md
-      - 関数型デザイン - 原則、パターン、実践: article/functional-desgin-ppp/index.md
-      - 実践データベース設計：基幹業務システム編: article/practical-database-design/index.md
-      - Docker/Kubernetes 実践コンテナ解説: article/getting-start-docker-kubernetes/index.md
   - リファレンス:
       - 概要: reference/index.md
       - よいソフトウェアとは: reference/よいソフトウェアとは.md

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@k2works/claude-code-booster",
-  "version": "6.2.0",
+  "version": "6.3.0",
   "description": "AI Agent Development Support Tool",
   "main": "main.js",
   "bin": {

package/lib/assets/docs/article/functional-desgin-ppp/all/01-immutability-and-data-transformation.md

@@ -1,484 +0,0 @@
----
-type: Article
-title: "第1章: 不変性とデータ変換 — 6言語統合ガイド"
-description: "関数型プログラミングの最も重要な概念が不変性（Immutability）です。"
-tags: [article, functional-desgin-ppp, all]
-status: stable
-generated: { by: human:kakimomokuri, at: 2026-03-24T05:22:28Z }
----
-
-# 第1章: 不変性とデータ変換 — 6言語統合ガイド
-
-## 1. はじめに
-
-関数型プログラミングの最も重要な概念が**不変性（Immutability）**です。不変データ構造を使用することで、プログラムの予測可能性が向上し、並行処理でのバグを防ぎ、コードの理解と保守が容易になります。
-
-本章では、6 つの関数型言語がそれぞれどのように不変性を実現し、データ変換パイプラインを構築するかを横断的に比較します。
-
-### 不変性の利点（全言語共通）
-
-1. **予測可能性**: データが変更されないため、関数の動作を予測しやすい
-2. **スレッドセーフ**: 複数のスレッドから安全にアクセスできる
-3. **履歴の保持**: 変更前のデータを保持できる（Undo/Redo の実装が容易）
-4. **デバッグの容易さ**: データの変更履歴を追跡しやすい
-
-## 2. 共通の本質
-
-すべての言語に共通する不変性の核心は以下です：
-
-- データを「変更」するのではなく、**新しいデータを作成**する
-- 元のデータは**そのまま残る**（参照透過性）
-- 効率のために**構造共有**が用いられる
-
-従来の命令型プログラミングではオブジェクトの状態を直接変更します：
-
-```java
-// Java（可変）
-person.setAge(31);  // 元のオブジェクトが変更される
-```
-
-関数型言語では、更新は常に新しいデータを返します。6 言語すべてがこの原則に従いますが、その表現方法は言語ごとに異なります。
-
-## 3. 言語別実装比較
-
-### 3.1 不変データの定義と更新
-
-各言語が「人物データの年齢を更新する」操作をどう表現するかを比較します。
-
-<details>
-<summary>Clojure</summary>
-
-```clojure
-(def original-person {:name "田中" :age 30})
-
-(defn update-age [person new-age]
-  (assoc person :age new-age))
-
-(def updated-person (update-age original-person 31))
-
-original-person   ;; => {:name "田中" :age 30}  ← 元のデータは変わらない
-updated-person    ;; => {:name "田中" :age 31}  ← 新しいデータ
-```
-
-マップリテラルがそのまま不変データ構造です。`assoc` で特定のキーを差し替えた新しいマップを返します。
-
-</details>
-
-<details>
-<summary>Scala</summary>
-
-```scala
-case class Person(name: String, age: Int)
-
-def updateAge(person: Person, newAge: Int): Person =
-  person.copy(age = newAge)
-
-val originalPerson = Person("田中", 30)
-val updatedPerson = updateAge(originalPerson, 31)
-
-originalPerson   // => Person("田中", 30)
-updatedPerson    // => Person("田中", 31)
-```
-
-`case class` はデフォルトで不変です。`copy` メソッドが自動生成され、フィールドを指定して差し替えた新しいインスタンスを返します。
-
-</details>
-
-<details>
-<summary>Elixir</summary>
-
-```elixir
-defmodule Person do
-  @enforce_keys [:name, :age]
-  defstruct [:name, :age]
-end
-
-def update_age(%Person{} = person, new_age) do
-  %{person | age: new_age}
-end
-
-original_person = %Person{name: "田中", age: 30}
-updated_person = update_age(original_person, 31)
-```
-
-構造体の更新構文 `%{struct | field: value}` で、指定フィールドだけ差し替えた新しい構造体を返します。
-
-</details>
-
-<details>
-<summary>F#</summary>
-
-```fsharp
-type Person = { Name: string; Age: int }
-
-let updateAge person newAge = { person with Age = newAge }
-
-let originalPerson = { Name = "田中"; Age = 30 }
-let updatedPerson = updateAge originalPerson 31
-```
-
-レコード型と `with` 式で、指定フィールドを差し替えた新しいレコードを返します。
-
-</details>
-
-<details>
-<summary>Haskell</summary>
-
-```haskell
-data Person = Person
-    { personName :: String
-    , personAge  :: Int
-    } deriving (Show, Eq)
-
-updateAge :: Person -> Int -> Person
-updateAge person newAge = person { personAge = newAge }
-
-originalPerson = Person { personName = "田中", personAge = 30 }
-updatedPerson = updateAge originalPerson 31
-```
-
-Haskell ではすべてのデータがデフォルトで不変です。レコード更新構文で新しい値を返します。
-
-</details>
-
-<details>
-<summary>Rust</summary>
-
-```rust
-pub struct Person {
-    pub name: String,
-    pub age: u32,
-}
-
-impl Person {
-    pub fn with_age(&self, new_age: u32) -> Self {
-        Person {
-            name: self.name.clone(),
-            age: new_age,
-        }
-    }
-}
-
-let person = Person::new("田中", 30);       // 不変（デフォルト）
-let mut mutable = Person::new("田中", 30);  // 可変（明示的に mut）
-```
-
-Rust では変数はデフォルトで不変です。可変にするには `mut` キーワードが必要です。新しいデータを作るには `clone()` で所有権を複製します。
-
-</details>
-
-### 不変データ更新の構文比較
-
-| 言語 | データ定義 | 更新構文 |
-|------|----------|---------|
-| Clojure | マップリテラル `{}` | `(assoc person :age 31)` |
-| Scala | `case class` | `person.copy(age = 31)` |
-| Elixir | `defstruct` | `%{person \| age: 31}` |
-| F# | レコード型 | `{ person with Age = 31 }` |
-| Haskell | `data` + レコード構文 | `person { personAge = 31 }` |
-| Rust | `struct` | `Person { name: self.name.clone(), age: 31 }` |
-
-### 3.2 構造共有（Structural Sharing）
-
-「毎回新しいデータを作成すると非効率では？」という疑問に対し、関数型言語は**構造共有**で応えます。変更されていない部分はコピーせず、元のデータへの参照を共有します。
-
-```plantuml
-@startuml
-title 構造共有の概念
-
-rectangle "元のデータ" as original {
-  rectangle ":name \"田中\"" as name
-  rectangle ":age 30" as age
-}
-
-rectangle "更新後のデータ" as updated {
-  rectangle ":age 31" as new_age
-}
-
-updated --> name : 共有
-note right of updated : :name は元のデータと共有
-@enduml
-```
-
-| 言語 | 構造共有の仕組み | 特記事項 |
-|------|---------------|---------|
-| Clojure | 永続的ハッシュアレイマップドトライ（HAMT） | 標準データ構造がすべて永続的 |
-| Scala | 永続的データ構造（標準ライブラリ） | `case class` の `copy` は浅いコピー |
-| Elixir | BEAM VM による最適化 | プロセス間でもデータを安全に共有 |
-| F# | .NET の不変コレクション | `Map`、`List` が永続的 |
-| Haskell | 遅延評価 + GC による自動最適化 | 構造共有は言語レベルで透過的 |
-| Rust | `Clone` トレイトによる明示的コピー | 所有権システムにより共有が制限される |
-
-### 3.3 データ変換パイプライン
-
-同じビジネスロジック「注文の合計金額を計算する」を各言語で実装します。
-
-<details>
-<summary>Clojure: スレッディングマクロ</summary>
-
-```clojure
-;; thread-last マクロ（コレクション操作向き）
-(->> (:items order)
-     (map calculate-subtotal)
-     (reduce +))
-
-;; thread-first マクロ（オブジェクト操作向き）
-(-> order
-    :customer
-    :membership
-    membership-discount)
-```
-
-Clojure は `->` と `->>` の 2 種類のスレッディングマクロを使い分けます。
-
-</details>
-
-<details>
-<summary>Scala: メソッドチェーン</summary>
-
-```scala
-order.items
-  .map(calculateSubtotal)
-  .sum
-```
-
-Scala はコレクションのメソッドチェーンでパイプラインを表現します。
-
-</details>
-
-<details>
-<summary>Elixir: パイプ演算子</summary>
-
-```elixir
-items
-|> Enum.map(&calculate_subtotal/1)
-|> Enum.sum()
-```
-
-Elixir の `|>` は言語組み込みのパイプ演算子で、前の式の結果を次の関数の第 1 引数に渡します。
-
-</details>
-
-<details>
-<summary>F#: パイプライン演算子</summary>
-
-```fsharp
-order.Items
-|> List.map calculateSubtotal
-|> List.sum
-```
-
-F# の `|>` は Elixir と同様に左から右へデータを流します。
-
-</details>
-
-<details>
-<summary>Haskell: 関数適用と合成</summary>
-
-```haskell
-sum $ map calculateSubtotal (orderItems order)
-
--- & 演算子を使ったパイプライン風
-order
-  & calculateTotal
-  & applyDiscount order
-```
-
-Haskell は `$`（関数適用）と `&`（逆適用）を使い分けます。
-
-</details>
-
-<details>
-<summary>Rust: イテレータチェーン</summary>
-
-```rust
-self.items.iter()
-    .filter(|item| item.quantity > 0)
-    .map(|item| item.subtotal())
-    .sum::<i32>()
-```
-
-Rust のイテレータはゼロコスト抽象化で、コンパイル時に最適化されます。
-
-</details>
-
-### パイプライン演算子・記法の比較
-
-| 言語 | 主要な記法 | 方向 | 特徴 |
-|------|----------|------|------|
-| Clojure | `->` / `->>` | 左→右 | 2 種類のマクロを用途で使い分け |
-| Scala | メソッドチェーン | 左→右 | OOP スタイルのドット記法 |
-| Elixir | `\|>` | 左→右 | 言語組み込み、最も直感的 |
-| F# | `\|>` | 左→右 | Elixir と同じ発想、型推論と相性が良い |
-| Haskell | `$` / `&` / `.` | 右→左 / 左→右 | 数学的記法、ポイントフリースタイル |
-| Rust | メソッドチェーン | 左→右 | イテレータのゼロコスト抽象化 |
-
-### 3.4 副作用の分離
-
-純粋関数（入力から出力への変換のみ）と副作用（I/O、状態変更）を分離するアプローチは、各言語で異なります。
-
-| 言語 | 分離方法 | 強制度 | 特徴 |
-|------|--------|--------|------|
-| Clojure | `!` サフィックスの命名規約 | 規約 | `swap!`、`reset!` など慣例で区別 |
-| Scala | 型システム（Cats Effect / ZIO） | 任意 | エフェクトシステムを後付けで導入可能 |
-| Elixir | `!` サフィックスの命名規約 | 規約 | 例外を投げるバージョンに `!` を付ける |
-| F# | 型シグネチャ | 型安全 | `unit -> 'a` で副作用を示唆 |
-| Haskell | IO モナド | **強制** | 型システムで副作用を完全に追跡 |
-| Rust | `Result<T, E>` / 型シグネチャ | 型安全 | エラーハンドリングが型で保証される |
-
-Haskell の IO モナドは最も厳格なアプローチです：
-
-```haskell
--- 純粋関数（IO なし）
-calculateInvoice :: [Item] -> Double -> Invoice
-
--- 副作用あり（IO 付き）
-saveInvoice :: Invoice -> IO ()
-```
-
-型シグネチャを見るだけで、その関数が副作用を持つかどうかが分かります。
-
-### 3.5 効率的な変換メカニズム
-
-各言語は大量データの変換を効率的に行うための仕組みを持っています。
-
-| 言語 | メカニズム | 仕組み |
-|------|----------|--------|
-| Clojure | **トランスデューサー** | 複合変換で中間コレクションを排除 |
-| Scala | **Iterator / LazyList** | 遅延評価によるオンデマンド処理 |
-| Elixir | **Stream** | 遅延列挙、無限ストリーム対応 |
-| F# | **Seq** | 遅延シーケンス（.NET の IEnumerable） |
-| Haskell | **デフォルト遅延評価** | 言語レベルで全式が遅延評価 |
-| Rust | **Iterator** | ゼロコスト抽象化、コンパイル時最適化 |
-
-<details>
-<summary>Clojure: トランスデューサー（言語固有）</summary>
-
-```clojure
-(def xf-process-items
-  (comp
-   (filter #(> (:quantity %) 0))
-   (map #(assoc % :subtotal (calculate-subtotal %)))
-   (filter #(> (:subtotal %) 100))))
-
-(defn process-items-efficiently [items]
-  (into [] xf-process-items items))
-```
-
-トランスデューサーは Clojure 固有の概念で、変換ロジックをコレクション型から分離し、中間コレクションなしに複合変換を実行します。
-
-</details>
-
-<details>
-<summary>Elixir: Stream による無限ストリーム</summary>
-
-```elixir
-def take_even_numbers(count) do
-  Stream.iterate(1, &(&1 + 1))
-  |> Stream.filter(&(rem(&1, 2) == 0))
-  |> Enum.take(count)
-end
-```
-
-</details>
-
-<details>
-<summary>Rust: ゼロコスト抽象化</summary>
-
-```rust
-let numbers: Vec<i32> = (1..)
-    .filter(|n| n % 2 == 0)
-    .take(10)
-    .collect();
-```
-
-Rust のイテレータチェーンはコンパイル時にループに展開され、手書きのループと同等のパフォーマンスを実現します。
-
-</details>
-
-## 4. 比較分析
-
-### 4.1 不変性の保証レベル
-
-```plantuml
-@startuml
-title 不変性の保証レベル（強い順）
-
-rectangle "Haskell" as h #lightgreen
-rectangle "Rust（デフォルト不変 + mut オプトイン）" as r #lightblue
-rectangle "Clojure / Elixir（デフォルト不変）" as ce #lightyellow
-rectangle "F#（デフォルト不変 + mutable オプトイン）" as f #lightyellow
-rectangle "Scala（case class 不変 + var 可能）" as s #lightyellow
-
-h -[hidden]down- r
-r -[hidden]down- ce
-ce -[hidden]down- f
-f -[hidden]down- s
-
-note right of h : すべてのデータが不変\n副作用は IO モナドで分離
-note right of r : mut を明示しない限り不変\n所有権システムで安全性を保証
-note right of ce : デフォルト不変だが\n可変参照は慣例で制限
-note right of s : case class は不変だが\nvar で可変変数を宣言可能
-@enduml
-```
-
-### 4.2 型システムが不変性に与える影響
-
-| 分類 | 言語 | 影響 |
-|------|------|------|
-| 動的型付け | Clojure, Elixir | 実行時に柔軟だが、型ミスはテストで検出 |
-| 静的型付け | Scala, F#, Rust | コンパイル時に型チェック、IDE 支援が充実 |
-| 純粋型付け | Haskell | 副作用が型に表れる、最も厳密 |
-
-### 4.3 パフォーマンス特性
-
-| 言語 | コピーコスト | 最適化手法 |
-|------|-----------|-----------|
-| Clojure | 低（HAMT による構造共有） | トランスデューサーで中間オブジェクト排除 |
-| Scala | 低〜中（永続的コレクション） | Iterator/LazyList で遅延評価 |
-| Elixir | 低（BEAM VM 最適化） | Stream で遅延評価 |
-| F# | 低〜中（.NET 不変コレクション） | Seq で遅延評価 |
-| Haskell | 低（遅延評価 + GC） | デフォルトで遅延、必要時に正格評価 |
-| Rust | 中（Clone による明示的コピー） | ゼロコスト抽象化、コンパイル時最適化 |
-
-## 5. 実践的な選択指針
-
-### 不変性の実装アプローチを選ぶ基準
-
-| 要件 | 推奨言語 | 理由 |
-|------|---------|------|
-| 最も厳密な不変性保証が必要 | Haskell | IO モナドで副作用を型レベルで分離 |
-| メモリ安全性が最重要 | Rust | 所有権システムでデータ競合を防止 |
-| 直感的なパイプライン記述 | Elixir, F# | `\|>` 演算子で自然なデータフロー |
-| 柔軟なデータ操作 | Clojure | マップベースの動的データ構造 |
-| JVM エコシステムとの統合 | Scala, Clojure | 既存 Java ライブラリを活用可能 |
-| .NET エコシステムとの統合 | F# | C# ライブラリとの相互運用 |
-
-## 6. まとめ
-
-### 言語を超えて成り立つ原則
-
-1. **データは変更しない、新しく作る** — 全言語に共通する基本原則
-2. **構造共有で効率を確保** — コピーコストを最小化
-3. **パイプラインでデータを流す** — 変換を合成可能にする
-4. **副作用を分離する** — 純粋な計算と I/O を切り分ける
-
-### 各言語の個性
-
-| 言語 | 得意領域 |
-|------|---------|
-| Clojure | スレッディングマクロとトランスデューサーによる柔軟なデータ変換 |
-| Scala | case class と for 式による型安全なデータ操作 |
-| Elixir | パイプ演算子と Stream による直感的なデータフロー |
-| F# | レコード型とパイプライン演算子による簡潔な表現 |
-| Haskell | IO モナドによる副作用の完全分離と遅延評価 |
-| Rust | 所有権システムとゼロコスト抽象化による安全で高速なデータ処理 |
-
-## 言語別個別記事
-
-- [Clojure](../clojure/01-immutability-and-data-transformation.md)
-- [Scala](../scala/01-immutability-and-data-transformation.md)
-- [Elixir](../elixir/01-immutability-and-data-transformation.md)
-- [F#](../fsharp/01-immutability-and-data-transformation.md)
-- [Haskell](../haskell/01-immutability-and-data-transformation.md)
-- [Rust](../rust/01-immutability-and-data-transformation.md)