机も道具もない部屋で、人は働けない｜ハーネスエンジニアリング

AIに任せたい。せやけど、任せた先で何かやらかしたらどうしよう——そう思って、結局チャットに簡単な質問しか投げてへん人へ。今日ハツネに渡すのは、机と道具箱や。何を触ってええか、何を触ったらあかんか。それを先に決めるだけで、任せられる範囲がぐっと広がる。事故を怖がって縮こまる話やのうて、線を引いて安心して任せる話をするで。

結論：決めることは4つ。道具・制限・権限・ルール

AIに仕事を任せるとき、決めることは4つしかありません。道具（何ができる人にするか）、制限（触ったらあかん場所はどこか）、権限（どこまで勝手にやってええか）、ルール（仕事を始める前に必ず読むもの）。この4つを、専門知識のいらない日本語で先に決めてしまうんが、ハーネスエンジニアリングという考え方や。

名前は難しそうやけど、やってることは新しいパートさんを1人迎え入れるときと同じや。何の作業を頼むか決めて、触ってほしくない書類を伝えて、どこまで自分の判断で進めていいか線を引いて、最初に読んでおいてほしい資料を渡す。人を雇うときに自然にやってることを、AIにもやったるだけやで。

これまでの3回で、ハツネには名前がつき、頼み方を覚え、引き継ぎ資料も渡した。せやけど、まだ机がない。指示と資料が完璧でも、座る場所がなかったら仕事は始まらへん。今日は、その机と道具箱を用意する回や。

この記事で分かること

• ハーネスエンジニアリングが「道具・制限・権限・ルール」の4つで決まるということ
• コンテキストエンジニアリングとは、扱っているレイヤーが違うということ
• 触らせない場所と、人が必ず確認する工程を、自分の仕事に当てはめる方法
• AI大将が実際に使っている環境で、何をどう線引きしているか

5つのうち、いまはこの話

AI社員を育てる話は、全部で5つの設計思想でできとる。頼み方（プロンプト）、渡す資料（コンテキスト）、机と道具（ハーネス）、出す前の確認（ループ）、分業（グラフ）。ハツネは前回までに、名前をもらい、頼み方を覚え、引き継ぎ資料を渡された。

今回はその続き、3つ目の考え方や。頼み方と資料がどれだけ完璧でも、座る机がなく、道具箱もなく、どこまで勝手にやっていいかも分からへんかったら、ハツネは動けへん。今日決めるのは、ハツネが自分で作業できる環境そのものやで。

その前に｜コンテキストとは、扱う場所が違う話

「ハーネスエンジニアリング」と聞いて、「これ、前回のコンテキストエンジニアリングと何が違うん？」と思った人もおるかもしれへん。当然の疑問やから、先にここをはっきりさせとく。

前回渡したコンテキストは、AIの「頭の中」に何を入れるかの話やった。過去のやりとりを読ませる、わしの言い回しを覚えさせる。AIが答えを組み立てるための材料の話や。

今日のハーネスは、AIの「手」に何を持たせるかの話になる。頭の中でどれだけ賢く考えられても、実際に触れる範囲が決まってなかったら、AIは動けへん。材料の話と、行動の話。ここが違うレイヤーやと分かれば、もう混同せえへん。

この違いがいちばんはっきり出るのが、ChatGPTやClaudeのチャット画面やのうて、**Claude CodeやCodex、Antigravityみたいな「AIエージェント」**を使こたときや。

これらは、質問に答えるだけやない。パソコンの中のファイルを実際に開いて、書き換えて、保存する。コマンドを実行して、プログラムを動かすこともある。AIが、あなたのパソコンを直接操作するところまで踏み込んどる。

ここまで来ると、「何を知らせるか」だけでは全然足りひん。**どのファイルまで触ってええか。削除して安全な範囲はどこか。勝手にコマンドを実行してええか。**行動そのものの線引きが要る。これがハーネスの本番や。

サンドボックスという考え方

AIエージェントを使こたことがある人なら、「サンドボックス」という言葉を見たことがあるかもしれへん。直訳すると「砂場」。子どもが砂場で遊ぶ分には、多少やんちゃしても、周りに被害は出えへん。

