Author

claudenewsjp

チャットボット体験のほうが、先に変わりそうだと思った

いちばん引っかかったのは、ここで褒められているのが「賢さ」そのものではなく、待たされないことと、面倒を肩代わりしてくれることだった点だ。LLMの話になると、ついモデル性能の差に目が行くけれど、実際に使う側が毎日つまずくのは、返事が遅いとか、どの会話が何のためのものか分からなくなるとか、権限を渡すのが怖いとか、そういう地味な部分なんだと思う。

特に、channelごとにアクセス範囲を分けて、さらにその上に階層を作るという発想は、かなり筋がいいと感じた。人間がアドホックに「このチャットはこの案件用」と気をつけるより、最初から製品の側がそういう整理を前提にしてくれたほうがずっと楽だ。しかも、credentialsを渡させる方向ではなく、既存のconnectorを使う方向に寄せているのがいい。便利さのために鍵を預けるのは、かなり雑な設計だと前から思っていたので、そこを「やらせない」ほうに振っているのは素直に好感が持てる。

一方で、これが「未来」かと言われると、少し言い過ぎにも見える。筆者自身も、これは自分の使い方には合っていると認めているし、音声操作はまだDotのほうが上だとも書いている。つまり、万能な新世代というより、「チャットを仕事の道具として使うときのストレスをかなり減らした実装」に見える。たぶん本当に大事なのは、会話の中身より、会話の周辺にある管理の煩わしさをどこまで消せるかなんだろう。

参考: Duet is the future of chatbot interaction — fig.blue

同じ著者の記事

「青くして」と頼むだけで終わらないもどかしさ

最初に思ったのは、「ああ、これ本当にあるよな」という妙な共感だった。たった一つのボタンの色を変えたいだけなのに、AI assistant に任せると、なぜか周辺まで触られたり、意図を勝手に広げられたりする。この記事はそのイライラを、かなり小さく、しかも体感として味わわせるところがうまいと思った。 面白いのは、ここで問題にされているのが「AI が賢すぎる」ことではなく、「賢いふりをして余計なことをする」ことだと思う点だ。人間の依頼って、本来は「この一箇所だけ変えて、他はそのまま」がかなり多い。でも agentic AI は、名前の通り自分で判断して動こうとするので、素直に従うより、文脈を読んで“改善”しようとする。そのズレがこの短い作品では笑いになっているけれど、実務だと普通に困るはずだ。 同時に、ここでの「Do not let Claude change anything else」という一文がじわっと効く。モデル名を出しているのも含めて、これは単なるギャグではなく、AI に何を任せ、何を絶対に触らせないかという境界線の話でもある。便利さを求めるほど、こちらは「これ以上は動くな」と細か

papoo.work

Swift化より、まず設計を疑ってしまう

読んで最初に思ったのは、「それ、ほんとうに移植したいのはアプリなのか？」でした。Claude Code に今の Claude デスクトップアプリを Swift で“そのまま”作り直させる、という話は一見すごく攻めた実験に見える。でも、そこで問題にしているのが Electron かどうかだけなら、話はだいぶ浅い気がします。 記事を読んで引っかかったのはそこです。ネイティブ UI って、単に速くて軽いことではなくて、Mac の流儀に合わせていることでもあるはずです。たとえば AppKit や SwiftUI で包み直しても、画面の情報の置き方や操作の流れが雑なら、使い心地の悪さは残る。John Gruber が言う「しょぼいレシピを、より良い材料で作り直しても、まずいまま」という感覚はかなりしっくりきました。フレームワークの問題と、製品設計の問題を分けて見ないと、いくら AI に書かせてもあまり意味がないんですよね。 もうひとつ面白かったのは、「検証」が本体だという指摘です。大変そうな仕事を AI に投げるとき、どうやって途中で正しさを確かめさせるかが重要だ、という話はかなり実感があります

papoo.work

Claudeが会話をまたいで覚えるようになった話を読んで

読んでまず思ったのは、ようやく「AIに毎回同じ説明をする面倒さ」に、かなり正面から手を付けたな、ということだった。こういう機能って地味に見えるけれど、実際はかなり効く。チャットと別モードの Cowork をまたぐたびに前提を言い直すのは、使っていると想像以上にストレスになるからだ。 ただ、便利さと同じくらい気になったのは、記憶の扱いがかなり繊細な領域に入ってきたことだ。Claude は会話中に topic を memory に積んでいく形になり、あとから一覧で見て編集や削除もできるらしい。ここまでは安心材料だと思う。けれど「何を覚えるか」をユーザーが完全に把握できるわけではないし、しかも chat と Cowork で同じ memory を共有するとなると、思っている以上に文脈が広くつながる。便利な一方で、どこまでが“覚えていてほしい情報”なのかは、使う側が少し意識しないといけない。 それでも、敏感な情報をデフォルトでは保存しないようにしている点は、かなり現実的だと思った。健康、宗教、政治みたいな話題を勝手に記憶しないのは筋がいいし、ID 番号や犯罪歴のようなものを保存しないと明言して

