RPGの職業は、できないことを決める設計です

何でもできる職業を一つ用意したRPGは、パーティを組む理由を自分の手で消したRPGです。仲間が要るのは、誰かが何かをできないからです。ロールプレイングゲーム（RPG）の職業（クラス、ジョブ）は、何ができるかを決める仕組みとして紹介されがちですが、設計の要は何ができないかを決めるところにあります。この記事では、職業の歴史と働きをこの視点で見直し、同じ考え方が自分用のAI（GPTs）を作るときにどう効くかを整理します。

職業は、使えないものの一覧として始まりました

職業という考え方は、1970年代のテーブルトークRPG、とくに『ダンジョンズ＆ドラゴンズ』にさかのぼります。当初の職業は、ファイター（戦士）、クレリック（僧侶）、マジックユーザー（魔術師）といった単純なもので、初期のルールでは、魔術師は鎧を着られず、僧侶は刃のある武器を使えない、といった制限が付いていました。

1980年代のコンピュータRPGもこれを受け継ぎます。『ウィザードリィ』では職業ごとに使える武器や覚えられる魔法が違い、『ドラゴンクエストIII』では戦士、僧侶、魔法使い、商人、盗賊などから仲間を選んで編成しました。『ファイナルファンタジー』は初代から戦士、シーフ、モンク、白魔道士、黒魔道士、赤魔道士をそろえ、のちに職業を切り替えるジョブチェンジがシリーズの特徴になります。どの作品でも、職業の違いは、使えない装備と覚えられない魔法の違いとして表れています。

担わないことがあるから、編成が成り立ちます

役割	担うこと	担わないこと
防御役（タンク）	敵の攻撃を引き受け、仲間を守る	大きな火力や回復
攻撃役	高い火力で敵を素早く倒す	攻撃を受け止めること
回復役（ヒーラー）	仲間を回復し、状態異常を治す	敵を素早く倒すこと
補助役	味方を強め、敵を弱める	単独での決着

防御役が敵の注意を引き、回復役が支え、攻撃役が安全に攻める。回復役はパーティでは重宝されても、一人旅では火力が足りずに苦労します。職業の強さは、単独で見るか編成の中で見るかで変わります。魔法剣士のように物理と魔法を両立する職業や、戦士から騎士、騎士からパラディンへと上位に進む仕組みもありますが、多くの作品では、両立や昇格に何らかの代償や条件が付けられています。代償のない万能職は、編成を考える楽しみをまるごと奪うからです。

世界観の中では、許されないことが職業の意味を決めます

職業は物語の中での立ち位置も伝えます。騎士団を束ねる王国ならナイトが国に仕え、魔術学院が栄えた国ならウィザードが高い地位を得る。SFならメカニック、現代劇ならハッカー、時代劇風なら忍者や陰陽師が登場します。同じ魔法使いでも、魔法が禁じられた国では追われる身になります。何を許され、何を許されないかが、その世界での職業の重みを決めています。

GPTsも、任せない範囲から書きます

ChatGPTを自分用にカスタマイズしたAI、GPTsを作るときも、役割と技能だけを書くと、何でも引き受けようとするAIになりがちです。「できます」しか言わない新人を、私たちは職場で最も信用しないはずです。どこで止まるかが分からない相手には、どこを確かめればよいかも分からないからです。

問い合わせメールへの返信を下書きするGPTsなら、指示は次のようになります。

• 役割：あなたは、問い合わせメールへの返信を下書きする担当です
• 技能：添付した「よくある質問と回答」の資料をもとに、です・ます調で答えます
• 制限：料金や契約条件は確定させず、「担当者から改めてご連絡します」と書きます。資料にないことは推測で答えません

安心して任せられるかを決めるのは三行目です。何でも答える一体を作って全社に配るのは、全員を勇者にして魔王城へ送り出す編成に似ています。誰も守らず、誰も回復しないまま、全員が同じ場所で倒れます。用途ごとに制限の違うGPTsを並べ、パーティのように使い分けるほうが、それぞれの出力の信じ方を決めやすくなります。

制限から書く設計が合わない場面もあります

RPGにも、職業を持たず、技能を一つずつ自由に伸ばすスキル制の作品があります。何を組み合わせるかを遊び手に委ねる設計で、制限の少なさそのものが魅力です。AIでも、発想を広げる壁打ちのように、外れても損の小さい用途では、制限を細かく書くほど面白い答えが減ることがあります。制限から書く設計が効くのは、間違えたときに誰かが困る仕事を任せる場面です。

あなたがいま作ろうとしている、あるいは使っているAIに、させてはいけないことは何でしょうか。それは指示の中に一行でも書かれているでしょうか。

この記事の背景にある考え方は、拙著『ChatGPT 誰でも1時間でできる！ はじめてのGPTsのつくり方』の3章2節「専用GPTは構成モードで開発する」に書きました。構成モードを、作成モードとの対比で「走り出す前に考える開発手法です。」と位置づけ、指示欄に禁止事項と制約条件を書くことを扱っています。画面や項目名は2024年時点のものですが、この節を読むと、作り始める前に、そのAIにさせないことから考える順番を自分の仕事に当てはめられるようになります。