#011 「Skills？Project？Artifacts？」――AI素人の土木屋がこんがらがってディグった話

「小学生にもわかるように」と頼んでみた

生成AIを毎日のように使っていると、画面のあちこちで見慣れない言葉に出くわす。そのひとつが「アーティファクト」だ。

アーティファクト。響きだけ聞くと、ゲームに出てくる古代の秘宝のようである。（勇者が洞窟の奥で手に入れるやつ？）

わからないことはAIに聞けばいい。そこで私はClaudeに、こう頼んでみた。

「Claudeのアーティファクトってなに？小学生にもわかるように説明して」

我ながら情けない頼み方だが、前編で書いたとおり、プロンプトは具体的なほうがいい。「小学生にもわかるように」は、私にとって最も具体的な指示なのである。

Claudeの答えは、図工の時間のたとえだった。
先生に「どうやって作るの？」と聞くのが、ふだんのおしゃべり。先生が実際に作品を作って「はい、どうぞ」と手渡してくれるのが、アーティファクト。ゲームでも、書類でも、スライドでも、チャットの中で作られ、あとから開いたり、直したり、人に見せたりできる「作品」のことらしい。

なるほど、わかりやすい。わかった気になった。

「それって、見積の全自動化のこと？」――見事な勘違い

わかった気になった私は、すかさず聞き返した。

「たとえば、Claude Codeで作った『見積作成』の全自動化みたいなこと？」

#009で書いた、あの実施見積書のExcelツールである。品名を伝えれば商品マスターから単価を探し、受注先を伝えれば客先リストから連絡先を引っ張ってくる。AIに作ってもらったものなのだから、あれもアーティファクトだろう、と。

ところがClaudeの返事は「近いけど、ちょっと違います」だった。

！？

見積の全自動化は、アーティファクトではなく「仕組み」のほうだという。

Claudeに「見積はこの手順でやってね」という手順書とプログラムを渡し、何度でも同じ仕事をさせるもの。できあがるExcelも、ダウンロードして使うふつうの「ファイル」。一方でアーティファクトは、チャットの中で作って画面に見せる作品のほうなのだ、と。

#008で、AIが自信満々にもっともらしい嘘をつく「ハルシネーション」の話を書いた。経験の浅い若手が「これは経年劣化ですね」と言い切ってしまう、あの感覚だ。ところが今回、自信満々に言い切って間違えたのは、AIではなく私のほうだった。（診断士として、なかなか反省すべき事態である）

そして、ここで私の頭は完全にこんがらがった。
仕組み？手順書？そういえば「Skills」とか「Project」とかいう言葉もあったような…。

Claudeは料理でたとえた

観念して、もう一度頼んだ。

「SkillsとProjectとArtifactsをきれいに整理して。たとえ話も忘れないで」

何かに例えられると理解がグンと捗ります。

今度のClaudeのたとえは、料理だった。Claudeを料理人だとすると、Projectは材料と貼り紙が置かれた「専用のキッチン」、Skillはどのキッチンでも使える「レシピ本」、Artifactは「できあがった料理」。

これでだいぶ腑に落ちた。けれど、せっかくなので、自分の仕事に引き寄せて置き換えてみたい。これまでも、積算やJIS規格や施工要領書に置き換えることで、ようやく用語が体に入ってきたのだから。

Project――現場事務所

Projectは、いわば「現場事務所」だ。

ひとつの工事が始まると、現場事務所には、その現場の図面、仕様書、打合せ記録、そして「この現場ではこうする」という取り決めが集まってくる。事務所の中で話をしている限り、誰もが同じ資料を前提に仕事を進められる。

ClaudeのProjectもこれと同じで、資料と「こうしてね」という指示をひとまとめにしておく場所だ。そのProjectの中で始めた会話は、どれも同じ資料を見ながら進む。逆に、隣の現場の事務所に行けば、こちらの図面はそこにはない。

Skill――施工要領書

Skillは、「施工要領書」に近い。

断面修復なら断面修復の、ひび割れ注入ならひび割れ注入の、決まった手順と品質の押さえどころがある。それは特定の現場に紐づくものではなく、どの現場に持っていっても通用する「やり方」の書き物だ。

ClaudeのSkillも、「見積書はこの手順で作る」「SNSの投稿文はこの文体で書く」といった仕事の進め方をまとめたものだという。しかも面白いのは、Claude自身が「あ、この依頼にはあの要領書だ」と気づいて、自分で開いて使ってくれることだ。私の見積ツールは、まさにこのSkillにあたる。何度頼んでも同じ品質で出てくるのは、要領書どおりに施工しているからなのだ。

Artifact――引き渡す成果品

そしてArtifactは、「成果品」だ。

工事が終われば、完成した構造物と、出来形図や写真をまとめた成果品を発注者に引き渡す。手に取って確認でき、あとから見返すこともでき、人に見せることもできる。

ClaudeのArtifactも、チャットの中で作られて「はい、どうぞ」と引き渡される作品そのものだ。Webページ、ちょっとした計算ツール、書類、スライド。画面の中で開いて、動かして、直してもらって、リンクで人に見せることもできる。

三つを並べてみる

場所、やり方、作品。

こう並べてしまえば、なんということはない。

見積の仕事で組み立てるなら、「見積業務」というProject(現場事務所)に客先リストや過去の見積を置いておき、そこでClaudeが見積のSkill(施工要領書)に沿って作業し、たとえば「品名と数量を入れると金額が出る見積電卓のページ」をArtifact(成果品)として引き渡す。そういう流れになる。

私が勘違いしていた見積の全自動化は、成果品ではなく、要領書のほうだったわけだ。

名前を知ると、世界の見え方が変わる

文学部にいた頃、言葉が先にあるからこそ、私たちは世界を切り分けて見ることができる、という議論に触れたことがある。「虹は七色」と教わった人には七色に見え、そう教わらなかった人には違う数に見える、というあれ。

今回の件も、少しそれに似ていた。「Project」「Skill」「Artifact」という名前を知る前は、私にとってはどれも同じ「AIに作ってもらったもの」でしかなかった。名前を知ったとたんに、場所と、やり方と、作品とが、はっきり別のものとして見えるようになった。現場で、若手が「足場工」と「仮設工」の違いを知った瞬間に、図面の見え方ががらりと変わるのと同じである。

電源の切り方すらわからなかった人間が、今度はAIの画面の中の言葉を、ひとつずつ切り分けている。勘違いもするし、こんがらがりもする。それでも、小学生のように聞いて、若手のように間違えて、そのたびに少しずつ見え方が変わっていく。

文系か理系か、ではなく。わかる人かわからない人か、でもなく。ただ、面白いほうへ。