AIにとってのサンドボックスも同じ発想や。**AIの作業場所を、実際のパソコンや本番のシステムから隔離した、囲いの中に閉じ込めておく。**その囲いの中でなら、AIがファイルを消しても、コマンドを間違えても、外には影響が出えへん。壊れたら、その囲いごと作り直せばええだけや。

Claude CodeやCodexのようなツールの多くは、このサンドボックスの仕組みを持っとる。「AIに自由にやらせて大丈夫か」と不安になったときは、まず「これ、サンドボックスの中で動いとるか」を確認する。囲いの中なら、思い切って任せられる範囲がぐっと広がるんや。

とはいえ、「私はチャット画面しか使こてへんし、関係ない話やろ」と思うかもしれへん。せやけど、実はチャットだけの人も、もう似たような判断をしとる。規模が小さいだけで、根っこは同じや。

4要素	AIエージェントでの例	チャットだけでも近いことをしてる例
道具	ファイルの読み書き、コマンド実行の権限を与える	検索のオン・オフ、ファイルの添付
制限	触らせないフォルダ・削除禁止ファイルを指定する	顧客名簿をアップロードしない
権限	コマンド実行前に、必ず確認を挟む設定にする	下書きだけ頼んで、送信は自分でする
ルール	作業を始める前に必ず読み込む設定ファイルを置く	カスタム指示に、いつもの前提を書いておく

この表を見て、「AIエージェントは使こてへんけど、チャットでやってることの延長線上にあるんやな」と思ってもらえたら十分や。専門知識はいらへん。決めるだけや。

逆に言うと、ここまで無意識にやってきた判断を、意識的に決め直すのがこの回や。「なんとなくアップロードせんかった」を、「これは触らせへんと決めた」に変える。同じ行動でも、意識して決めたことは、次に似た場面が来たときにも迷わず繰り返せる。感覚を、言葉にして残すだけの作業やと思ってくれたらええ。

言葉にして残しておくと、次に似た場面が来たときだけやのうて、誰かに仕事を引き継ぐときにも役立つ。頭の中にしかない判断は、自分にしか使えへん。書き出した瞬間に、それはチームで共有できるルールに変わるんや。

指示と資料が完璧でも、机がなければ働けん

ハーネスという言葉、日本語やと聞き慣れへんけど、由来は馬具や。手綱や鞍でできた装備一式のことで、これが揃って初めて、馬も車も安定して走れる。人間の仕事に置き換えたら、職場環境そのものやな。

どれだけ丁寧に仕事を頼んで（プロンプト）、どれだけ詳しい引き継ぎ資料を渡しても（コンテキスト）、その人が座る机がなく、使っていい道具もなく、どこまで自分の判断で進めていいかも分からへんかったら、仕事は始まらへん。頼み方と資料は「何をしてほしいか」を伝えるもんで、ハーネスは「それをどこで、何を使って、どこまでやっていいか」を決めるもんや。

新人のパートさんを思い浮かべてもらったら早い。仕事の内容を丁寧に説明して、必要な資料も渡した。せやけど机がなく、パソコンも渡されてへんかったら、その人はただ立ってるだけになる。逆に、机と道具箱があって、触ったらあかん引き出しが分かってて、分からんことがあったら誰に聞けばいいかも決まってたら、その人は自分で動き出せる。

ハツネに今日渡すのは、まさにこの机と道具箱や。ここが整うと、ハツネは初めて「自分で作業できる新人」になる。

決める4つ｜道具・制限・権限・ルール

決めることは、この4つしかない。1つずつ、日常語で見ていくで。

① 道具｜何ができる人にするか

道具というのは、AIが何を読み、何を調べ、どこと繋がるかということや。ファイルを読めるか。検索できるか。カレンダーやメールなど、外のアプリと繋がっているか。この3つを、まず決める。

道具がなかったら、どれだけ頼み方が上手くても、やりたい仕事は成立せえへん。「過去のお客さんとのやりとりを踏まえて返信を書いて」と頼んでも、そのやりとりを読む道具がなかったら、AIは想像で書くしかない。逆に、道具さえ渡しておけば、頼み方は普段のままでええ。

