企業で​使う​Skillの​サンプル6本

「Skillの説明はわかった。で、実物は？」

Skillの考え方や書き方の観点は、ほかの資料で整理してきました。けれど、社内で最初の1本を書こうとすると、多くの人が同じところで止まります。どこまで細かく書けばいいのか、何を書かないのか、人が確認する場所をどう書くのか。説明を読むより、実物を1本見たほうが早い部分です。

そこで、企業での導入を想定したSkillを6本、実際に動く SKILL.md として書きました。業種も部署もばらばらにしてあります。会社はすべて架空ですが、業務はどの会社にもありそうなものを選んでいます。

6本に共通する作り

6本とも、同じ骨格で書いています。自社で書くときも、この順番をそのまま使えます。

とくに意識したのは、次の3つです。

• 推測で埋めない。 数字や事実がメモにないときは、空欄や「確認事項」に回します。見積のSkillでは、単価と金額は最後まで人が入れる欄として残しています
• 危ないものは、AIの判断で止めない。 食品の安全に関わる問い合わせや、製造現場の安全に関わる不具合は、分類より先に「人へ即連絡」を出す手順にしています
• 隣のSkillの名前を書く。 「お礼メールならこちら」「見積の回答は別」と、使わない場面に担当を書いておくと、取り違えが減ります（取り違え防止の考え方は「スキルとプラグインで、社内の作業手順を標準化する観点」にまとめています）

本当に呼び分けられるか、試しました

6本を1つの環境に入れ、28本の依頼文で、どのSkillが呼ばれるかを試しました。「商談」「見積」「問い合わせ」「要望」のように、同じ言葉を含むのに担当が違う依頼を、わざと混ぜています。

ただし、これで十分とは言えません。依頼1本につき1回ずつの試験で、回数を重ねた統計ではありません。環境にあるSkillはこの6本だけで、数十本が入った社内環境での取り違えは確かめていません。自社に入れるときは、自社の依頼文で同じ試験をしてください。