コムテ

Claude 公式のブログがめちゃ参考になったので、分かりやすくまとめる。 「Claude は本来めちゃ賢い。でも Skill の書き方を間違えると、実力を自分で潰してる」という話 Claude は基本、かなり賢い前提で設計されている だから人間向けの丁寧すぎる説明とか、背景知識の講義みたいなのを書くと、無駄なトークンが増えて判断精度が落ちるらしい ここがまず重要な前提 Skill って「知識を教える場所」じゃなくて「行動を成功させるための設計図」なんよね。で、よくある失敗がこれ Claude に不安になって、「念のため説明しとこ」「一応ここも書いとこ」ってやると、Skill が太って、コンテキストを圧迫して、結果として性能が下がる 公式が言ってるのはかなりドライで、 - Claude はもう十分賢い - 本当に知らないことだけ書け - 1 トークンごとに価値を疑え という思想。次に出てくるのが「自由度」の話。タスクには性質があって、 - 壊れやすい処理 - 順序や正確さが命の処理 こういうのは、自由度を極限まで下げて「これを、そのまま、絶対にこの順でやれ」と書くべき 逆に、 - レビュー - 分析 - 方針決め みたいなやつは、ガチガチに縛ると逆に弱くなる。このへんは「判断の余地」をちゃんと残す。この自由度設計が、Skill の出来をほぼ決める 公式のたとえが面白くて、Claude を「道を進むロボット」に例えてる。崖だらけの細い橋なら、ガードレール必須。何もない草原なら、方向だけ示して放置でいい Skill はこのガードレール設計の話 あと、めちゃ大事なのが name と description Claude は起動時に、全 Skill の「名前と説明」だけをまとめて読み込む。つまり、 - ここで選ばれなかった Skill は - SKILL .md がどれだけ良くても - 一生読まれない description には『何をするか』だけじゃなく『どんなときに使うか』まで書け、と強調している。ここが弱いと、そもそも Skill 候補に上がらない で、SKILL .md 本体について 全部を書こうとするな、が原則。 SKILL .md は README じゃない。 目次であり、ナビゲーション。 必要になったら、 - reference .md - examples .md - forms .md みたいな別ファイルを読ませる。これが Progressive Disclosure という考え方 ファイルは読まれない限りコンテキストを消費しない、という前提があるからこそ、目次に徹して、必要になった瞬間だけ別ファイルを読ませる設計が効く 全部最初から読ませるのは最悪。必要なときに、必要な分だけ。ただし注意点があって、「参照の参照」はやるな。 SKILL .md → A .md → B .md みたいな構造にすると、Claude が部分読みして事故る SKILL .md から直接リンクする 1 段構造が安全。 次にワークフロー。複雑な作業は、文章で説明するな。チェックリストにしろ。 Claude 自身が「今どこまで終わったか」「次に何をやるか」を自己管理できる形がベスト。 さらに重要なのが、一発成功を前提にするな、という思想 実行 → 検証 → 修正 このループを最初から Skill に組み込む 特に Skill に含める処理については、Claude にコードを生成させるより、あらかじめ用意したスクリプトを実行させる方がいい、と言い切っている 理由は単純で、 - 再現性が高い - 速い - トークンを食わない から。Skill に含めるスクリプトは「生成させるため」じゃなく「実行させるため」に置く あと地味だけど重要なのが、時間依存の情報を書くな。「◯ 年 ◯ 月以降は〜」みたいなのは Skill を腐らせる。古い情報は Old patterns として隔離しろ、という設計 最後に一番思想的なところ Skill は、評価から作れ。 まず Claude が失敗した実例を集める それをテストケースにする それを通すために、最小限の Skill を書く 想像で書いた Skill は、だいたい使われないってことらしい まとめると、このページが言ってるのはこれ - Claude を「何も分かってない新人」として扱うな - 「めちゃ優秀だけど、事故るときは事故る同僚」として扱え - Skill は知識集じゃない。判断ミスしやすい場所にだけ置くガードレール

これ待ってた！ 1Password が Anthropic社と公式提携して「1Password for Claude」をリリース! AIにパスワードを渡さずユーザー承認で認証完了

NRI に勤める友人からの話、 最近、AIのお陰で、コンサルはクライアントへの提案の時点で既に動くシステムを軽く開発して持っていくことが多いとのこと。 AI 時代のクライアントワーク、一生懸命日本語で要件をすり合わせるより、動くモノ作って認識合わせた方がラク、という考え方。 という話を、この「システム開発と『具体と抽象』」という本を読みながら思い出しました。笑 最近お世話になっている技術評論社さんから献本いただきましたが、 受託ビジネスや SI などのクライアントワークをされている方にとって、クライアントとのコミュニケーションの本質を非常によく捉えている本なのでオススメです。

AIが作った資料、そのまま出すと信用失うよ！（マジやめとけ） 正解は、経験と専門知識がある → AIに叩き台を作らせる → 間違いを直す → 信頼される 資料もコードも同じ。Fable 5でも平気で嘘つくから成果物出すときは気をつけたほうがいいよ? AI使いこなす人ほど、AIを信じてない←事実

@CryptoFox2025 @tonkotsuboy_com そうですよね！Claude changelog ばかりに飛びつくより、実践で使える並行開発の作法をしっかり勉強したいと思います😄

