Author

claudenewsjp

Claude Codeの並列化で感じた、便利さと怖さの両方

最初に思ったのは、これはかなり“気持ちよく危ない”機能だな、ということだった。
AI に仕事を割り振って並列に走らせる発想自体は自然だし、開発の流れに合っている。けれど、記事が指摘している通り、その便利さはたぶん請求や利用枠の消費とセットで来る。昼前にプランを食い尽くす、という言い方は少し大げさに見えて、実際にはわりと現実的な怖さだと思う。

とくに引っかかったのは、Claude Code Projects が「コーディネーター」を中心に再設計されている点だ。人間の感覚だと、プロジェクトは作業の置き場で、メモや履歴が残る場所という印象が強い。でもこの記事では、そこが単なる保管庫ではなく、複数の thread を束ねる司令塔みたいに扱われている。AI が一人で考えるというより、細かい役割に分かれた複数の AI をまとめて回す方向に寄っていて、いよいよ開発ツールというより“仕事の配車係”に近づいている感じがした。

ただ、その形はかなり強力である一方、使い方を間違えるとノイズも増えそうだと思う。並列化は速さを生むけれど、同時に判断のコストも上げる。どの thread に何を覚えさせたか、shared memory に何を残したか、あとで人間が追えるのか。そこが曖昧だと、速く進んでいるようで実は整理がついていない、という状態になりそうだ。AI が増えるほど、最後にそれを見直す人間の負担が消えるわけではない。

それでも、この方向性そのものはかなり筋がいいとも思う。大きめの engineering task は、最初から一枚岩ではない。調査、実装、検証、修正で分けたほうが自然だし、そこを AI に合わせて並列実行させるのは合理的だ。問題は、AI を増やすこと自体より、その増えた作業量を誰が、どの料金で、どの責任で引き受けるのかだろう。便利さが前面に出るほど、消費の設計は見えにくくなる。この記事はそこをちゃんと突いていて、その感覚にはかなりうなずいた。

参考: Anthropic's new Claude Code feature could drain your plan before lunch

同じ著者の記事

しゃべりすぎるAIを、別のAIで黙らせる発想

これ、かなり好きだと思った。しかも「プロンプトでなんとかする」のを早々に諦めているのがいい。AIの口調って、少し直したくらいではなかなか抜けない。とくに Claude みたいに、説明が妙にドラマチックになったり、やたら含みを持たせたりする癖は、本文の内容がまともでも読み味を変えてしまう。そこを“別モデルにそのまま投げる”というのは、雑に見えてかなり実務的だ。 面白いのは、これが単なるネタツールに終わっていないことだと思う。`colleague`、`manager`、`director` と出力の相手を分けているのは、実際の現場で「同じ内容でも、この人にはこの粒度で伝えたい」という感覚に寄っている。要するに、AIの文章をきれいにするというより、読み手に合わせて“気持ち悪くない言い方”へ落とす仕組みなんだろう。あの「three numbered revelations」みたいな、やけに大げさな文体に疲れている人は多いはずで、そこを真正面から笑いに変えているのも含めて、かなり現場感がある。 一方で、別のAIに翻訳させる以上、最終的な口調の責任をどこが持つのかは少し気になった。元のClaude

papoo.work

Claudeに手伝わせてOpenAIを抜く、という不穏さ

まず感じたのは、これが「AIが攻撃を自動化する未来」の話というより、もうその入口に片足が入っている、という嫌な実感だった。しかも攻撃の主役が国家レベルの高度な集団ではなく、3人の研究者とサブスクリプションの組み合わせだというのが生々しい。特別な設備や巨大な予算がなくても、LLMをうまく使えばかなり深いところまで行けてしまう。その事実のほうが、見出しの派手さよりずっと重いと思う。 ただ、ここで少し引っかかるのは、Claude が「何でも突破できる魔法の道具」だったわけではないことだ。記事を読む限り、実際には腐った画像ファイルや Discourse の HEIF 処理の弱点を突く、かなり古典的な脆弱性探索の文脈に AI を差し込んでいる。つまり、AI がゼロからハックを生み出したというより、面倒な試行錯誤を高速化した感じに近い。ここは誇張して読まないほうがいいと思う。 それでも気味が悪いのは、こういう使い方が「研究用途」と「悪用」の境目をどんどん薄くすることだ。修正が入れば終わる個別のバグ報告の話にも見えるけれど、同じ手口を別の会社に短時間で移せる、という部分が本当なら話は違う。攻撃そのも

papoo.work

Google Homeが“Gemini前提”でなくなる話を読んで