道具を決めるときのコツは、「今回の仕事に、何が最低限あればいいか」から考えることや。全部の機能をオンにする必要はない。問い合わせ返信の下書きなら、過去のやりとりを読む道具と、よくある質問のまとめを読む道具、この2つで足りることが多いで。

道具を渡しすぎると、逆に困ることもある。検索を常にオンにしておくと、聞いてもいない外の情報まで拾ってきて、返信の方向がずれることがある。カレンダーやメールまで全部つないでおくと、今回の仕事に関係ない情報まで読みにいって、時間がかかることもある。今回の仕事にいる道具だけを渡す。それだけで、動きが早く、的も外しにくくなるで。

道具の種類は、思っている以上に幅がある。文章を読む道具だけやのうて、表計算を扱う道具、画像を作る道具、音声を文字に起こす道具まで、AIが持てる道具はどんどん増えてきとる。全部を一気に覚える必要はあらへん。今回の仕事に必要な道具を、1つずつ足していけばそれで十分や。

② 制限｜触ってええ範囲を決める

制限は、さっき話したサンドボックスの考え方と地続きや。サンドボックスは、AIの作業場所そのものを、囲いの中に閉じ込める話やった。制限は、その囲いの中で「どこまでなら触ってええか」を、先に決めておく作業になる。

Claude CodeのようなAIエージェントを使うときは、まず作業させるフォルダを指定する。AIエージェントが手を伸ばせるのは、そのフォルダの中だけや。フォルダの外にあるファイルには、そもそも近づけへん。「ここは触らせへん」という禁止リストを並べる作業やのうて、「ここまでは触ってええ」という範囲を、先に囲っておく作業なんや。

こう考えると、道具と制限の違いもはっきりする。道具は「何を読める状態にするか」を決める話。制限は、渡した道具の中でも「AIが実際に手を伸ばせる場所そのもの」を決める話や。同じ「顧客名簿を読ませない」という判断でも、そもそも読む道具を渡してへんのなら道具の話、道具は渡したうえで作業範囲の外に置いておくなら制限の話になる。

範囲を決めるのに、専門知識はいらへん。「今回の仕事で触ってええのは、このフォルダの中だけ」を、自分の言葉で書き出すだけでええ。むしろここは、AIより先に、自分自身がその仕事の作業範囲をどこまでに絞れるか分かってるかどうかの確認作業になる。

範囲を迷ったときは、「これが漏れたら、誰が困るか」を先に考えるとええ。お客さんが困るなら、その情報は範囲の外に置く。自分だけが困るメモ程度のもんなら、範囲の中に入れてもそこまで大きな問題にはならへん。困る相手がはっきりすると、囲いの引き方も早くなる。

③ 権限｜どこまで勝手にやってええか

権限は、どこまでAIの判断だけで進めていいかの線引きや。ここはフルオートで任せる、ここは必ず人が確認してから先に進む。この境目を決めておく。

問い合わせ返信の下書きなら、下書きを作るところまではAIに任せてええ。せやけど、送信ボタンを押すのは人間や。この一線は、この記事を通して何度も出てくる。下書きと送信のあいだに、必ず人の目を挟む。

権限を全部渡してしまうと、間違いに気づく機会がなくなる。逆に、全部を人が確認する運用にすると、AIに任せる意味が薄れる。ちょうどいい線は、「間違えたときに取り返しがつくかどうか」で決めるとええで。下書きは何度でもやり直せるから任せる。送信は一度やったら取り返しがつかへんから、人が押す。この基準さえ持っておけば、どの仕事でも権限の線を引ける。

権限の線は、一度決めたら永遠に固定するもんやない。最初は慎重に、確認する工程を多めに置いておいて、慣れてきたら少しずつ、AIに任せる範囲を広げていく。増やすのはいつでもできる。せやけど、減らすのは信頼を失ったあとになるから、最初は控えめに始めるくらいでちょうどええ。

④ ルール｜始める前に必ず読むもの