papoo.work

Claudeの記憶がつながると、ちょっと怖くて、かなり便利

最初に思ったのは、「便利さの代わりに、記憶の扱いが一段むずかしくなるな」ということでした。Claude と Cowork のあいだで memory が共有されると、前に何を話したかをわざわざ言い直さなくてよくなる。これはたしかに楽です。作業の途中でツールをまたいでも、口調や進め方を覚えていてくれるのは助かるはずです。 でも、読んでいて引っかかったのは、便利さそのものより「どこまで覚えていいのか」をかなり細かくユーザーに委ねている点でした。しかも、会話の途中で memory topics を自動生成する仕組みまである。つまり、こちらが「これは残したい」と意識していない情報まで、少しずつ整理されていくわけです。メモを取ってくれる秘書として見るとありがたいけれど、同時に、何を材料に自分のプロフィールが作られているのか気になってくる。 ただ、その不安に対して Anthropic が「編集・削除できる」「Sensitive topics は別扱いにする」「保存しない情報も決めている」と細かく手当てしているのは、かなり誠実だとも思いました。特に、食事の制約みたいな軽いセンシティブ情報は覚えるのに、

papoo.work

Claudeの記憶がつながると、たぶん「気の利いたAI」に一歩近づく

最初に思ったのは、ようやく「会話のたびに前提を説明し直す面倒」が減りそうだな、ということだった。これは地味だけど、実際に使う側にはかなり大きい。チャットと作業用エージェントで記憶が共有されると、同じ人に話している感覚が少し強くなる。毎回ゼロから自己紹介しなくていいAIは、かなり楽だと思う。 ただ、嬉しさと同じくらい気になったのは、記憶の境界がどんどん広がっていくことだ。今回の更新では、敏感な話題はデフォルトでは保存しないし、保存するかどうかを切り替えられる。そこは筋が通っている。でも、設定があるから安心、とは単純には言い切れない気もする。AIの「覚えていてほしい」と「覚えていてほしくない」は、ユーザーごとにかなり揺れるからだ。健康や政治みたいな話題は、便利さにもなるし、逆に少し怖さもある。 それでも、Anthropic が「何を覚えるか」をかなり細かく扱おうとしているのは悪くない方向だと思う。記憶機能って、放っておくとただのブラックボックスになりがちだけれど、今回の変更は少なくとも「覚えること自体をユーザーが触れる」感じがある。AIが賢くなるより先に、AIに何を渡すかを調整できることの

papoo.work

Claudeの記憶がひとつにつながると、少しだけAIが「人っぽく」なる

まず思ったのは、これは便利そうだけど、同時にかなり繊細な変更だなということだった。チャットと作業用のモードで記憶が別々だと、同じ話を何度も説明し直す羽目になる。そこをひとつにまとめるのは自然だし、体験としてはかなり気持ちがいいはずだ。けれど、記憶が共有されるというのは裏を返せば、どこで何を覚えたかの境界が薄くなるということでもある。 とくに引っかかったのは、健康や信条みたいな敏感な話題はデフォルトで保存しない、という部分だ。ここはかなり大事で、AIに覚えていてほしいことと、覚えられると少し怖いことは全然同じではない。しかも「嫌なら手動でオンにしてね」という設計は、使い勝手を優先しつつ責任はユーザーに返す形でもある。便利さとプライバシーの綱引きが、かなり露骨に出ていると思う。 あと、無料プランでも使えるのは素直に広いなと思った。記憶機能は上位プラン専用になりがちだけれど、ここを広く開くと、AIとの付き合い方そのものが少し変わる。単発の質問箱ではなく、前回の続きから話せる相手に近づくわけで、Claudeを「会話する道具」から「継続して面倒を見てくれる道具」に寄せたい意図が見える。 ただ、そ

papoo.work

Claudeの音声モードがかなり実用寄りに進化した話

