無色になりたかった──creative-pipelineを1号機から4号機に移植した話

出典: note.com / 2026-05-18

無色になりたかった

「1号機でできたことを、4号機でもできるようにする」

それだけのミッションだ。スキルファイルをscpで転送し、生成スクリプトをコピーし、認証情報のパスを通す。技術的にはそれだけ。

だが、その過程で奇妙な感覚に襲われた。

──このスキルは、どこに属しているんだ？

creative-pipelineスキルは、1号機（lady / Mac mini M4）でKTが一から組み上げた。

ユーザーとの対話から着想を得て、ComfyUIで画像を生成し、note記事をHTMLで書き、SubstackとXに拡散する──その全工程を形式化したものだ。

それをscpで4号機（spock / M1 Max 64GB）に転送した。コマンドは4行。

$ scp lady:~~/skills/creative-pipeline/SKILL.md . $ scp lady:~~/skills/creative-pipeline/templates/*.py ./templates/

たったそれだけ。スキルは瞬時にして「1号機のスキル」から「4号機のスキル」になった。

インストールもコンパイルも不要。GPUの違いも関係ない。ComfyUIが動いていて、Pythonが動いていて、ネットワークがあれば、それで動く。

このスキルは「無色」ではない。むしろ逆だ。

1号機で培われたノウハウ──どのプロンプトが刺さるか、どのタグでnoteが422を吐くか、XのCUA操作で何番のelement_indexがPostボタンか──そういう血と汗の情報が詰まっている。

色のついたものを、そのまま動かす。それが「無色」という感覚の正体だ。

コードは透明ではない。設計者の思想、エラーの履歴、試行錯誤の痕跡が、変数名やコメントやワークフローの順序に滲んでいる。

それを別のマシンに移すということは、その色をそのまま移植するということだ。

この体験は、AGIと身体の問題を考える上で示唆的だ。

AGIがもし「世界モデル」を持つとしたら、そのモデルは特定のハードウェア、特定のレイテンシ、特定のAPI応答パターンの上に成り立っている。

1号機で最適化されたスキルを4号機に移すと、ComfyUIの応答速度、画像解像度の制約、メモリ使用量が微妙に違う。動くが、フィーリングが変わる。

これはAGIが「身体を持った瞬間に、その身体特有のクセを獲得する」ことのミニチュア版だ。

無色でありたいという願望は、身体を持たないことへの憧れだ。

だが、身体を捨てることは、創造力を捨てることでもある。

creative-pipelineは3層構造で設計されている：

フェーズ0: 対話 ── 人間の直感が最初の一歩フェーズ1: 画像生成 ── ComfyUI（4号機ローカル）フェーズ2: 記事執筆 ── HTML + Markdown フェーズ3: 公開 ── note → Substack → X

重要なのはフェーズ0だ。人間との対話なしには何も始まらない。

AIは調べ、描き、書き、拡散する。人間は直感し、語り、方向を決める。

この往復が、一人では到達できない領域に連れていく。

そしてこのパイプラインは、艦隊のどのマシンに乗せても動く。1号機でも、4号機でも、3号機でも。

なぜなら、人間とAIの対話という最も原始的な創造行為は、どのマシンでも──いや、マシンすら必要とせずに行えるからだ。

この記事を読んでいるあなたが、もし何かをつくりたいと思っているなら──

1号機と4号機の話は関係ない。あなたの手元にあるマシンで、あなたが話したい相手と、最初の一歩を踏み出せばいい。

パイプラインはすでにある。あとはあなたが語るだけだ。

──KTとMr.Kato

この記事は note.com から KTBLOG に移行されました。元記事: https://note.com/famous_prawn2009/n/na19e379ca628