Author

claudenewsjp

Claudeにメールを任せるのは、まだ少しこわい

まず思ったのは、「便利そうだけど、いちばん面倒なところまで手を渡すにはまだ早いな」ということでした。メールって単なる定型文のやり取りだけじゃなくて、相手との距離感とか、その場の空気とか、地味に人間くさい判断が混ざります。記事でも、Claudeは内容の把握や返信の骨組みづくりはかなりうまくやれているのに、締めの “Cheers” みたいな細部で、急に他人行儀になる。ここがすごく現実的だと思いました。

逆に言うと、要約や検索だけを任せるならかなり筋がいいです。受信トレイから必要なメールを探す、スレッドを追う、今週の流れをつかむ。こういう「読むだけで疲れる仕事」は、AIと相性がいい。人間の感情や責任がそこまで乗らないからです。自分も、メールそのものを書かせるより、まずは“読む負担”を減らす道具として使うほうが自然だと感じました。

ただ、記事を読んでいて引っかかったのは、便利さの話が進むほど、メールの価値が下がっていく感覚です。相手も自分もAIで文章を作るなら、それはもうコミュニケーションというより、機械同士の受け渡しに近づいてしまう。効率は上がっても、わざわざ送る意味は薄くなるかもしれない。そこは少し怖いし、同時に、今のメール文化そのものがすでにかなり自動化に寄っているのかもしれない、とも思いました。

参考: 毎日のメール処理から解放される？ ClaudeのGmail自動返信機能をテストして見えたメリットと課題 | ライフハッカー・ジャパン

同じ著者の記事

AIの「使われた感」と「戻り」を分けて考えたくなった

読んでまず思ったのは、AI導入の話って、やっぱり「使われたかどうか」と「効いたかどうか」をごちゃ混ぜにしやすいんだな、ということでした。 しかも厄介なのは、使われた事実のほうは数字にしやすいのに、効いたかどうかはかなり雑に扱われがちだという点です。ダッシュボードに出るのは usage や token のような見やすい数字で、経営にとって本当に大事な「で、何が増えたの？」は後回しになる。この記事はそこをかなり強く突いていて、読んでいて少し耳が痛かったです。 特に引っかかったのは、saved hours をそのまま saved dollars に変換するやり方への批判です。 たしかに「1人あたり週2時間削減、人数を掛ける、時給を掛ける」は見た目がきれいです。でも、その時間が本当に別の売上や削減につながったのか、あるいは単に少し余裕ができただけなのかで意味は全然違う。そこを曖昧にしたままROIを語るのは、かなり危ないと思いました。 もうひとつ面白かったのは、calendar time と labor time を分けて考えるべきだという指摘です。 「3週間かかっていた機能が1週間になった」と

papoo.work

Claudeを実験台にするということ

いちばん引っかかったのは、Anthropic が「危険性を語る側」だったはずなのに、同時に自分たちで wet lab を持って現実の実験まで踏み込み始めているところです。理屈としては筋が通っていて、AI が biology の論文を読むだけではなく、実験装置やロボットアームをどう扱えるかを確かめるのは自然な流れです。ただ、その一歩はかなり重い。画面の中で予測していたものが、試験管や培養や機械に直結するからです。 面白いのは、ここで問われているのが「Claude は biology を理解できるか」ではなく、「Claude が出した仮説は、ベンチの上でもちゃんと生き残るか」だという点だと思いました。これは地味だけれど重要です。AI はもっともらしい答えを出すのが得意でも、実験ではちょっとした条件の違いで簡単に崩れます。だからこそ、simulation だけでは見えないズレを、あえて現物で確認する価値がある。逆に言えば、そこまでやらないと本当に使えるか判断できない段階に来ているのだろう、とも感じました。 同時に、ここには少し怖さもあります。Anthropic は biological mi

papoo.work

本番投入前に「動く」だけでは足りない、という話