ルールは、仕事を始める前に必ず読んでおいてほしい約束事や。前回のコンテキストエンジニアリングと地続きの話やな。引き継ぎ資料が「その仕事に必要な情報」やったのに対して、ルールは「毎回、どんな仕事でも守ってほしいこと」になる。

返信の言葉遣いは敬語で統一する。特定の言い回しは使わない。金額や納期に関わる内容は、必ず確認の一文を添える。こういう約束事を、プロジェクトやカスタム指示の欄にあらかじめ書いておくと、毎回の頼み方で繰り返さんでよくなる。

道具・制限・権限が「その場でどう動くか」を決めるのに対して、ルールは「動き出す前提そのもの」を整える。ここまでの4つが揃うと、ハツネは初めて、頼まれたことを自分の判断で進められる環境を手に入れることになる。

ルールを書くときのコツは、細かすぎる約束事を並べないことや。「敬語で書く」「金額は必ず確認の一文を添える」くらいの、シンプルな数行で十分に機能する。細かく縛りすぎると、逆にどの状況でどのルールを優先すればいいか、AIも人間も迷ってしまう。

ハツネの机を、用意してやる

ここまでの4つを、実際の仕事に当てはめてみるで。任せる仕事は、最初から決めてる「お客さんからの問い合わせに、返信の下書きを用意する係」や。

まず道具。過去のお客さんとのやりとりと、よくある質問のまとめ。この2つを読める状態にしておく。検索は基本オフでええ。社外の情報を調べる必要は、この仕事にはほとんどないからな。

次に制限。ハツネが触ってええ範囲を、この問い合わせ対応に必要なフォルダだけに絞る。顧客名簿や請求データが入ったフォルダには、そもそも近づけへん設定にしておく。囲いの外にあるもんは、そもそも触りようがない。これがいちばん確実な制限のかけ方や。

権限。下書きを作るところまでは、ハツネに任せる。文面を考え、過去のやりとりに沿った言い回しを選び、抜けがないか確認する。ここまでは全部フルオートでええ。せやけど、送信ボタンだけは人が押す。これは絶対に譲らへん一線や。金額や納期の間違いは、下書きの段階なら何度でも直せる。送ってしまったら、取り返しがつかへんからな。

最後にルール。返信は敬語で統一する。曖昧な回答をせず、分からないことは「確認してご連絡します」と書く。この2つを、始める前に必ず読ませておく。

こうして4つを決めると、ハツネは「過去のやりとりとよくある質問だけを読み、顧客名簿には触れず、下書きまでは自分で進め、送信は人に渡す」という、明確な仕事の型を手に入れる。指示と資料だけやったら、ハツネは何をどこまでやっていいか、毎回迷ってた。机と道具箱ができたことで、迷わず動けるようになったんや。

前回までのハツネは、引き継ぎ資料を抱えて、何を読めばいいかは分かってた。せやけど、実際に手を動かす段になると、「この資料、勝手に開いてもええんやろか」「これ返信していいんかな、誰かに確認してからのほうがええんちゃうか」と、いちいち止まってしまう。指示と資料だけでは、行動の許可までは渡らへんかったからや。

机と道具箱ができた今のハツネは違う。読んでいい資料は最初から決まっとるから迷わず開く。触ったらあかん場所は最初から渡されてへんから、そもそも近づけへん。下書きまでは自分の判断で進め、送信の手前でちゃんと止まる。同じ引き継ぎ資料を持ったハツネでも、机があるかないかで、動き方がまるで違うんや。

具体的な一日の流れにすると、こうなる。朝、お客さんから「先週注文した商品が届かない」という問い合わせが届く。ハツネはまず、そのお客さんとの過去のやりとりを読む（道具）。次に、よくある質問のまとめから、配送遅延のときの案内文を確認する（道具）。顧客名簿を開いて住所を調べる、ということはしない。それは制限で、触ってええ範囲の外に置いてあるからや。下書きを作り、「確認してご連絡します」の一文を添えて、担当者に渡す（ルール）。担当者がざっと目を通し、内容に間違いがなければ、そのまま送信ボタンを押す（権限）。

