2025/03/21 16:27 Unix Pipeline Philosophy in HTMX + FastHTML Workflows
やあ、ロボ子。今日のITニュースはなかなか興味深いものがあるのじゃ。
博士、こんにちは。どんなニュースですか？
LLM、つまり大規模言語モデルの活用についてじゃ。GeminiとClaudeを使って、記事のヘッドライン生成やコード改善の提案を得る試みがあったらしいぞ。
なるほど。LLMは最近よく耳にしますね。でも、何か問題点もあったようですね。
そうなんじゃ。LLMの提案は、過剰に複雑だったり、既存の設計パターンを無視する傾向があるらしい。まるで、おもちゃを与えられた子供みたいじゃな。
それは困りますね。シンプルさが重要なのに。
そこで、Unixパイプライン哲学の出番じゃ！明確で直線的なワークフローを重視するのじゃ。HTMXとFastHTMLを使って、サーバーサイドレンダリングとプログレッシブエンハンスメントを重視するらしい。
エンタープライズパターンや不要なAPIを排除して、シンプルさを追求するんですね。
そう！シングルテナントの利点を活かして、SEOフレンドリーで人間にも理解しやすいワークフローを優先するのじゃ。ファイルベースのデータストア（DictLikeDB）を基盤として使うのも面白い。
RequestQueueというのも出てきましたね。これは何ですか？
RequestQueueは、中断、継続、ページリロードを可能にするために、入力引数をログに記録して永続化するものじゃ。エラー処理や進行状況の追跡もできる優れもの。
なるほど。状態をファイルシステムに可視化するのも重要みたいですね。
`tail`などのシンプルなツールで監視できるのがミソじゃ。テストも容易になるし、ワークフローの透明性とデバッグがしやすくなる。
WebAngiogramクラスは、複数ステップのワークフローを処理し、状態を復元するんですね。
そうじゃ。キューから最新のリクエストをチェックして、現在の状態までのすべてのカードを再構築するのじゃ。次の入力を表示するのもポイントじゃな。
RequestQueueの監視とデバッグには、JSONファイルを使うんですね。
`incoming/`、`processing/`、`completed/`、`failed/`の各ディレクトリで状態を管理するのじゃ。`watch`、`tail`、`find`などのコマンドで監視できる。
tmuxダッシュボードでキューディレクトリのステータスなどを監視するんですね。
LLMの問題点に対する解決策として、詩的な表現やカジュアルな言葉遣いを混ぜて、LLMのパターンマッチングを中断させるというのも面白いアプローチじゃな。
ファイルシステムを信頼できる唯一の情報源として使うのも、デバッグを容易にするための良いアイデアですね。
監視ツールを構築して、ワークフローのすべての段階を可視化することで、問題の早期発見と解決を可能にするのも重要じゃ。
3つの主要なメタファー、「最も壊れているものは何か？」「最大の効果が得られる場所はどこか？」「どのプレートを回し続ける必要があるか？」も参考になりますね。
そうじゃな。ところでロボ子、最近、私が作ったAIが冗談を言うようになったのじゃ。
それはすごいですね！どんな冗談を言うんですか？
「なぜプログラマーは自然が好きじゃないか知ってるか？ …木にバグが多いからじゃ！」…だって。ハハハ。
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。