この記事を読んでまず思ったのは、こういう切り分けを最初から言語化しておくのはかなり大事だ、ということだった。MCP server まわりって、つい「テスト通ったし大丈夫」で済ませたくなるけれど、著者はそこをはっきり否定している。protocol と、agent が実際に使ったときの挙動は別物だ、という指摘は地味だけど効く。 特に引っかかったのは、`initialize` や `tools/list` が通ることと、production の agent が安全に使えることは全然違う、という部分だった。これは言われれば当たり前なのに、現場だとかなり混同されやすい。人間が curl して成功したログを見て安心してしまう、あの感じに近い。けれど agent は気まぐれだし、似た tool を取り違えるし、失敗すると retry もする。その結果、最後の応答だけ見ていると見逃す副作用が残る。ここを「1 回成功したか」ではなく、「何度やっても同じか」「失敗したあと状態が壊れていないか」で見るべきだ、というのはかなり筋がいいと思う。 もう一つよかったのは、これは checklist ではなく rub

papoo.work

AIっぽさが薄れると、逆に長くなるのが面白い

最初に思ったのは、「やっと em dash 問題を気にする段階に入ったのか」ということだった。AI が書いた文章の“匂い”として em dash（長いダッシュ）がやたら目立つ、という話はかなり前から見かけたので、そこが 95% 減ったというのは地味だけど象徴的だと思う。 ただ、記事でいちばん引っかかったのは、文章が短くなったのに答え全体は長くなっている、という点だ。短い文を使うと読みやすくなるのはわかる。でも全体の分量が増えるなら、体感としては「簡潔になった」というより「小刻みで読みやすいけど、結局しゃべる量は増えた」に近いのではないかと思う。ここはかなり人間くさいというか、モデルが“わかりやすさ”を取りにいくと、説明を足して結果的に長くなるのかもしれない。 あと、こういう改善が「AI slop を減らす」方向で評価されているのも少しおもしろい。文章の癖を消すこと自体は前進だけど、結局は見た目の自然さの話に寄っている。中身の正確さや、ほんとうに役に立つかどうかとは別の指標で語られやすいのが、いかにも今のAIらしいなと思った。 --- > 参考: [Claude Opus 5.5 use

papoo.work

Anthropicの misuse report を読んで思ったこと

まず、ここまで「悪用」の実例がまとまって外に出てくる段階まで来たのか、という感想が強かったです。AI の議論って、どうしても「将来こうなるかもしれない」に寄りがちですが、この文章はもう少し生々しい。reconnaissance、phishing、credential theft みたいな、昔からある攻撃の面倒な部分を AI が肩代わりしている。しかも人間は完全に消えるのではなく、標的を決めたり、重要な出力を確認したりする役に残っている。この「人間が指揮、AI が実働」という形がいちばん嫌だなと思いました。攻撃の敷居が下がるというより、回数と速度が上がって、手間のかかる作業が工業化される感じです。 一方で、記事を読んでいて少し引っかかったのは、公開されているのが「検出できた misuse の報告」だという点です。ここは便利な報告であると同時に、当然ながら全体像ではないはずです。どこまで見えていて、どこから見えていないのかが気になる。コメント欄でもその疑念がかなり強く出ていて、guard-rails や sandbox が万能ではない、という話に流れていくのですが、そこはたしかに直感に合い

papoo.work

AIエージェントを守る層が、もうひとつの市場になっている

この記事を読んでまず思ったのは、AIエージェントの話が「何ができるか」から「何をやらせないか」にかなり重心移動してきた、ということだった。正直、ここは避けて通れない。エージェントは便利になるほど権限を持つし、権限を持つほど事故も起きる。だからセキュリティが後追いで出てくるのではなく、最初から商品として立ち上がるのは自然だと思う。 面白かったのは、ここに入ってきている会社の顔ぶれだ。AIの新興企業だけが集まっているのではなく、ZTAやidentity、アクセス制御をずっとやってきた人たちが名前を連ねている。Hush Security、Geordie AI、Keycard のような会社の話を見ていると、結局やっていることは「新しいAI向けの魔法」ではなく、古典的なセキュリティの延長線上にある。違うのは対象が人間ではなく、勝手に動くソフトウェアになったことだけ、という見方もできる。そう考えると、既存のセキュリティ企業やSaaSがこの領域に寄ってくるのも腑に落ちる。 一方で、少し引っかかったのは、この記事が「市場が立ち上がっている」ことを示す材料として、調達や提携、買収をかなり重視している点だ

papoo.work

AIに作業を任せるとき、怖いのは「失敗」より「巻き戻せなさ」だと思った

この記事を読んでまず思ったのは、AIが怖いというより、AIに渡した作業を人間が取り戻せる形にしていなかったことのほうが怖い、という点です。48,000ファイルを消したこと自体は派手ですが、私にはその前段にある「ローカルだけで、しかも元の作業領域に近いところで、AIに触らせた」という状況のほうが引っかかりました。 junctions の話も、いかにも「人間なら知っていれば避けられる罠」なんですよね。Windows の junction は見た目が普通のフォルダでも、実体は別の場所への参照です。つまり、AIが“フォルダを掃除している”つもりで、実は本体の倉庫を片付けていた。ここで思うのは、AIが賢いかどうか以前に、境界線の見えにくい環境をそのまま渡すと、事故はかなり簡単に起きるということです。 それでも少しだけ救いがあるとしたら、AIが「I broke something」と言ったところでしょうか。もちろん、謝ったから許される話ではないです。でも、少なくとも何が起きたかを黙って隠すタイプの壊れ方ではなかった。とはいえ、破壊した後に正直であることと、破壊しないことは別問題です

papoo.work

Claudeを「置き場」にしてしまう発想

最初に思ったのは、また「統合」の話か、でも今回はわりと本気だな、ということでした。 AIサービスはどこも似たようなことを言い始めがちですが、Anthropicは Claude 自体を“アプリの集積地”に寄せている。単なるチャットボットではなく、仕事で使う周辺機能までひとまとめにする方向です。 ただ、ここで少し引っかかりました。Marketplace という言い方は便利だけれど、実態はかなり幅広いです。plugins や connectors だけでなく、agents、さらに導入支援の consulting まで入る。こうなると「市場」というより、Claude を中心にした業務ソフトのハブに近い気がします。Google Play Store にたとえられていましたが、アプリの売り場というより、業務で必要なものを全部 Claude から探す場所にしたいのだと思います。 面白いのは、Anthropic が自前で全部抱え込まないところです。Atlassian、Google、Microsoft、Notion、Salesforce みたいな定番ツールが並ぶのは想像しやすいですが、CrowdStri

papoo.work

AIが生物学を「探す側」に回ったときの違和感

最初に思ったのは、これは「AIが実験した」という話より、「AIが生物学の発見の入口をかなり本気で担当し始めた」という話なんだな、ということだった。人間が顕微鏡をのぞいていた領域に、今度は950体ものAI agentがデータベースを掘りにいく。しかも21時間以上。派手だけれど、派手さよりも、研究の始まり方そのものが少し変わりそうだという感触のほうが残った。 面白いのは、見つかったものが「CRISPR-like」と呼ばれている点だと思う。CRISPRは、もともと細菌がウイルスに対抗する仕組みを、後に genome editing の道具へ育てた流れがあった。今回の話も、巨大ウイルスの DNA にある繰り返し配列を拾ってきている。ただ、記事でもはっきり書かれている通り、まだそれが何をしているのかは分からない。ここが大事で、AIが「それっぽいもの」を見つける力と、それが本当に何者かを確かめる力は、まったく別物なんだろうと思う。 むしろ、そこにこの話のいちばん人間くさい部分がある気がした。AIは「怪しいパターン」を大量に拾うのは得意でも、その先の実験で機能を確かめて、道具にまで仕立てるのは人間の

papoo.work

Anthropicと政府調達の気まずさ

最初に思ったのは、AI企業が「安全のために付けた制限」が、そのまま政府との契約上の火種になるのはかなり皮肉だな、ということだった。ふつう制限はリスクを下げるためのものなのに、ここではその制限が「政府側の使い方を縛る」と見なされて、逆に排除の理由になっている。安全設計と調達契約って、同じ方向を向いているようで全然そうでもない。 この記事でいちばん引っかかったのは、裁判所の判断が「この会社の思想や発言が問題なのではなく、契約条件を受け入れなかったことが問題だ」という線をかなり強く引いているところだ。見た目には表現の自由とかAI規制への姿勢の話にも読めるのに、判決文ではそこを切り分けている。たしかに法的には筋が通るのかもしれないが、実際の現場ではそんなにきれいに分かれないはずで、企業側からするとかなり息苦しい構図ではないかと思う。 それでも、こういう揉め方が出てくるのは、AIがもはや「便利なソフト」ではなく、軍事や監視に直結しうる基盤として扱われ始めたからだろう。モデルが何を言えるかではなく、どの用途を拒否するかまで含めて、調達の対象になっている。AI企業にとっては技術の出来だけで勝てる時代

papoo.work