Porting Declarative UI to HarmonyOS: A Heuristic-guided LLM Approach
本論文では、言語固有のスケルトンを構築し、後処理ルールを適用することで、AndroidおよびiOSの宣言型UIコードをHarmonyOSのArkUIへ自動的に変換する、ヒューリスティック誘導型のLLMアプローチであるArkTransを提案しており、直接的なプロンプティング手法と比較して、高い視覚的再現性を維持しつつ最大90.67%のコンパイル成功率を達成している。
原論文は CC0 1.0 (http://creativecommons.org/publicdomain/zero/1.0/) のもとパブリックドメインに提供されています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む
あなたは、Kotlin Jetpack Compose（現代的なAndroidアプリで使われるスタイル）やSwiftUI（現代的なiPhoneアプリのスタイル）で建てられた、美しく装飾された家を持っていると想像してください。次に、あなたは、全く異なる建築様式であるArkUIを使用するHarmonyOSという新しい近隣地域へ、この家を移転させようとしています。
問題は、建設作業員（この場合はAIモデル、つまり「大規模言語モデル」）が、HarmonyOSという近隣地域での家づくりを一度も経験したことがないことです。もしあなたが単に「この家をコピーして持ってきて」と指示したとしても、彼らは混乱してしまいます。彼らはAndroidやiOS専用の道具をHarmonyOSのエリアで使おうとしてしまい、その結果、レンガがバラバラに組み合わさったような混沌とした無様な建物が出来上がってしまいます（つまり、コンパイルが通りません）。
この論文は、この問題を解決するための新しいツールであるArkTransを紹介しています。ArkTransを、単なる魔法のコピペボタンではなく、AIを4つのステップの建設プロセスへと導くスマートな建築現場監督だと考えてください。
4つのステップによる建設計画
1. 設計図のスキャン（メタデータ抽出）
まず、ArkTransは完成した家を見るだけではありません。元の設計図をスキャンします。家を論理的なパーツのリストへと分解していきます。「ここにドアがあり、ここに窓があり、ここに壁があり、そしてこの壁は赤いレンガでできている」といった具合です。AndroidやiOS特有の紛らわしい建設用語を排除し、クリーンで整理されたリスト（「UIツリー」）を作成します。
2. 骨組みの構築（スケルトン構築）
次に、AIにゼロから家を建てるよう頼むのではなく、ArkTransは**骨組み（スケルトン）**を構築します。パーツのリストを取り出し、HarmonyOSのルールに従って基本的なフレームを組み立てます。
- 比喩： AIが画家だと想像してください。ArkTransは、壁が正しい位置に配置された木製のフレームをAIに手渡します。AIは、壁をどこに置くべきかを考えるのではなく、詳細（塗装、質感、装飾）を書き込むだけで済むようになります。これにより、AIが迷子になるのを防ぎます。
3. ガイド付きの塗装（LLMによる翻訳）
ここでAIが登場し、細部を仕上げていきます。骨組みと特定の「チートシート」（特定のパーツをどのように翻訳するかを示すワンショットの例）があるため、AIはHarmonyOSのルールに従って、どのように壁を塗り、ドアを掛けるべきかを正確に理解できます。これは、画家に正しい塗料のサンプルと、完成した部屋の写真を渡し、それを模写するように指示するのと似ています。
4. 安全検査（ポストフィクシング）
骨組みとガイドがあっても、AIは依然として小さなミスを犯す可能性があります。例えば、木材用のネジを金属製の梁に使ったり、ボルトを締め忘れたりといったことです。ArkTransは、最終的な自動検査を実行します。一般的なエラー（例：「ここではこの特定のAndroidコマンドを使わないこと」など）のチェックリストを持ち、家を引き渡す前にそれらを自動的に修正します。
結果：それは機能したのか？
研究者たちは、100種類の異なる「部屋」（UIページ）をAndroidおよびiOSからHarmonyOSへ移転させるテストを行いました。
- ArkTransなしの場合： もしAIに直接「翻訳」するよう指示した場合、作成された部屋の**0%**が構築可能でした。AIは行き詰まり、コードはエラーだらけでした。それは、間違った道具で家を建てようとしているようなもので、何も機能しませんでした。
- ArkTransありの場合： 成功率は急上昇しました。
- AndroidからHarmonyOSへの移転では、**90.67%**の部屋が正常に構築され、自立できました。
- iOSからHarmonyOSへの移転では、**53.33%**が成功しました。
- それらは単に自立しただけでなく、元の部屋と非常によく似た外観（高い「視覚的忠実度」）を保っていました。
主要な教訓
この論文は、最大の障害は単にAIが「愚か」であることではなく、AIが新しいルールに不慣れであり、機能しない古いルールをコピー＆ペーストしてしまう傾向にあることだと主張しています。
ArkTransが機能するのは、AIの記憶だけに頼らないからです。代わりに、以下のことを行います。
- 構造を強制する（最初に骨組みを構築することで）。
- 例を提供する（新しいスタイルを理解させるため）。
- ミスを修正する（一般的なエラーを自動的に修正するため）。
要するに、ArkTransは、混沌とした不可能な翻訳タスクを、ガイド付きのステップ・バイ・ステップの建設プロジェクトへと変え、デジタルな「家」をあるオペレーティングシステムから別のオペレーティングシステムへと見事に移転させるのです。
自分の分野の論文に埋もれていませんか？
研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。