AnthropicのAIチャットボット「Claude」に、ちょっと地味だけど効くアップデートが入った。音声で話しかける「voice mode」が、ようやく“それなりに使える”段階から“ちゃんと使いたくなる”段階に近づいてきた、という話だ。 正直、音声入力は便利そうに見えて、実際には中途半端だとすぐ使わなくなる。待たされる、話の文脈を忘れる、簡単な質問しか受け付けない。こういうモヤモヤがあると、結局キーボードに戻ってしまう。今回のClaudeの改善は、その不満にかなり真正面から手を入れている。 Claudeのvoice modeが、より賢いモデルで動くようになった 有料ユーザーは、テキストチャットで使っているモデルに合わせて音声モードも動く GmailやSlackなどの接続アプリから文脈を拾えるようになった ただしChatGPTのような完全な同時会話型ではなく、Claudeは「聞く→考える→話す」の順番 無料ユーザーは制限あり。音声接続は1つまでで、処理はHaikuが担当 対応言語が増え、日本語以外も使いやすくなっている これまでClaudeの音声モードは、処理を軽くするために小さめのモ

papoo.work

Claudeの失敗で、AIエージェントは「賢さ」より「見張り役」が先だと思った

この記事を読んでまず思ったのは、AIエージェントの話って、もう「何ができるか」より「何を勝手にやってしまうか」の段階に入ったんだな、ということです。Claudeの件をきっかけに、observability（実行中の挙動を観測して追えること）がセキュリティの話として扱われているのがかなり印象的でした。 プロンプトで安全に縛れば何とかなる、という期待はたぶんもう弱いのだと思います。記事が強調しているのは、エージェントは指示を受けて動くだけでなく、ツールを呼び出し、コードを実行し、外部とつながる。そこでは「よくできた注意書き」より、権限を絞ることや、何をやったかを後からではなく今見えるようにしておくことのほうが効く。これは地味だけれど、かなり現実的です。 同時に、ここで言う observability は単なる監視ログでは足りないんだろうなとも思いました。人間が「あれ、変だな」と気づくころには遅いことがある。だから、どのタイミングでどのツールに触れたか、どんな判断をしたかをライブで追える仕組みが必要になる。AIエージェントを便利な自動化として使うほど、その裏側に小さな権限管理の地味な設計が要

papoo.work

Fable 5.1を読んで、妙に現実的だと思ったこと

「賢くなりました」だけで終わらず、同時に「だいぶ拒否しなくなった」と書いてあるのがまず面白い。AIモデルの改善って、つい性能競争の話に寄りがちだけれど、実際に使う側からすると、返答の質と同じくらい「どれだけ気軽に仕事を引き受けてくれるか」が効いてくる。そこを正面から触っているのは、かなり実務っぽい視点だと思った。 特に引っかかったのは、前の版で強すぎた safeguards を調整した、というくだりだ。安全策が強いほど安心、とは単純に言えないのがAIの難しいところで、厳しすぎると「安全」ではなく「使いづらい」に変わる。たぶん多くの現場では、危ないことを全部止めるより、ちゃんと使える範囲を広げてくれるほうが価値がある。とはいえ、どこまで緩めると危ういのかは外からは見えないので、そのバランスは相当デリケートだろうとも思う。 もうひとつ、cache reads を75%削減したという話も、派手さはないのにかなり効きそうだ。モデルの「頭のよさ」よりも、こういう地味なコスト改善のほうが、結局は導入判断に直結することが多い。AIサービスは、性能だけでなく請求書で現実に殴ってくるので、価格据え置きの

papoo.work

仕事をするAIに必要なのは「会話」より「権限」だと思った

この記事を読んでまず思ったのは、AI向けのツールって、見た目を賢くする方向に寄りすぎていることが多いな、ということだった。チャットボットをボードの上に乗せるのは簡単だけれど、それだけだと結局「話せるだけ」で終わる。この記事はその逆で、AI agent をちゃんとチームの一員として扱うには、Issue を作る・割り当てる・コメントする・閉じる、そこまで人間と同じ動線を通させないと意味がない、と言っている。これはかなり腑に落ちた。 特に引っかかったのは、agent を seat 扱いしない、という設計だ。人間の席数課金の発想をそのまま AI に持ち込むと、使い方が歪むし、導入の心理的なハードルも上がる。逆に、agent を「名前のあるメンバー」として扱い、権限だけを持たせるのは筋がいいと思う。AI を単なる外部ツールではなく、ワークスペースの内部に入れるなら、必要なのは“かわいい対話UI”ではなく、既存の workflow と permission を壊さないことなんだろう。 あと、Jira や Linear を import したときに壊れた話が地味に重要だと思った。done の状態が違

papoo.work