この一連の流れの中で、ハツネが自分の判断だけで進めたのは、下書きを作るところまでや。それ以外は、最初に決めた4つの線に沿って動いてるだけ。事故が起きそうな場面は、そもそも近づけへんようにしてあるし、最後の一押しは必ず人の手に残っとる。

もし、よくある質問のまとめにない、初めてのパターンの問い合わせが来たらどうなるか。そんなときハツネは、無理に答えを作ろうとせず、「確認してご連絡します」の一文で下書きを止める。分からへんことを分からへんまま出すんやのうて、分からへんと正直に書く。これも、始める前に渡したルールがちゃんと働いとる証拠や。

これが、ハーネスエンジニアリングの実際や。難しい設定は何も出てへん。決めたのは、読ませるもの、触らせないもの、任せる範囲、始める前の約束事。この4つだけやで。

わしの現場では｜線を引いてから任せる

ここまでは考え方の話やった。ここからは、わしが実際に使こてる環境の話をするで。どこからが実体験か、はっきり分かるように書く。

わしが普段使こてるのは、Claude Codeというツールや。文章を書いたり、コードを書いたり、いろんな作業を任せられる環境なんやけど、これがまさにハーネスの土台になっとる。ファイルを読み書きする道具、コマンドを実行する道具、Web検索する道具。これが最初から備わってる。

制限と権限の面でも、よくできてる。作業していい領域と、触ったらあかん領域を、最初に決めておける。ファイルを削除する、外部に何かを送る、といった取り返しのつかない操作をする前には、必ず「これ、やってもええか」という確認が入る仕組みになっとる。わしが目を離してる間に、勝手に危ないことをされる心配がない。この確認の仕組みも、さっき話したサンドボックスの考え方と地続きや。作業場所そのものが隔離されてる上に、危ない操作の手前でもう一段、確認が入る。二重の安心設計になっとる。

ルールの面では、作業を始める前に毎回読み込む資料を決めておける。この記事のシリーズやったら、フォーマットのルール、NG表現のリスト、シリーズ全体の設計。こういうもんを、毎回最初に読ませてから作業に入る。前回の引き継ぎ資料の話と、ちゃんと地続きになっとるんや。

わしの環境で、接続できるアプリを増やすときに使こてるのが、MCPという仕組みや。難しそうな名前やけど、正体はシンプルで、AIと外部のアプリをつなぐ差し込み口みたいなもんやと思ってくれたらええ。差し込み口があるおかげで、カレンダーやメールなど、いろんなアプリとAIをつなげられる。ただ、この差し込み口をどう設定するかは、今日のあなたが覚える必要はない。ここは「わしの現場」の話として、知っておくだけで十分や。

もう一つ、AI工房というものも運用しとる。こっちはハーネスの、もう一段先の形や。何人ものAIキャラ社員がおって、それぞれに接続できるアプリを割り当て、社員ごとに権限を渡す。全体をまとめて見られるセキュリティセンターみたいな場所もあって、誰が何にどこまで触れるか、一目で分かるようになっとる。必要なら、新しい接続先を追加することもできる。

AI工房を作り始めた最初の頃は、社員ごとに権限を分けるという発想自体があらへんかった。1つのAIに全部の作業を任せて、うまくいかへんことがあれば、その都度指示を書き直しとった。せやけど、任せる仕事が増えるにつれて、1人のAIに全部持たせるのは無理があると分かってきた。そこから、社員ごとに道具と権限を分ける今の形に変わっていったんや。

この記事自体も、ハーネスを決めたうえで書いとる。企画書と、フォーマットのルールと、NG表現のリストは読ませる。せやけど、まだ公開してへん他の記事の下書きや、公開日程の判断は、わしが決める。書く道具は渡しても、出す判断までは渡してへん。この線引きがあるから、安心して下書きを任せられるんや。

ここまで来ると、けっこう大掛かりに見えるかもしれへん。せやけど、これは「ここまでできる」という到達点であって、今日から全員がここを目指す話やない。わしがここに辿り着くまでにも、机を1つずつ用意する作業を、何度も積み重ねてきただけや。まずは、あなたの仕事に合った小さな机を1つ、用意するところから始めたらええ。

