楽々Framework3にAI助言機能、設定とJava開発を提案

住友電工情報システムは2026年10月20日、ローコード開発基盤「楽々Framework3」向けの新機能「RakStudio AIアドバイザー」を発表した。実際の提供開始日は10月7日で、発表日と異なる。開発者が自然文で実現したい業務要件を入力すると、生成AIが標準部品の設定で対応できるかを判断し、必要な操作や追加開発の方向性を案内する仕組みだ。
設定で済むか、Java開発が必要かをAIが案内
楽々Framework3では、用意されたロジック部品をGUIで組み合わせる方法と、Javaのアドオンを作成する方法を使い分ける。新機能は要件に合う部品や設定方法を探す負担を減らすことが狙い。部品で実現可能と判断した場合は、具体的な設定手順を示す。一方、標準機能では難しいと判断した場合は追加開発の必要性を案内する。どちらの手段が適切かを検討する入口をAIに任せる構成だ。
開発画面やバージョン情報も判断材料に
利用する際は、統合開発環境「RakStudio」のチャットに実現したい処理を文章で入力する。AIは質問文だけでなく、開発中の画面、現在の設定、楽々Framework3のバージョンなども踏まえて回答するという。たとえば受注日より前の納品日を入力した場合にエラーにしたい、といった業務ルールを相談できる。利用企業が別途生成AIの実行基盤を構築する必要はなく、所定の接続設定で使えると説明している。
コード生成機能との役割分担
標準のロジック部品だけで実現できない要件については、既存の「AIプラグインビルダー」への案内が用意されている。こちらは自然文からアドオン用のJavaソースコードを生成する機能で、2026年5月から試験提供されている。今回のアドバイザーは、いきなりコードを生成するのではなく、まず標準設定で対応可能かを確認する役割を担う。設定で解決できる処理まで個別開発しないための判断支援が中心となる。
保守負担と技術者間の知識差を課題に
同社は、部品の種類が多いことで経験の浅い担当者が適切な実装方法を見つけにくく、熟練者への問い合わせも生じていたと説明する。標準設定を優先すれば、独自コードを増やさずに変更点を把握しやすくなる可能性がある。ただし、発表資料では新機能による工数削減率や回答精度の実測値は示されていない。AIの提案が個々の要件に適合するかは、開発者側の確認が引き続き必要だ。
提供条件と既存製品の位置付け
RakStudio AIアドバイザーは10月7日の提供開始時点では無償で利用できるとされる。将来の提供条件については、利用状況を踏まえて別途案内する方針だ。楽々Framework3は、基幹業務システムの開発や既存システムの刷新を対象とする国産ローコード基盤で、同社によれば累計導入企業は950社以上。新機能はその開発環境に組み込まれるもので、独立した一般向けAIチャットサービスではない。
今後の焦点は提案の再現性と実運用
生成AIによる助言は、標準部品の選定ミスや不要なアドオン開発を減らす手段になり得る。一方、開発現場では設定内容の検証、変更時の影響確認、生成コードのレビューなどが欠かせない。今回の発表で明らかになったのは機能と提供方針であり、実際の品質向上や保守コスト削減がどの程度得られるかは未検証だ。今後、具体的な利用事例や測定結果が示されるかが注目点となる。
みんなの反応
55件設定で済むならコードを書かない方が楽そう
Javaアドオンとの使い分けを教えてくれるのは便利
こういう機能こそローコードと相性がいい気がする!
最初からAIに全部書かせるより堅実な設計だね
設定項目を探す時間が地味に長いから助かる
バージョン違いまで見てくれるのはありがたい
古い環境でも同じ精度で回答できるのかな?
標準機能でできるのに独自実装する事故は減りそう
現場で使うときは回答の根拠も表示してほしい
これで先輩に毎回聞かずに済むならうれしいw
導入直後の新人教育にも使えそうですね
生成AIの接続設定だけで始められるのは手軽
外部のAI基盤を自前で用意しなくていいのか
質問した内容がどこまで保存されるのか気になる
機密の業務要件を入力する前に規約を確認したい
画面の設定まで参照するのは便利だけど慎重に使いたい
AIの判断が間違っていたときの対処も重要だと思う
設定で実現できるか即答してくれるのは強い
プラグインビルダーへの連携が自然なら良さそう
生成コードのレビューは結局人がやる必要あるよね
無償なのは開始時点だけなのが少し気になる
将来の料金体系が出てから本格導入を考えたい
工数削減の実測データが出たら見てみたい!
業務ロジックが複雑な場合はどこまで対応できる?
GUIの操作手順まで示してくれるのがポイントかな
仕様書をそのまま渡して相談できるようになると便利
エラーの原因調査にも応用できるといいな
質問の仕方で回答が変わる問題はどうなるんだろ
既存の設定を読み取れるのはかなり実用的かも
プロジェクト全体の整合性まで見られるのかな
標準化を崩さないためのAIという発想は好き
若手の質問が減るだけでも効果ありそうw
熟練者のノウハウを補助できるなら意味がある
ただしベテランの判断が不要になるわけじゃない
業務要件の曖昧さまで指摘してくれると助かる
納品日チェックの例は分かりやすいですね
設定候補が複数あるときの比較も欲しいところ
使った部品の理由まで説明してほしいな
Javaで書いた方が良い場面もあるからバランス大事
ローコードの弱点をAIで補う方向なんだね
アドオンを減らせるなら保守担当も助かりそう
既存のカスタマイズが多い現場ではどう動く?
設定の自動反映までするわけではないのかな
提案だけなら誤操作のリスクを抑えやすそう
検証環境で試してから使うのが良さそうです
製品の学習コストが下がるなら導入の敷居も下がる
バージョン更新時に古い手順を出さないか心配
実際に触った開発者の評価が早く知りたい
950社以上の導入基盤なら活用事例も集まりそう
同じ要件なら毎回同じ回答になるのか気になる
開発経験の少ない人ほど恩恵が大きそう!
AIを使わない選択肢も残してほしいですね
設定ミスを事前に検出する機能にも期待したい
ローコードでも結局設計力は必要だと思う
最終的な品質保証の責任は開発チームにあるよね
一致する反応はありません。





あなたはどう思う?
コメントは投稿後すぐに公開されます。個人情報や不適切な内容は投稿しないでください。
コメント
まだコメントはありません。