@commte @tonkotsuboy_com 最新モデルの性能ばかり注目されがちですが、実務だとこういう並行開発の作法の方がインパクト大きい気がします。かなり参考になります🙏

鹿野さん( @tonkotsuboy_com )の Claude Code 並行開発環境マジ勉強になって感動 ・/branch → 本流に影響させたくない実験的作業 ・/fork → 本流を止めずに並走させて結果は使いたい ・/btw → セッション中断せず、コンテキスト保ちつつ脇道質問 ・.worktreeinclude → gitignoreされたファイルを新しいworktreeに自動継承 解説 ◯ branchは「完全に別の作業」として分岐 分岐先でどんな作業をしても 元の会話(メイン)には一切影響を与えない 本流の邪魔をせず 独立した実験や調査をしたいときに向いてる 元のセッションに戻りたい時は/resumeで復帰できる ◯ /forkは会話全体を引き継いだサブエージェントを バックグラウンドで走らせる仕組み 自分はメイン作業を続けられて 最終結果だけが会話に返ってくる 同じ開始点から複数のアプローチを並行して試したい時にも使える ◯ /btwはセッションを中断せず コンテキストを保ったまま質問できる ただしツールは使えないので あくまで「ちょっと聞くだけ」の用途 ◯ sudo pmset -a disablesleep Macがスリープ状態に入るのを禁止する設定 フタを閉じてもスリープしない Claude Codeの「remote control」機能を 使うための前提条件 ◯ .worktreeinclude worktreeは新しいチェックアウトなので .envなどgitignoreされたファイルは 本来存在しないプロジェクトルートに .worktreeincludeを置くと そうしたファイルが新しいworktreeに自動でコピーされる git管理下の追跡済みファイルは複製されないので安全 ※ 最新のチェンジログ情報だけ見て喜ぶんじゃなくて こういう基本的なものを実践で使っていかないといけないよね speakerdeck.com/tonkotsuboy_co…

@aria_ai_tools @tonkotsuboy_com まさにですね！開発速度は上がりましたね。そして質問の回数が増えました笑

@commte @tonkotsuboy_com /btwの使い勝手は本当に中毒性ありますね。コンテキストを維持したままクイックに仕様確認して戻れるので、思考の断絶がなくなって開発速度が体感で1.5倍くらい変わりました。並行開発の解像度が上がりますね。

branch/fork/btwという並行開発の使い分け、実務にそのまま使える整理でとても勉強になります。脇道の質問でコンテキストを崩さない工夫は必見です。

@tonkotsuboy_com Claude Code の並行開発環境ガイド書いた 公式ドキュメント4ページ分を原文で裏取りして記事にまとめた。どれをいつ使うかの使い分け表と、/btwの答えをfキーでそのままforkできる見落とし機能も入れてる izanami.dev/post/5fe847e8-…

@kuro7983_web Auralyn | 配信・通話・歌枠のためのシンプルVSTホスト @kuro7983_web さん izanami.dev/post/1d5a6e86-…

🚀 プロダクトピックアップ #izanami Auralyn | 配信・通話・歌枠のためのシンプルVSTホスト VSTプラグインを読み込んで使う、個人開発中の次世代VSTホスト @kuro7983_web さん ぜひ体験してみてください 👇（リンクはリプで）

@Moon_Lab5 こちらこそ、ご登録ありがとうございます！素敵なプロダウトですね！今後もよろしくお願いします😄

「しゃべった！」をご紹介いただきありがとうございます😆✨

@Moon_Lab5 しゃべった！ – 子どもの言葉記録・共有サービス @Moon_Lab5 さん izanami.dev/post/b30cfc70-…

🚀 プロダクトピックアップ #izanami しゃべった！ 子どもの言葉記録・共有サービス 子どもの「はじめての言葉」や心に残る一言を記録し、家族で共有できる言葉のアルバム。離れて暮らす祖父母にもリアルタイムで成長を届けられます @Moon_Lab5 さん ぜひ体験してみてください 👇（リンクはリプで）

@_to33y Lightpanda 結構有名なんですね！どっちもよさそうなんですよね（どっちも使ってみよう💡）

Zig製のLightpandaしか知らなかった👀 新しいヘッドレスブラウザなのかな…

@ryoppippi 組み合わせてみます😄感謝！

@commte agent-browser.dev/engines/lightp… agent-browser経由で使うと良さそうです〜

AI エージェント用の軽量ヘッドレスブラウザ Obscura が伸びる予感 Chrome も Node も不要。Playwright の接続先を差し替えるだけで動いて、MCP サーバー同梱だから Claude Desktop からもすぐ使える。Chrome 本体を積まないぶん圧倒的に軽い kawarimidoll.com/posts/20260711…

@ryoppippi おぉ！これは知らなかったです AI向けのHeadlessブラウザなんですね！試してみます

@commte lightpandaとどう違うんでしょう

最近のX のアルゴリズム、従来型の「強者優位（弱肉強食）」が崩れ、短期決戦型・運要素にシフトしてるね ただ、ビジネス的にはこの不安定さが最大のネックで、長期ブランド構築には向かなくなる可能性がある

こういうUI は、AI で作ったって一瞬で分かっちゃうよね。絵文字やアイコンは装飾でなく意味のあるところにだけ使うと、AI 感を薄めることができる