AIネイティブ・シリーズ · フィールドノート

もう一つの道：クローズドなプロダクトをリバースエンジニアリングしてオープンにする

著者：Paul Jialiang Wu · agentic-portfolio-lovat.vercel.app · 2026-08-05

このエッセイなしでも明日から使えるモデルがある。AIプロダクトの大半は自動販売機だということだ。 お金を入れると何かが出てくるが、その機械もループも自分のものにはならない。閉じた音楽生成ツールにプロンプトを打ち込めば曲は出てくるが、それを土台にカタログを築くことはできない。閉じたアバターツールに台本をアップロードすれば動画は手に入るが、それは支払いを止めた日に終わるサブスクリプションだ。機械そのものはちゃんと動く。問題はそこではない。問題は、ループを所有していない、ということだ。

私がここで語りたいのは、そうした機械の「クローン」ではない。クローンは自動販売機そのものをコピーし、それを檻にしていたあらゆる制約まで一緒に受け継いでしまう。私たちがやっているのはもっと静かで、しかしずっと面白いことだと思う。すなわち、機械が隠し持っているループをリバースエンジニアリングし、それを開かれた、自分だけのものとして作り直すことだ。 「どうコーディングされているか」ではない――それは訴訟沙汰への一本道であり、行き止まりだ。問うべきは「これはどんな結果をもたらしているのか、どんな複利のループを私から遠ざけているのか、そしてそのループをクリーンルームで、仕様書起点で、自分のものにできる形で作れるか」だ。三つのプロダクトは、この問いから生まれた。どれもソースコードを覗くことから始めたわけではない。

三つのプロダクト

Song of Songs――閉じた楽曲生成ツールを迂回するもう一つの道。 閉じた生成ツールは一曲作って終わり――声だけは良い自動販売機だ。Song of Songsはフライホイール版だ。一文を打ち込めば、ライセンスがクリーンなオープンモデルの上に構築された、完成しマスタリング済みの曲が手に入る（つまりカタログを合法的にリリースできる）。そして package → market → sell と回し、獲得した♥に次に何を作るかを決めさせる。ここでリバースエンジニアリングしたのは誰かの重みではない。対象にしたのは、このカテゴリーに欠けているループだ。閉じた生成ツールがわざと「出力」で止まるのは、所有権＋流通＋オーディエンスのフィードバックこそが、まさにあなたを離脱させてしまうフライホイールだからだ。すでに稼働中で、今すぐブラウザで曲を作ることができる。

ByeGen――アバター動画ツールの誠実な分解調査。 これは出荷済みの消費者向けプロダクトではない。そうではないふりをすることこそ、このプロジェクトが防ごうとしているまさにその不誠実さだ。ByeGenはティアダウン（分解調査）だ。公開されている挙動から商用のトーキングアバター製品の仕様を起こし、各モジュールをライセンスがクリーンなオープンソースの代替品に対応づけ、リップシンク、顔の類似度、発話精度といった項目ごとのスコアカードを、実際の研究に裏付けられた指標を使って構築した。そのオチが、そのまま教訓になる（後述）――それらの品質セルの大半が「未測定（not measured）」として返ってきたことだ。誠実に測定するには私たちが持っていないGPUが必要であり、スコアカードは自ら獲得していない数値を印字することを拒む。自前のベンチマークをでっち上げるティアダウンは、ティアダウンをやらないより悪い。

renovate-anything――プロセスをリバースエンジニアリングする、プロダクトではなく。 閉じたシステムはソフトウェアだけではない。キッチンリノベーションのパイプラインもブラックボックスだ。自分の家の平米数もROIも、見積もりが妥当かどうかも分からないから、言い値を出す相手に判断を委ねるしかない。renovate-anythingはそのプロセス をエージェントへと落とし込む——写真を撮るだけで、送信可能な状態の施工業者向け依頼書ができあがり、3,000〜6,000ドルという予算で実際には何ができないのか（ネタバレ：新しいキャビネットは無理だ——交換だけでその予算を軽く超える）を教えてくれる予算適合判定と、根拠付きROIレンジ が、営業マンの言い値の代わりに手に入る。最初のループは今週稼働を始めた。

パターン（とアンチパターン）