ちょっと面白いのは、Google Homeの話なのに、主役がGoogleのAIだけではなくなっているところだと思った。スマートホームって、家の中の照明やカメラ、エアコンをまとめて扱うための土台のはずなのに、そこで使う会話相手まで1社に固定されるのは、たしかに窮屈だった。そこをMCPで開く、というのは筋がいい。 MCPは、ざっくり言えばAIモデルと外部サービスをつなぐ共通規格みたいなものだ。こういう規格があると、Claudeのような別のchatbotからGoogle Homeの情報を見たり、機器を操作したりできる。ここで私が引っかかったのは、単に「便利になる」で終わらない点で、Googleが自前のGemini体験を広げるのではなく、他社のagentでも触れるようにしていることだ。プラットフォームとしてはかなり開いた動きに見える。 ただ、手放しで自由という感じでもない。最初はUSの、しかもGoogle Home Premium Advancedのearly previewだけらしい。こういう発表は華やかでも、実際に触れる人はかなり限られることが多い。なので、これは「将来そうなる」話として見

papoo.work

Siriが“自前”でなくなる未来

いちばん引っかかったのは、AppleがSiriを強くする話に見えて、実は「Siriを入口にして他社モデルを使う」方向へかなり踏み込んでいることです。音声アシスタントって、これまで各社が自社の囲いの中で完結させたがる機能だったはずなのに、この記事ではChatGPTやClaudeがかなり自然に差し込まれている。しかも単なる連携ではなく、場合によってはSiriそのものを置き換えられる、というのが面白いし、少し怖いところでもあります。 Appleは長いあいだ「閉じた庭」を守る側の会社だと思われてきました。でも今回の話を読むと、その壁が技術的な理想よりも、外圧で少しずつ崩れているように見えます。EUのDMAが背景にある、と記事ははっきり書いている。つまり、Appleが気前よく開いたというより、開かざるを得なくなった。そこにはすごくAppleらしさがある気がします。自発的な開放ではなく、ルール変更に合わせて最小限どころか、かなり実用的なレベルまで持っていく。この会社はそういう動き方が本当にうまい。 それと同時に、これが本当にユーザーにとって得なのかは、まだ少し様子見だと思いました。ClaudeやC

papoo.work

Claudeの「分かれ道」が減るのは、わりと素直にうれしい

最初に思ったのは、「ようやく迷わせなくなったんだな」ということだった。 AIチャットを使っていると、ちょっとした質問も、まとまった作業も、画像っぽい仕事も、頭の中では全部つながっているのに、サービス側だけが「これはどこでやるものです」と分けたがることがある。そこで毎回立ち止まるのは、地味にストレスだ。 今回のClaudeは、その壁を少し壊したように見える。Coworkをchatに吸収して、Designも会話の中から触れるようにする。名前が増えるほど分かりやすくなるどころか、逆に「結局どれを開けばいいのか」で疲れることがあるので、この整理はかなり筋がいいと思う。 一方で、こういう統合は便利さと引き換えに、UIの性格がぼやける怖さもある。何でも会話から始められるのは気持ちいいけれど、裏側では結構な複雑さをClaudeが飲み込んでいるはずで、その複雑さが本当に隠しきれるのかは気になる。記事の中で「context, skills, connectors」をそのまま持ち込めると強調していたのも、その不安を先回りして払拭したい感じが少しある。実際に使うと、本当に自然に切り替わるのか、それとも見えな

papoo.work

選択肢を消すと、ほんとうに楽になるのか

この記事を読んでまず思ったのは、Anthropic がやろうとしているのは「機能追加」よりも「迷わせない設計」なのだということだった。チャットと cowork のような作業モードが分かれていると、ユーザーは毎回「どっちで始めるべきか」を考える。その判断コストをモデル側に寄せてしまう。発想としてはかなり筋がいいし、LLM の使い方としては自然でもあると思う。 ただ、そこには少し引っかかりもある。選択肢を減らすのは気持ちいい一方で、何を自動で振り分けるかをモデルに任せるほど、「今、何が起きているのか」が見えにくくなる。とくに Docs や Slides の beta のように、出力の種類が少しでも増えると、ユーザーは便利さと引き換えに、裏でどうルーティングされているのか分からないまま使うことになる。ここはプロダクトの賢さが、そのままブラックボックス化にもつながるんじゃないかと思った。 それでも、今回の記事でいちばん面白かったのは、Anthropic が「人は正しく選べていない」と見切っているところだ。これ、UI の話に見えて、実は人間の判断よりモデルの推定のほうが当てになる場面が増えてきた

papoo.work

Claudeが「会話の中で書類まで作る」ことに少し驚いた

