Slurmコーディング:時間が消えるAI駆動開発パターン

スラームコーディングとは?
r/ClaudeAIのRedditユーザーが、AIコーディングツールが普及して以来現れている特定の開発パターンを特定し、命名しました。彼らはそれを「スラームコーディング」と呼んでいます。これは、永遠に続くパーティーワームである『フューチュラマ』のスラームズ・マッケンジーにちなんで名付けられました。これは、開発者がシステム構築に完全に没頭する、強烈で持続的なコーディングセッションを表しています。
スラームコーディングのパターン
このパターンは次のような流れをたどります:
- 小さなアイデアから始める
- LLMを使って数個の要素を構築する
- それらを接続する
- 突然、それが動き出す
- アーキテクチャをもっと洗練できると気づき、リファクタリングする
- もう1つ機能を追加するのはそれほど難しくないと気づく
- セッションがエスカレートする
ユーザーは、これが特定のフィードバックループを生み出すと説明しています:アイデア → 何かを素早く構築 → それが動く → ドーパミン → より大きなアイデア → 続ける。
AIツールがこのパターンを可能にする理由
情報源によると、AIは以前はプロジェクトの進行を遅らせていた多くの機械的な作業を取り除きました:
- ボイラープレートの生成
- ドキュメントの掘り下げ
- 基本的なアーキテクチャの接続
この加速により、かつては週末の粗いデモだったものが、実際に使用可能なものになり得ます。真のボトルネックは、技術的制限から人間的要因:エネルギーと睡眠へと移行します。
実世界の例
ユーザーは、これがどのように展開するかの具体的な例を提供しています:
- ある開発者が、ある夜にDiscord風の内部コミュニケーションツールを気軽に作り始め、1週間後にはほぼ動作する状態にした
- 小さなアイデアから始めて、12時間後に完全なシステムが動いている状態で現れる
- 夕食後に座り、気づけば午前3時で、プロジェクトが開始時より3つ機能が増えている
- 1週間前には存在しなかった何かのReact Nativeバージョンに深く没頭してしまう
「バイブコーディング」との主な違いは強度です。バイブコーディングはリラックスして探索的な感覚があるのに対し、スラームコーディングはより駆動的で強迫的です。
📖 Read the full source: r/ClaudeAI
👀 See Also

OpenClawの初期ユーザーレポート:Telegramの問題、エージェントプロファイルのハードコーディング、セッションリセットに関する問題
ユーザーがOpenClawを最初の3日間使用した結果、いくつかの実用的な課題が明らかになりました:Telegramの応答が消える、エージェントプロファイルがソースコードで「messaging」にハードコードされている、セッションリセット後にWacliが利用できなくなるなどです。ユーザーはDockerでマイクロテストを実行し、TelegramとWacliを接続し、ハートビートを設定しました。

生産用AIエージェントにおけるOpenClawの3つの重大なギャップ
開発者は、AIエージェントが真の従業員として機能するのを妨げるOpenClawの3つの不足機能を特定しました:監査可能性、詳細なアクション制御、指示解決です。

Claude vs GPT-4o: 同一の二重振り子プロンプト、異なる座標系の慣例
ClaudeとGPT-4oは、同じレンダラーを使用しながら、θをそれぞれ上向きと下向きの垂直線から解釈するため、視覚的に異なる二重振り子シミュレーションを生成します。どちらの場合も数学的には正しいですが、この不一致はプロンプト解釈における微妙な曖昧さを明らかにしています。

マザーボードの販売が25%以上急落、AIチップ生産が消費者向けPC部品を圧迫
ASUS、GIGABYTE、MSI、ASRockはいずれも2026年のマザーボード出荷目標を22~37%引き下げ。チップメーカーがAIプロセッサの生産を優先するため、部品不足と価格上昇が発生している。