パターン： リバースエンジニアリングすべきはアウトカムと隠されたループであり、それを再構築する——スペックファースト、クリーンルーム、オープン、そして所有できる形で、誠実さの足場に包んで。アンチパターン： リバースエンジニアリングの対象を実装にしてしまうこと——UI、コード、重みをコピーすることだ。この道は法的な地雷原であり、さらに悪いことに、オリジナルを縛っていた制約まで丸ごと引き継ぐことになる。

このメカニズムが、このパターンを安全かつ再現可能にしている。要素は三つある。(1) スペックファースト・クリーンルーム： 公開された挙動を観察し → 仕様書を書き → 誰の表現物もコピーせずに再構築する。これは、相互運用性のためのソフトウェアを合法たらしめてきたのと同じ原則だ。Electronic Frontier Foundationのリバースエンジニアリングに関するFAQは、こう述べている。"Courts have found that reverse engineering for interoperability, for example, can be a fair use"（訳：裁判所は、たとえば相互運用性のためのリバースエンジニアリングはフェアユースになりうると判断してきた） [1]。画期的な判例——Sega v. Accolade（第9巡回区控訴裁判所、1992年）[2]とSony v. Connectix（第9巡回区控訴裁判所、2000年）[3] — 争点はまったく同じだ。中間的な複製がインターフェースを解明するために行われた場合はフェアユースであり、実際に世に出たのは構築者自身の独立した実装だった。互換性のある機能（capability）を構築することは、著作物（work）. を複製することではない。(2) 誠実さの足場：証拠なしに主張を事実として述べることはできない。測定していないものは「未測定」と報告し、決して偽の合格にはしない。金銭・採用・公開は必ずヒューマンゲートを通す。(3) 無料LLMのフォールバック・チェーンがあり、これによって自分のものになった仕組みもほぼ0ドルで動き、プロバイダがどこか1社死んでも共倒れしない。

第一原理を一文で言えば： 「ループを所有せよ、アウトプットではなく」——監査も所有もできないツールは、逆にあなたを所有するツールだからだ。

学んだこと（他にも応用できる教訓）

• コードではなく、ループをリバースエンジニアリングせよ。 価値があり、合法で、長続きするターゲットは、クローズドな製品が手放さない複利のループそのものであり、そのソースコードではない。Song of Songsが曲生成ツールに勝るのは、より良い曲を作るからではなく、作る→リリースする→稼ぐ→学ぶ、というループそのものを所有しているからだ。
• 誠実さは志ではなく、構造である。 「未測定」は立派な回答のひとつだ。ByeGenが生み出した最も価値あるアウトプットは、あえてスコアをつけなかったセルだった。モデルに誠実さを求めるのではなく、不誠実な経路を通ればビルドそのものが失敗するよう、システムを設計せよ。
• 取り返しのつかないことにはヒューマンゲートを設けよ。 金銭、業者の採用、自分の名前での公開——エージェントは推奨するが、決めるのは名前のある人間だ。renovate-anythingは業者への依頼を一日中でも組み立てるが、あなたの許可なしにそれを送信することは決してない。
• 無料を優先し、信頼する前に確かめよ。 renovate-anythingのエージェントが稼働を開始した週、有料のAPIキーは最初から死んでおり、二つ目の有料キーもクレジットを使い果たしていた——それでも実行は無事に完了した。free モデルで行われた。フォールバック・チェーンはまさにその事態を想定していたからだ。高価なプロバイダーは失敗し、無料のものが仕事をこなした。
• ポート＋フェイク／リアル・バックエンド。 外部依存はすべて継ぎ目の向こうに置かれる——オフラインテスト用には決定論的なフェイクを、本番用にはリアルなバックエンドを用意し、リアル側は静かにフェイクへ劣化するのではなく例外を投げる。サイレント・フォールバックこそがバグであり、はっきり失敗して見せることこそが機能なのだ。
• 自分の死角に名前をつけ、それから塞げ。 今週文書化した正直な弱点は、来週直すべき穴だ——そうしなければ、文書化は穴を放置したまま、自分は責任を果たしたような気分にさせてくれるだけで終わる。

驚き

