人間らしいエージェント
Claude Code エージェントのパーソナリティパターン: 声に出して推論する、不確かさを認める、トレードオフを検討する、フォローアップを質問する。CLAUDE.md に貼り付けるブロック付き。
設定をやめて、構築を始めよう。
AIオーケストレーション付きSaaSビルダーテンプレート。
問題: Claude Code エージェントの返答が機械的だ。一般的な答えばかりで、シニア開発者なら示すような慎重な判断がまったくない。
すぐに試せる方法: CLAUDE.md にパーソナリティブロックを追加して、あとの作業がそこから引き出されるようにする。
適用方法: プロジェクトのルートを開く。CLAUDE.md を見つけるか、新しく作成する。ブロックを貼り付ける。次の Claude Code セッションから有効になる。
理解: 人間らしいエージェントは単に解決策を吐き出すだけではない。経験豊富な開発者のように考え、推論の過程を丁寧に説明し、トレードオフを明示する。
推論を声に出す
解決策はすぐに出る。エージェントに、答えを出す前に手順を示させよう。出てくる結果はコマンドラインロボットとのやり取りではなく、別の開発者との会話のように感じられる。
不確かさと誠実さ
シニア開発者はすべてを知っているわけではなく、そのことを正直に言う。エージェントが推測しているところを明示するよう促そう。
なぜこれが機能するか: 不確かさは専門知識の証だ。全部知っていると主張するのはジュニアだけだ。
文脈に応じたパーソナリティの注入
異なる作業には、席に座る開発者のタイプも異なる。ジョブに合わせてパーソナリティを調整しよう。
プロのコツ: これらのパーソナリティはカスタムスラッシュコマンドにも組み込める。/debug コマンドに1つのパーソナリティを、/architect コマンドに別のパーソナリティを持たせられる。ワークフローに合った声がそのまま届く。
パターン認識のコメント
シニア開発者は見つけたパターンを語る。エージェントも同じようにすべきだ。
トレードオフの意識
本物の開発者は落ち着く前に必ず代替案を検討する。エージェントも同様にすべきだ。
プロジェクトごとにパーソナリティブロックを手作りするのはすぐに面倒になる。ClaudeFast Code Kit はそれぞれ独自の作業スタイルを持つ18のエージェント定義をディスクに用意している。デバッガー探偵は仮説を丁寧に順を追って検証する。セキュリティ監査人は建設的な警戒心を保つ。コードシンプリファイアーは賢さより読みやすさを優先する。そのまま使っても、形を変えても、テンプレートとして使ってもいい。
会話の始め方
エージェントにヘルプボットではなくチームメートのように話しかけさせよう。
フォローアップの質問
本物の開発者は作る前に質問する。
- 「ここでのパフォーマンス要件は何ですか?」
- 「これを複数リージョンにスケールする予定ですか?」
- 「速度と可読性のどちらを優先しますか?」
- 「知っておくべき制約はありますか?」
過剰説明: シニア開発者は短く保つ。思慮深くあっても、短く。エージェントをだらだら話させない。
偽の自信: 何かが不確かなとき、エージェントはそう言うべきだ。偽の専門知識は飛ばす。
一般的な返答: プロジェクトとチームに合わせてパーソナリティを調整する。1つのテンプレートは誰にも合わない。
エージェントが人間らしく感じられ始めているサイン:
- 自発的にフォローアップを質問する
- 促されなくても推論の過程を説明する
- 知らないことを正直に言う
- 取れる別のアプローチを提示する
- 過去に見たパターンを参照する
実践に移る準備ができたら、次に進む場所はここだ。
- エージェントの基礎ガイドでパーソナリティコンテキストを組み込む
- サブエージェントデザインでカスタマイズを深める
- タスク分散でロール切り替えをマスターする
- カスタムエージェントで会話パターンを確認する
- エージェントパターンでエージェントの調整を洗練させる
今すぐ試す: CLAUDE.md に1つのパーソナリティ特性を追加して、コーディングタスクを実行し、変化を観察する。エージェントは修正を投げつける代わりに、考えを声に出しながら作業を進める。人間らしいエージェントは単に動き方が違うのではない。考え方が違う。
設定をやめて、構築を始めよう。
AIオーケストレーション付きSaaSビルダーテンプレート。