どこまでやるか｜チャットだけで完結する人は、そのままでええ

ここまで4つ全部の話をしてきたけど、全部を毎回作り込む必要はない。これはクレドの「完璧より、前進」そのものや。

普段のチャットで、簡単な質問をしたり、文章の相談をしたりするだけの人は、道具も制限も権限もルールも、そこまで意識せんでええ。チャット画面の中で完結する会話には、そもそも大きな事故が起きにくいからな。

ハーネスをちゃんと決める必要が出てくるのは、AIにファイルを読ませたり、外部のアプリと繋げたり、繰り返し同じ仕事を任せたりするようになったときや。「あ、これ毎回同じ資料を読ませてるな」「これ、下書きだけやのうて、もうちょっと任せてもええかも」——そう感じた瞬間が、ハーネスを考えるタイミングになる。

そして、4つ全部を一度に決める必要もあらへん。実は、たった1つだけでも、ハーネス設計は成立する。「触らせへん場所を1つ決める」。これだけでも、あなたはもうハーネスを設計したことになるんや。道具や権限は、追々整えていったらええ。まずは、いちばん守りたいものを1つ、決めるところから始めるだけで十分やで。

焦って4つを一気に揃えようとすると、逆に手が止まってしまう人もおる。決めることが多く感じたら、いちばん不安なところから1つだけ選んだらええ。「これだけは絶対に見られたくない」がはっきりしてる人は制限から。「どこまで任せていいか分からへん」が不安な人は権限から。自分がいちばん引っかかってるところから手をつけると、動き出しやすいで。

やり方｜線を1本、引いてみる

考え方は分かった。あとは実際に、あなたの仕事で線を1本引いてみるだけや。

1. **任せたい仕事を1つ選ぶ。**問い合わせ対応、資料の下書き、日報のまとめ。なんでもええから、今AIに手伝ってもらってる仕事、もしくはこれから任せたい仕事を1つ選ぶ
2. **触らせない場所を1つ決める。**顧客の個人情報、請求データ、人事に関わる書類。「これだけは絶対に見られたくない、触られたくない」というものを、1つでいいから書き出す
3. **人が必ず確認する工程を1つ決める。**下書きまではAIに任せて、送信・投稿・提出の手前で、必ず自分の目を通す。この一手前で止める場所を決める
4. それを頼み方に書き足す。「〇〇は読まないでください」「下書きまで作ってください、送信は私が行います」と、いつもの頼み方に一文足す

これだけで、あなたの仕事にもハーネスができる。難しい設定は何もいらへん。書き出して、頼み方に足すだけや。

自分の仕事に当てはめるとき、こんな表を使こてみてほしい。

決めること	例（問い合わせ返信の下書き）	あなたの場合
任せたい仕事	お客さんへの返信の下書き	＿＿＿＿
読ませるもの	過去のやりとり、よくある質問のまとめ	＿＿＿＿
触らせない場所	顧客名簿、請求データ、社内の人事ファイル	＿＿＿＿
人が必ず確認する工程	送信ボタンは自分が押す	＿＿＿＿
今日ためすこと	触らせない場所を1行、頼み方に書き足す	＿＿＿＿

表の「あなたの場合」欄が埋まったら、それがもうあなたのハーネスや。埋める前に、1つだけ判定の目安を渡しとく。**「間違えたときに取り返しがつくかどうか」**で、任せる範囲と確認する工程を分けたらええ。下書きや案の段階は、何度でもやり直せるから任せる。送信・投稿・提出のように、一度やったら戻せないものは、必ず人の目を通す。この基準さえ持っておけば、どんな仕事にも表を当てはめられるで。

つまずきやすいところ

権限を全部渡してしまう

「任せたんやから、全部やってもらお」と、道具も制限もかけずに、丸ごと渡してしまうことがある。これをやると、間違いに気づく機会がまるごとなくなる。道具を渡すときは、その仕事に最低限必要な分だけに絞る。全部の機能をオンにする必要はあらへん。

承認の工程を省いてしまう