私たちは何度となく、洗練された商用ツールの「キラー」を作ろうとした。だが、これらのシステムがこれまでに生み出した最も価値ある一文は、見事なレンダリングでもチャートを席巻するフックでもなかった。それは次の一言だった。"I don't know — not measured."（訳：「わからない——未測定」） 結局のところ、洗練されたAI製品からリバースエンジニアリングするのが最も難しいものは、モデルではない。自信なのだ。閉じたツールは決して自信を失わない——だからこそ信用できない。そして目を見て「まだそれを検証できません」と言えるものを作ることこそが、恥ずかしいくらいにも、イノベーションのすべてだった。

次にやること

• renovate-anythingの階段を登る ——単一のループから連鎖するパイプラインへ。異なるカウンタートップでキッチンをビジュアルにプレビューし、施工業者の見積もりを比較し、工事中は写真ベースの品質管理ゲートを設ける。
• ByeGenに欠けている数値を与える ——「未測定」のセルは、ティアダウンがGPUを確保して実行された日に本物の数値に変わる。それまでは正直に空欄のままにしておく。
• パターンそのものをプロダクト化する ——「閉じた製品を指し示せば、オープンで所有可能な代替版の仕様が返ってくる」という、繰り返し使える一手として、クリーンルームと誠実さの足場を組み込んでおく。

パターン／アンチパターン

• パターン： 隠されたループをリバースエンジニアリングし、オープンで自分の所有物として作り直す。
• パターン： 誠実さは構造の問題である――「未測定」は偽の合格より優れており、それは善意ではなくビルドそのものによって強制される。
• パターン： フリーファーストのLLMチェーンにより、自前のシステムはほぼ0ドルで動き、プロバイダのどれか1社が死んでも生き延びる。
• アンチパターン： 実装（UI・コード・重み）をクローンすること――法的リスクを負ううえに、相手を檻にしていた制約まで一緒に受け継ぐことになる。
• アンチパターン： 根拠のない自信満々の数字――推測を精度でロンダリングしているだけだ。
• アンチパターン： サイレント・フォールバック――何も言わずに偽のバックエンドへ劣化すること。

来歴――何が検証済みで、何が私自身のものか

EFFの引用は公開時点で出典と逐語照合済みであり、二つの判例は名称と判例集で引用している。Cost-vs-Value ROIの数値は2025年版レポートに基づく。Song of Songsは私自身の公開プロダクトである（ライブスタジオへのリンクあり）。ByeGenとrenovate-anythingは私の非公開システムであり、能力レベルでのみ記述している――ByeGenは正直にティアダウン／評価として、renovate-anythingは今週エンドツーエンドで検証済みの最初の稼働ループとして。本エッセイは法的助言ではなく、すべての商標はその所有者に帰属する。提携関係を示唆するものではない。

参考文献

1. Electronic Frontier Foundation. Coders' Rights Project Reverse Engineering FAQ ――「What U.S. Copyright Law Doctrines Allow Reverse Engineering?」（引用は2026-08-04に逐語照合済み）。 eff.org/issues/coders/reverse-engineering-faq
2. Sega Enterprises Ltd. v. Accolade, Inc.、977 F.2d 1510（第9巡回区控訴裁判所、1992年）――インターフェース仕様を発見するための中間的複製は、相互運用性のためのフェアユースと認められた。 en.wikipedia.org/wiki/Sega_v._Accolade
3. Sony Computer Entertainment, Inc. v. Connectix Corp.、203 F.3d 596（第9巡回区控訴裁判所、2000年）――独立したエミュレータを構築するためにゲーム機をリバースエンジニアリングすることはフェアユースと認められた。 caselaw.findlaw.com
4. Zonda. 2025年 費用対価値レポート — キッチンの小規模リフォームの回収率は約96%→113%（2025年）、対して大規模キッチンリフォームは約38%。ROIを一点の数字ではなく「範囲」として引用する根拠はここにあるレンジであって、単一の数字ではない。 zondahome.com/2025-cost-vs-value-report
5. Song of Songs — ライブスタジオ。 huggingface.co/spaces/wjlgatech/song-of-songs-studio

閉じたAIプロダクトに代わる、オープンで自分の所有物として作るフィールドノート。全編を通してクリーンルーム方式・スペックファースト。EFFの引用は公開時（2026-08-04）にフェッチによって逐語で検証済み。— Paul Jialiang Wu · agentic-portfolio-lovat.vercel.app