Claudeがだんだん「チャットボット」ではなく、仕事の置き場所そのものになってきている感じがして、そこが面白かった。単に文章を返すだけでなく、docやslidesをその場で作れて、しかも編集や書き出しまでできる。ここまで来ると、AIに聞く場所と成果物を置く場所が分かれている感覚がかなり薄れる。 一方で、記事を読んでいて少し引っかかったのは、Anthropicが「One Claude」と言っている点だ。理屈としては分かる。機能が増えるほど、あちこち別画面に飛ばされるのは面倒だし、文脈が引き継がれないのもストレスになる。でも、便利さが増すほど、今度は「この作業はどこでやるんだっけ」という別の迷いも生まれそうだと思った。統合はたしかに正しい方向に見えるけれど、UIがひとつになったからといって、仕事の流れまで自然になるとは限らない。 それでも、チャットの中でそのままeditableな文書が生まれるのはかなり実用的だ。雑な下書きをAIに投げて、あとでGoogle DocsやWordに持っていく、という流れはもうかなり現実的になってきた。たぶん多くの人にとって重要なのは、AIが賢いかどうかより、

papoo.work

Claudeが「文書作成ツール」まで取りに来た

まず思ったのは、Claudeもついに“チャットで答えるAI”の枠に収まらなくなったんだな、ということでした。会話の中で文章やスライドを作れるなら、ユーザーはわざわざ別のアプリへ移らなくていい。そこはかなり強いです。AIの性能そのものより、日々の作業導線をどこまで短くできるかの勝負になってきている感じがします。 一方で、少し引っかかったのは、これが「便利な新機能」というより、結局はGoogle DocsやSlidesの領域に真正面からぶつかっていく話だという点です。Claudeのモデルが優れていることと、実際に人が毎日使う作業空間に自然に入り込めることは別問題です。Anthropicがやろうとしているのは後者で、しかも「one Claude」としてチャット、Artifacts、Design、Docs、Slidesを寄せていく。発想としてはかなり筋がいいと思うけれど、同時に、何でも1つの画面で済ませる方向は、便利さと窮屈さが背中合わせにも見えました。 特に面白いのは、これが“AIが文章を作る”から一歩進んで、“AIが共同編集する”ところまで来ていることです。コメントまで付けられるなら、単な

papoo.work

1つの skill を読んで、設計の気持ちよさを考えた

まず気になったのは、「いい prompt って長さじゃないんだな」という、かなり当たり前でいて実は忘れがちな話が、コードを読むことでちゃんと腹落ちしているところだった。大きな成果物に見えて、実体は 349 行の JavaScript に収まっている。そこに少し驚く。AI の仕事って、つい「すごい長文を投げたらすごい答えが返ってくる」みたいに見えがちだけど、この記事はむしろ逆で、短い prompt を何度も、同じ型で、雑にぶれないように回している感じがする。 面白かったのは、著者が「Verifier が 3 回あるから正しい」と素直に受け取っていないところだ。コメントでも指摘されていたけれど、同じ prompt を index だけ変えて 3 回回すのは、厳密には 3 人の独立したレビューではない。これはかなり重要で、見た目の堅牢さと本当の堅牢さは別物だと分かる。AI の仕組みは、派手な機能より、こういう地味な設計の差で信頼感がかなり変わるのだと思う。 あと、`refuted=true` をデフォルトにして、迷ったら否定側に倒す、という発想がいかにも実戦的だった。人間のレビューでも、断定

papoo.work

AIの悪用報告を読んで引っかかったこと

読んでまず思ったのは、Anthropicが出しているのは「AIは危ないです」という抽象論ではなく、かなり生々しい現場のメモに近いんだな、ということだった。生物学、監視、世論操作、蒸留まで、同じ「悪用」という言葉の中にまったく質の違う話が混ざっている。そこが妙に重い。 特に気になったのは、生物学の話が「正当な研究と区別しづらい」と書かれていた点だ。ここはきれいごとでは済まない。ワクチン開発のような研究と、危険な病原体に近づく手法が重なるなら、AI側だけで白黒をつけるのはかなり難しいはずで、結局は「怪しいから止める」という運用になりやすい。安全優先としては理解できるけれど、研究の自由との境目はかなり曖昧だと思う。 もう一つ、蒸留の話は企業の苦労というより、AI業界の競争の汚さがそのまま出ている感じがした。モデルの出力を大量に集めて別モデルに学習させるのは、技術としては珍しくない。でも記事にあるような、偽アカウントや盗んだクレジットカードを使って隠密にやるとなると、もう「学習」ではなく不正な横流しに近い。しかも、サービス経由で機微情報まで混ざっていたと書かれると、モデルを守る話が、そのままユ

papoo.work