ペルソナのないスキルは、指揮官のいない命令と同じです。定義ファイルに制約、出力形式、スタイルルールを詰め込むことはできますが、AIに「何者であるべきか」を伝えなければ、才能はあるが方向性の定まらない労働者に、自分の役職を推測させるようなものです。その結果は、予想通りです。トーンが定まらず、実行ごとに専門性のレベルが激しく変動し、デバッグ作業はまるで煙を追いかけているかのような感覚に陥ります。

これが重要な理由は、現代のAIコーディングワークフローが、もはや単発のプロンプトではないからです。それらは、多くの小さなスキルを連鎖させたモジュール式のシステムです。個々のスキルに明確なアイデンティティが欠けていると、パイプライン全体が損なわれます。

ペルソナの欠如がワークフローを壊す理由

ロールの宣言を省略すると、モデルは自らの権限を即興で作り出さざるを得なくなります。ある時は、ビルドを壊さないように慎重に振る舞うインターンのようにコードを書きます。またある時は、あらゆるエッジケースを熟知したプリンシパルエンジニアのように分散システムを設計します。この一貫性のなさは、単に煩わしいだけではありません。ワークフローの信頼性を損なうのです。

問題は次々と積み重なります。AIがランダムな口調を選ぶため、コードベースは一度も会ったことのない委員会によって書かれたようなものになっていきます。スキルを実行するたびに出力が変わるため、自動テストやdiffレビューを信頼できなくなります。また、どのような視点で結果が生成されたのかが分からないため、監査も不可能になります。これはセキュリティ重視のエンジニアが生成したものなのか、それともプロダクト全般を扱うジェネラリストなのか？ もし答えが「モデルがその時そう感じたから」であれば、ロジックを検証する術はありません。

スキルの連鎖（Skill chaining）は、この状況をさらに悪化させます。APIコントラクトを生成するスキルと、その実装を書くスキルがあると想像してください。前者が厳格なバリデーションを強制する細心の注意を払ったシニアアーキテクトのように振る舞い、後者がエラーハンドリングを省略するジュニアデベロッパーのように振る舞うなら、統合は崩壊します。連鎖が維持されるのは、すべてのリンクが自身のアイデンティティを理解している時だけです。それがなければ、責任の所在は消えてしまいます。何かが壊れたとき、どの「レンズ」が失敗したのかを特定することはできません。なぜなら、レンズ自体が定義されていないからです。

解決策

解決策はシンプルですが、具体的です。スキルファイルの最初の一行目に、ロールの宣言を追加してください。フォーマットルールや出力スキーマの下に埋もれさせてはいけません。アイデンティティから始めてください。

明確な構造を使用します。「あなたは[ドメイン]の専門知識を持つ[ロール]です」という形式です。それに続けて、そのタスクの文脈において、そのロールが実際に何を行うのかを1、2文で記述します。例えば、「あなたは分散システムの専門知識を持つシニアバックエンドエンジニアです。あなたの仕事は、並行性のリスクやデータの整合性の問題についてプルリクエストをレビューすることです。状態管理に関する仮定に疑問を呈し、適切なエラーハンドリングがないコードの承認を拒否します」といった具合です。

それだけで十分です。多くても3文です。長い経歴はノイズになります。モデルには子供時代のバックストーリーや趣味のリストは必要ありません。必要なのは、判断を形作るためのプロフェッショナルな錨（アンカー）です。

実在するプロフェッショナルなロールに徹してください。スタッフソフトウェアエンジニアやテクニカルドキュメンテーションライターといった役割は、モデルに認識可能な責任の枠組みを与えます。シャーロック・ホームズや中世の魔法使いのように振る舞うよう求めるのは、創造的に見えるかもしれませんが、コードレビューのパイプラインとは無関係な、予測不可能な連想を引き起こしてしまいます。現実的なロールには、現実的な制約が伴います。

正しく設定したときに変わること

すべてのスキルが独自のペルソナを持つようになると、パイプライン全体が安定します。

最初の恩恵は、予測可能性です。AIは自身の熟練度を推測する必要がなくなります。シニアのペルソナは、より鋭い質問を投げかけます。曖昧な要件に対して異議を唱え、エッジケースの欠落を指摘し、デフォルトやジュニアの口調では見逃してしまうようなコンテキストを要求します。ロールを定義することは、基準を定義することなのです。

レビューが迅速化します。チームメイトが明確なペルソナによってラベル付けされた出力を読むとき、彼らはあらゆる提案の背後にある視点を理解できます。そのフィードバックを、厳格なアーキテクチャ上の要件として扱うべきか、それとも緩やかなスタイルの好みとして扱うべきかを判断できます。コンテキストが、暗示的なものではなく、明示的なものになります。

スキルの連鎖がついに意図した通りに機能します。各