そして､ JupyterLabでの最終回｡ プログラムの最終週､ 第8週の最終日である5日目を見ている｡
私がGradioの大ファンであることはご存じだろうから､ 代わりにStreamlitを使うことも考えていた｡
今回､ 私のレポにはStreamlitの他のサンプル・プロジェクトがいくつかある｡
でも､ GradioとStreamlitには素晴らしいところがたくさんあるし､ 総合的に考えて､ 僕はGradioをダブルダウンすると思う｡
だから､ 必要ないものを見せて混乱させても意味がないんだ｡
そうだ｡
それで､ ディールエージェントのフレームワークをインポートするんだ｡
だから､ 基本的には､ 以前見ていたものを丸ごとここに取り込むんだ｡
覚えておいてほしいのは､ これをインスタンス化し､ runを呼び出して起動させればいいということだ｡
Huggingfaceがパイプラインを持ち､
次にTokenizersとモデルを持つようなものだ｡
Gradioには素晴らしいインターフェイスがあり､ それはインターフェイスを素早く構築するための高レベルAPIで､
一つの関数､ いくつかの入力と出力があり､ それをポップアップさせたい場合､
本当に簡単に立ち上げることができます｡
うーん､ でも､ このインターフェイスは立ち上がるのに素晴らしい方法だよ｡
下位レベルのAPIはGRドット・ブロックと呼ばれ､ GRブロックはユーザー・インターフェースをより精巧に構築する能力を与えてくれる｡
そして､ あなたは道路封鎖のことを "道路封鎖 "と言っている｡
そして､ インターフェイス・ドット・ローンチではなく､ UIドット・ローンチ・イン・ブラウザ・ドット・イコール・トゥルーと言うのだ｡
ただ､ リンクを貼るだけでなく､ これを実行するとすぐに新しい画面が表示されます｡
それは便利なことだね｡
そして､ 表示されるウィンドウのタイトルをつけることができます｡
塗りつぶし幅は知っておいて損はない｡
これを設定しないと､ グラデーションはウィンドウの両側に大きな余白を作る｡
しかし､ 多くの場合､ 特にこれから作ろうとしている種類のUIでは､ 可能な限りのピクセルを使いたい｡
つまり､ fill widthがtrueであれば､ 幅いっぱいに表示されるということだ｡
だから､ この構成に慣れる必要があるんだ｡
しかし､ あなたはgrowと言い､ ユーザー・インターフェースの各行をこのように分割する｡
そして､ これらのコンテキスト・マネージャーや各部分には､ さまざまなUIウィジェットを置くことができる｡
それから､ 少し紛らわしいのですが､ 列を持つこともできます｡
それから､ 物事を列に分けたい｡
それはすぐにわかる｡
もうひとつ､ プロとしての心得として知っておいて損はないのは､ トップレベルにジオ・カラムを持つことはできないということだ｡
ゼロから始めて､ その中に好きなだけ列や行を入れ子にすることができる｡
しかし､ Gradioは典型的なスクロール可能なウィンドウを想像して作られているため､ 最上位のものは行でなければならない｡
では､ ジオ・ロウから始めます｡ ここにマークダウンの見出しを付けます｡
GR dot markdownを使うと､ マークダウン・フィールドができ､
これまで何度も使ってきたと思うが､ そこにHTMLをそのまま入れることもできる｡
価格は適正だ｡
そして､ その下にも何か入れる｡
そして､ その走りを見てみよう｡
このセルを実行するとウィンドウが出てくる｡
それに､ 現時点ではかなりバニラ的だ｡
価格は適正だ｡
見出しがある｡
これが行で､ これが別の行であることがわかるだろう｡
そうだ｡
簡単なことだ｡
それは終わりにしよう｡
ここに戻ってこい｡
そして､ 今はもう少しできることがある｡
そこで､ これから行うのは､ もう1行追加することだ｡
この行にはデータフレーム､ GRデータフレームが入る｡
それはまるでスプレッドシートのようなもので､ 画面上に埋め込まれた小さなスプレッドシートのようなものだ｡
そして､ 説明文､ 見積価格､ 割引URL､ そしてラップを､ エクセルやグーグル・シートと同じように､
ヘッダーで指示する｡
相対的な列幅を任意のセル内で折り返したいと言っているのです｡
つまり､ 最初の1本は他の4倍の大きさが欲しいということだ｡
行数､ 列数､ 高さを固定したい場合は高さを指定します｡
そして､ これらのいくつかはオプションである｡
それから､ 僕がやっているのは､ UIドットロードというものを呼び出しているんだけど､ これはグラディオの関数の多くに似ている｡
Gradioでは､ 関数が関数の名前を取るという､ 非常に一貫したパターンが見られます｡
この場合､ テーブルのインプットとアウトプットを取得する｡
そうやって､ 提供する機能を特定のユーザー・インターフェースに接続するのだ｡
私たちが言っているのは､ ええと､ 機会というものがあるんだ｡
それをこのテーブルのインプットにしたいんだ｡
そしてアウトプットが欲しい｡
これが何を返すにせよ､ ここで定義したデータ・フレームにフックしたい｡
インプットは､ これからお話しする機会と呼ばれるものになることはお分かりいただけただろうか｡
そして､ このgetテーブルが返すものは何でも､ このテーブル､ つまり我々が構築したデータ・フレームにフックさせたい｡
それが理解できればいいのだが......｡
では､ この機会とは何なのか｡
つまり､ この機会というのは､ ユーザー・インターフェースに記憶させたいちょっとした情報なのだ｡
そしてこの素晴らしい状態には､ 初回オポチュニティと呼ばれるものがあり､ これは私がここにハードコーディングしたもので､
例の説明価格100ドルと呼ばれる取引のオポチュニティとなる｡
URLはcnnになります｡ comに移籍した｡
それで終わりだろう｡
では､ これを実行してどうなるか見てみよう｡
私たちはユーザー・インターフェースを手に入れる｡
テーブルのような見栄えの良いデータフレームが出来上がる｡
この行には､ 先ほど作成した説明文､ 価格､ 見積もり､ 割引､
URLが記載されている｡
その程度なんだ｡
よし､ ここまでは順調だ｡
だから続けよう｡
分かった｡
さて､ 筋書きはさらに複雑になる｡
この次のセルでは､ その都度ユーザー・インターフェースを構築しているのがわかるだろう｡
それが大好きなんだ｡
これはJupyter LabsとGradioの素晴らしい点の組み合わせで､
このように段階的に構築できるのです｡
そこで､ エージェントフレームワークの新しいインスタンス､ ディールエージェントフレームワークを作ろうと思う｡
ええと､ そうでなければ､ 僕は､ ええと､ 僕たちはこの件に引っ掛けるつもりだと思うんだ｡
今のところ､ 僕がやりたかったのは､ これを接続できるようにすることだけなんだ｡
そして､ チャンスを選択すると､ メッセンジャーにそのチャンスについて警告を発するようにする｡
この下に見えるのは､ 2つの異なるものを無線でつないだ､ 標準的なパターンだ｡
これは以前と同じだ｡
gettableを呼び出すと､ 機会が渡され､ 出力はフレームに入る｡
もし選択するのであれば､ データ・フレーム自体でselect関数を呼び出しているのだから､
選択が行われればselect関数が呼び出されるはずだ｡
アウトプットはない｡
セレクトは何をするのか｡
選択した項目のインデックスを見つける｡
そして､ ここで引数としてそれを指定することで､ 機会のリストからその機会を検索する｡
そして､ エージェントのフレームワークをメッセンジャーに呼び出し､ その機会についてアラートを送る｡
分かった｡
合理的だと思う｡
これを実行しよう｡
走らせてみると､ まず目につくのは､ たくさんの......うーん｡
速すぎた｡
遡れば､ それが印刷だったことがわかるだろう｡
もちろん､ ここでコマンドラインに出力されるログは､ Jupyterラボの出力になる｡
だから､ スタンダードを見ることができた｡
それが私が掴んでいたものだ｡
そして､ スタンダード・アウトは､ ログ・メッセージをカラー・システムで表示する｡
だから､ 何が何をやっているのかがわかる｡
我々が望んでいた通りだ｡
そして､ こちらに来ると､ CNNのあるテーブルが表示される｡
そして､ これをクリックすると､ あなたがそれを信じていることを示す通知が届いた｡
ちょっと待って､ もう一度押すから｡
押すと､ バーンと通知が来る｡
それで､ こうなった｡
私たちは今､ 少なくともエージェントフレームワークにgradioを接続し､ 通知できるようにした｡
つまり､ ユーザーインターフェースの始まりだ｡
裏で動いているエージェント・フレームワークを使った何かの始まりだ｡
次のビデオでは､ Jupyter Lab環境からユーザー・インターフェースの実際のコードに移る｡
それじゃ､ また