GeminiにNotebook機能が追加され、Notebook LMのNotebookに連携される、とのこと。GeminiにNotebookLMが取り込まれる前兆かテストか。どんな使い方、UXになるのだろうか。Notebook LMに慣れたところなので、複雑にならないといいのだが。
利用できるユーザの範囲を見たが、個人ユーザかつAIライセンスを買っている人が対象。Google Workspaceのユーザは、いまのところ対象外。あと、18歳未満のユーザと、Educationアカウントも対象外。
Try notebooks in Gemini to easily keep track of projects
https://blog.google/innovation-and-ai/products/gemini-app/notebooks-gemini-notebooklm
「株式会社インターリンク」が人間向けのサイトをやめて、AIが読みやすいように、Markdownでサイトを構成したものに変更したとのこと。
https://www.interlink.or.jp/index.md
4月1日、エイプリルフールなので、エイプリルフールネタかと思えば、そうではないという記載あり。エイプリルフールのページは、別にあるので、本当にAIファーストなサイトに変えたみたいだ。
人が読むためのビューワーページもある。そして構造がシンプルでよい。個人的には、このくらいシンプルでいいと思う。
学生のレポートや論文を書くシーンで、どのような生成AIの使い方（やってはいけないことや、上手く活用するシーン）があるのかを知りたくて読んでみた。
と、普通にビジネスシーンとあまり変わらない使い方だ。
やってはいけないのは、レポートのテーマを与えて、調査から執筆までを生成AIに肩代わりさせるような使い方、アイデアそのものをAIに頼る（世の中の既知のアイデアしか出てこない、いまのところ）、など。こちらも、ビジネスシーンとほぼ変わりない。AIの「DeepResearchで調べられることならコンサルはいらない」というけれど、それと同じで、独自性の部分を考えるのは人間の作業ということ。
いろいろなレポート作成のケースに対して、ダメなプロンプトの例、良いプロンプトの例が載っており、参考になるいい本だったと思う。読んで楽しかった。
Amazon： https://amzn.to/4bCRAIT
GoogleのNotebook LMは、Google Drive上のファイルをソースとして読み込むことができる。Google Driveに、QAを記載したMarkdownファイルを置いて、そこのフォルダを指定すれば更新が楽になるはず、と思って試してみたがダメだった。Markdownファイルは、Notebook LMのソースでアップロードを選べば登録できる。Google Drive上だと、Notebook LMはMarkdownファイルを読み込めない。
今回は、Markdownファイルの話だったが、他にもGoogle Drive上だと直接参照できないファイルがある。基本的には、PDFとドキュメント、スライド、スプレッドシートのファイルと思っておいた方がよい。
Notebook LMのソースに関する記述があるページ
https://support.google.com/notebooklm/answer/16215270?hl=ja
長かったが読み終わった。なるほど感はあるが、ふーん普通じゃないかとも思ってしまった。考え返すと、たぶん恵まれた組織環境でチャレンジしやすいから、普通と感じてしまうのだろう。クイックに小さなチームで初めてみるというのは、きっとなかなか大変なんだろう。
自分の実感からしてみると「対話と情報共有の習慣をつくる」はとても大事。これの背景には「心理的安全性」のある場が必要なわけで、これがないと新しいことにチャレンジするのも難しい。そういう場所へのステップとしては、
いい本じゃないかと思う。
あとは、「内発的動機づけ」の扱いは難しい。基本的に自分自身が「内発的動機づけ」で動く部分が大きい。それで行った活動がちゃんとした評価対象や業務になってしまうと、やれされ感というか、純粋に楽しみにくいというか、そういう感情が出てしまうこともある。そうすると、その活動自体が楽しめないというか。新しいことを後押しする仕組みは重要なもののだからといって、やらされ感が出ないようにするのも大変。どう受け取るのかは、その人次第なので、まぁ、なんとも難しい。
話を戻すと、流行り系の本だし、悪いことはないので、「そして僕たちは、組織を進化させていく AIと共鳴するタイニーチームのつくりかた」は読んで見ても損はないと思う。
Amazon： https://amzn.to/3MPw9Mn
山形県の南陽市がサイトで公開しているプロンプト集がすごいというので、見てみた。プロンプトのカスタマイズもフォームできるようになっていて、出力されたものを、自身が契約しているLLMに入れて使う形。案外、こういうのが便利なのかも。
一発OK!! 市民も使える！生成AI活用実例集（プロンプト集）７６０例
AIセキュリティ入門が為になった。AIエージェントのセキュリティは、新しい分野なので、まとまって読めるのは嬉しい。攻撃手法がわかるというのは、そういうことが起き得るという備えになる。防御策についても参考になった。いい内容だった。
今さら聞けないID管理は、さらっと流したこともあり、よくわからんかった。興味が薄いのが原因だけど。なんとなくとっつきにくい感じで、それで流し読んでしまったかも。内容的には、知っておかないといけないことなんだけれど。ちゃんと読めず、ごめんなさい。
Amazon： https://amzn.to/4oXH4jX
MicrosoftがAIエージェントの危険性の話をしているサポート記事がある。
Additionally, agentic AI applications introduce novel security risks, such as cross-prompt injection (XPIA), where malicious content embedded in UI elements or documents can override agent instructions, leading to unintended actions like data exfiltration or malware installation.
翻訳してみると、
さらに、エージェンティックAIアプリケーションは新たなセキュリティリスクをもたらします。例えば、クロスプロンプトインジェクション（XPIA）と呼ばれるもので、UI要素やドキュメントに埋め込まれた悪意のあるコンテンツがエージェントの指示を上書きし、データの流出やマルウェアのインストールといった意図しない行動を引き起こす可能性があります。
Microsoftが考えているのは、エージェントそのものが悪いというのではなく、クロスプロンプトインジェクションで、プロンプト指示の内容が書き換えられて、内部データを外部に送信したり、マルウェアのインストールが行われる可能性があるというもの。信用できないAIエージェントは普通なので除外されているのだろう。途中で指示が上書きされていると、防ぐのはなかなか大変。インストールさせないように実行権限を最小化したり、不要なファイルにアクセスできなくしたり、対策を行うことになる。それはそれでめんどくさいわけで、頻繁に行う作業をAIエージェントにやらせるのならば、その対策でもよいけれど、ワンタイムで、さくっと実行だと設定が漏れてしまいそう。なんとも難しい。
結局のところ、AIエージェントによって、PCを操作させないようするか、やれることを限定させる（操作を受ける側のMCPで調整するとか）のだろう。なんでもできる便利なものは、あえて使わないようにするのがよいだろうな。
面白いというか、重かった。流されないメンタルモデルをつくることが主軸の本なので、重くて当然。当然、知っていることも多い。いろいろと考えさせられるものも多かった。単純に便利ツールとしてChatGPTやGeminiのようなLLMを使うのも選択としてはお手軽だし悪くない。その上で、個別の特化型のなにか、プラスアルファな部分をどうするか。そういうことを考える感じだった。
本当は、オープンなSLMに手を出して、ファインチューニングしていくのがよいのだろう。ただ、いろいろと良いものが増えてくるので、落ち着くまで待ちたい気分でもある。Windowsにも、NPUは搭載されつつあるので、あと1年くらいでSLMを使って、ローカル環境での生成AIは環境がよくなるはず（インテルのNPUを使うものがなくて絶望したばかりだけれども）。ぼちぼち、この生成AIブームも落ち着いてくるはず。冬の時期にはなってほしくはないが、各社が新しいモデルを競うのは、そろそろ落ち着くと思っている。そのときに、利用できるように準備はしておきたいものだ。
Amazon： https://amzn.to/47O4Sl1
実にGoogleらしいコードファーストな試み。Gemini CLI経由で、パブリックではない、ローカルソースコードの解析とドキュメント化ができれば、設計書が古いんです、っていう議論が終わる。まぁ、特定の言語だったり、フレームワークだったり、環境は特定されるだろうけれど。（LLMで得意な言語とフレームワークはあるから。）
ドキュメントを手作業で保守する時代は終わり ～Google、「Code Wiki」を公開プレビューhttps://forest.watch.impress.co.jp/docs/news/2063281.html
個人的には、かなり期待したい機能。詳細設計にあたる文書は、コードから生成した方が間違いがないし、基本設計部分との自然言語での突合せもやりやすくなると期待している。最初はいいけれど、あとからのドキュメントのメンテナンスは本当に時間がかかるので。