暗黙知をどう集める？作業履歴から形式知をつくる
作業の順番、参照した情報、エージェントへの問い方。普段の仕事に表れる工夫を記録からたどり、チームで使える形式知にする方法を考えます。
Read this article in English →成果物には残らない、作業中の工夫
同じテーマを調べ、同じAIを使っていても、人によって仕事の進め方は違います。
先にどの情報を確かめるか。エージェントに何を伝え、どの答えに追加の質問をするか。どの段階で手を動かして確かめるか。そうした小さな選択に、その人の経験が表れます。
ところが、本人は自然にやっているため、あとから「コツを教えて」と聞かれても、うまく説明できないことがあります。完成した成果物だけを見ても、その途中にあった工夫までは分かりません。
こうした進め方を共有するために、まず日々の作業を記録からたどってみます。
例：設定を変えたのに、再起動すると元に戻る
ここからは、アプリの設定が再起動後に元へ戻る不具合を調べる、ひとつの作業例で考えます。以下は、この記事のために用意した日本語のサンプルデータを、Mac版ContextBergで表示した画面です。
まず、エージェントに「設定が保存されない」とだけ頼むのではなく、「変更した直後は反映されるが、アプリを終了して開き直すと戻る」と状況を伝えます。そのうえで、設定を保存する処理と、起動時に読み込む処理を比較してもらいます。
参照した資料や、エージェントに伝えた条件も合わせて振り返ります。最終的な修正内容だけでなく、何を先に調べ、どこで質問を具体化したかが、進め方を取り出す材料になります。
記録から、再利用できる工夫を取り出す
ここで知識として残したいのは、この設定ファイルの直し方だけではありません。作業の順番、参照した情報、エージェントへの依頼の仕方をもとに、別の人も使える進め方を整理します。
Chatの会話例では、同じ作業のレポートを添え、「確認方法の候補」と「本人に確認したい点」を分けてまとめています。
| 記録からたどること | 言葉にして残したいこと |
|---|---|
| 再起動した後に設定が戻ると伝えた | 現象が起きる操作と条件を、依頼の最初に揃える |
| 保存先と起動時の読込先を比較した | 一方の処理だけでなく、対になる処理との食い違いを調べる |
| 修正後のテストと、実アプリの確認を分けた | 何を確認でき、何がまだ残っているかを明示する |
本人にとっては普段どおりのやり取りでも、その順序を言葉にすると、エージェントとの仕事に慣れていない人が試せる進め方になります。
抽出した進め方を、形式知にする
記録に表れている行動と、本人がそうした理由は、同じではありません。資料を開いたという事実だけで、その内容を採用したと決めることはできません。
AIが整理した候補を本人が見直し、なぜその順序で進めたか、どんな条件なら同じやり方が使えるかを補います。
「作業の最初に確認すること」「エージェントへの伝え方」「実際に試すタイミング」「うまくいかない場合の見直し方」。こうした形で説明できるようになった内容が、別の人も参照できる形式知になります。
個人の経験を、チームが試せる知識へ
最初から、仕事全体をまとめようとする必要はありません。一つの調査、一つの検討、一つのエージェントとの作業から始められます。
ContextBergの記録をもとに進め方を抽出し、本人が確かめて共有する。別の人が試して、分からなかったところを補う。その繰り返しによって、個人が自然に行っていた工夫を、チームで使える知識へ育てていきます。