自社専用の AI 社員 — AI 社員

01

何をするか

01

職務定義書コンポーザー

説明、トリガー、サンプルタスク、否定的トリガー。保存時に実際の言い回しで予行演習し、既存エージェントのアンカーと衝突しないようにします。

02

ツールと権限

表を読む、表に書く、メッセージを送る、スクリプトを実行する、ブラウザを操作する。職種ごとにチェックを入れ、それ以外は与えません。

03

承認ポイントとスケジュール

どの操作が送信前に止まり、どれが事前承認か。何時に動き、取り逃しにどう追いつくか。

04

事例のデバッグループ

期待をいくつか書きます（すべきこと／拒否すべきこと／確認すべきこと）。予行演習し、直して、また走らせます。

05

公開と納品

定義はクラウドにあり、会社ごとに配信します。クライアント側に顧客固有の設定はありません。挙動はソフトのリリースではなく、再公開で変えます。

02

どう頼むか

普段の言葉で通ります。以下は実際の依頼そのものです。

AI 社員を作って。毎週月曜の朝、先週のリードをこのシートからチャネル別に集計し、担当者別にグループへ投稿。まず見せて。
契約レビューの流れをエージェントにして。契約を読み、チェックリストと 1 項目ずつ照合し、危険な条項を指摘し、レビュー記録を書く。
Codex / Claude ですでに動いているワークフローがあります。Fiitx のエージェントとスキルとして書き出して。

03

どう抑えるか

ツールの許可リストは職種ごとに最小限にします。書き込みと外部送信は既定で承認が必要です。
ユーザーが指名したエージェントはそのセッションに固定され、ルーティングから外れます。解放するのはユーザーだけです。
すべての操作は記録に残り、手順ごとに再生できます。

受け入れの基準

事例の通過率
誤発火率
承認による差し止め率
スケジュールの定時性

04

よく聞かれること

プロンプトが書けません。

書く必要はありません。職種を普段の言葉で説明すれば、コンポーザーがアンカー、許可リスト、承認ポイントに変換します。御社が用意するのは事例をいくつかだけです。

既製の職種との関係は？

同じ職務定義書の形式です。定義のすり合わせをこちらで済ませてあるかどうかの違いだけで、同じワークスペースに並びます。

05

実際の業務ラインの中で

職務定義書は「何ができるか」を書いています。この先は、引き受けたあとにそのラインが実際どう回り、どこで人を待つかを書いています。

WeChat 公式アカウントの日次投稿：題材、下書き、画像、コンプライアンス、公開までを 1 本の定時ラインに

1 日 1 本の販促記事を作ります。重複しない題材、正しいサイズの画像、禁止される絶対表現の回避、そして公開されたことを示す公式アカウント管理画面の記録。AI 社員がこのラインを引き受けたあとの回り方：ファクトシートが文言を決め、題材は曜日で回し、公開前にコンプライアンス検査を通し、各手順は実際の API 呼び出しで、状態を読み返します。

AI 社員