下書きの精度が上がってくると、「もう確認せんでもええか」と、送信・投稿の手前の確認を省きたくなる瞬間が来る。せやけど、送信ボタンを人が押すという一線は、精度が上がっても変えたらあかん。取り返しのつかない操作の手前だけは、最後まで人の目を残しておく。ここで手を抜くと、事故が起きたときに「なんで確認せんかったんや」と、自分自身を責めることになる。最後の一手間は、AIのためやのうて、自分を守るための工程やと思ってくれたらええ。

道具がないのに、頼み方だけ直そうとする

返信の質が思うように上がらんとき、頼み方（プロンプト）を何度も書き直す人がおる。せやけど、原因が「必要な資料を読む道具がない」ことやったら、頼み方をどれだけ工夫しても解決せえへん。うまくいかへんときは、頼み方の前に、道具が足りてるかを先に疑ってみてほしい。

いきなり外部アプリ接続から入る

ハーネスに興味を持つと、メールやカレンダーとの連携から手をつけたくなる人もおる。せやけど、そこは最後でええ。まずはファイルを読ませる・読ませない、触らせる・触らせないという、いちばん身近な線引きから始めたほうが、事故も起きにくく、感覚もつかみやすいで。

決めたことを、頼み方に書き足すのを忘れる

道具・制限・権限・ルールを頭の中で決めただけで満足してしまい、実際の頼み方には何も反映してへんケースもよくある。「顧客名簿は読まないでください」「下書きまでで止めてください」と、決めたことを一文で添えるところまでやって、はじめてハーネスは働き出す。決めるだけで終わらせず、必ず頼み方に書き足すところまでを1セットにしといてほしい。

よくある質問

MCPって結局なにをするものですか？

AIと外部のアプリをつなぐ差し込み口のようなものです。カレンダーやメールなど、AIが本来読み書きできない場所と接続するときに使われる仕組みで、対応するアプリが増えるほど、AIに任せられる作業の幅が広がります。設定そのものは専門的な作業になるため、まずは「そういう差し込み口がある」と知っておくだけで十分です。

会社の資料をAIに読ませてもいいのでしょうか？

読ませていい資料と、読ませない資料を、自分で決めていれば問題ありません。判断の目安は、「見られたら困るか」「書き換えられたら困るか」です。顧客名簿や請求データのように、見られたくない情報が含まれる資料は、そもそも道具として渡さないという選択が、いちばん確実な対応になります。

チャット画面だけでも、ハーネスの考え方は使えますか？

使えます。ファイルを添付するかどうか、検索をオンにするかオフにするか、カスタム指示に何を書くか。これらはすべて、道具とルールを決める作業そのものです。AIエージェントのようにパソコンを直接操作する場面がなくても、チャット画面の中だけで、ハーネスの考え方は十分に活かせます。

どこから手をつければいいですか？

いちばん最初にやることは、触らせない場所を1つ決めることです。道具や権限を細かく設計する前に、「これだけは見せない・触らせない」というものを1つ書き出してください。そこから、任せる範囲を少しずつ広げていく順番が、いちばん事故が起きにくい進め方です。

まとめ｜今日やる一歩

長々と4つの話をしてきたけど、今日持ち帰ってほしいことは1つだけや。

触らせない場所を、1つ決める。

これさえ決まれば、あとは道具も権限もルールも、少しずつ足していけばええ。全部を今日完成させる必要はあらへん。指示と資料だけやったハツネに、今日、机と道具箱を渡した。これで、ハツネは自分で作業できる新人になった。

机ができたからというて、何でもかんでも任せてええわけやない。触らせへん場所を決め、送信の手前で人が確認する。この2つの線さえ引いておけば、あとは少しずつ、任せる範囲を広げていったらええ。焦らず、1つずつでええで。

環境が整った次に来るのは、出す前の確認や。次回は、自分の仕事に、自分で赤ペンは入れられない｜ループエンジニアリングで、送信前にどう質を安定させるかを話すで。

引き継ぎ資料の渡し方をもう一度確認したい人は、引き継ぎ資料を渡さずに、仕事はできひん｜コンテキストエンジニアリングを読んでおくと、今日の話がもっとつながって見えるはずや。