「この資料、誰が作ったの?」と上司に聞かれたとき、一瞬答えに詰まりました。
会議室での出来事です。週次の進捗レポートを提出したあと、ざっと目を通した上司が「いつもより読みやすいな」と言って、そのまま「誰が作ったの」と聞いてきました。軽い口調でしたが、私は少し固まりました。
「私が作りました」は正確か。Claude Code と一緒に作ったことを言うべきか。でも言ったとして、どう説明するか——一秒か二秒の沈黙のあと、「私が作りました。いくつか AI ツールも使いながら」と答えました。
上司は「ああ、そうなんだ」と言って次の話題に移りました。それだけでした。でも私の中には、「あの答え方でよかったか」という後味がしばらく残りました。この記事は、そのとき感じたこととその後考えたことを書いたものです。
「誰が作ったか」という問いの重さ
「この資料、誰が作ったの?」という問いには、表面上の意味と、その奥にある意味があります。
表面上の意味は「担当者の確認」です。クレジット確認、責任者確認、次に質問するときの窓口確認——こういった実務的な目的があります。「あなたが作ったと知っておく」という情報収集です。
でも、その奥には「この仕事をした人間の力量を確認したい」という意味もあります。「いつもより読みやすい」という前置きがあったことを考えると、「この質の仕事をしたのは誰か」という問いでもありました。
「私が作りました」と答えることは、この2つの意味の両方に「私が担当者で、私の力量でこの品質が出た」と答えることになります。Claude Code が関与していた場合、後者については不正確になる部分があります。だから詰まったのだと思います。
「いくつか AI ツールも使いながら」という答えについて
結果的に「私が作りました。いくつか AI ツールも使いながら」という答えを選びましたが、これは当時の判断として最善だったかどうか、今でも少し考えます。
「AI ツールも使いながら」という言い方は、「使った」ことは開示していますが、「どの程度使ったか」は伝えていません。Claude Code がなければこの品質にはならなかったか、それとも Claude Code はあくまで補助的な役割だったか——これによって答えの持つ意味は変わります。
あの資料は、構成の下案を Claude Code に作ってもらい、データを自分で集めて入れ、文章を Claude Code に整えてもらい、最終確認と微調整を自分でやった——という流れでした。関与度でいえば、相当程度 Claude Code が担っていた。「いくつか AI ツールも使いながら」という表現が正確かどうかは、少し曖昧です。
「開示するかどうか」という問い
職場で Claude Code を使っていることを、どこまで開示するか——これは多くの人が考えていることだと思います。
開示するリスクとしては、「AIに頼っているだけ」という評価をされること、「この人の仕事は AI が作っている」という印象を持たれること、今後の仕事の量や期待値が変わること——こういったことが考えられます。
開示しないリスクとしては、後から「実は AI で作っていた」とわかったときの信頼の損失、自分の力量が過大評価されることによる今後の期待値とのギャップ、何より「隠している」という自分自身への心理的な負担——こういったことがあります。
どちらのリスクが大きいかは、職場の文化、上司や同僚の価値観、自分がどういう評価を求めているか、によって変わります。正解はないですが、「何も考えずに黙っている」のと「考えたうえで開示しない選択をする」のは、全然違うと思っています。
「隠す」と「言わない」の違い
「開示しない」と「隠す」は、言葉的には似ていますが、意味が少し違います。
「隠す」のは、相手に知られたら困ると思って、意図的に情報を伏せることです。「言わない」のは、聞かれないから言わない、あるいは言う必要がないと判断して黙っていることです。
職場で Claude Code を使っていることを自発的に言う人は少ないと思います。でも「隠しているか」というと、多くの人は「隠してはいない、聞かれたら答える、でも積極的には言わない」という状態ではないでしょうか。
私もそれに近い状態でした。でも「誰が作ったか」と聞かれた瞬間、「言わない」から「隠す」に移行する可能性があった。「私が作りました」だけ言って、Claude Code への言及をしなければ、積極的ではないけれど隠すことになる。それが気持ち悪かったので、「AI ツールも使いながら」という一言を足しました。
「開示した後」何が起きたか
「いくつか AI ツールも使いながら」という答えをした後、上司は「ああ、そうなんだ」で次の話題に移りました。でも私の中では、もう少し続きがありました。
翌週、同じ上司に別の資料を渡したとき、「今回も AI 使った?」と聞かれました。今度は詰まらず「はい、一部使いながら作りました」と答えました。上司は「どの辺が AI なの?」とさらに聞いてきました。
少し突っ込んだ質問でしたが、「構成の素案は AI に作ってもらって、数字とデータは自分で入れました。最終的な文章の調整も自分でやっています」と答えました。上司は「なるほどね」と言って、「うまく使ってるね」というコメントで終わりました。
一回目の「AI 使った?」に正直に答えたことで、二回目の質問にも詰まらず答えられました。最初の開示が「次の開示のハードルを下げてくれた」という感覚がありました。また、「うまく使っているね」という評価は、「AI に頼っているだけ」という否定的な受け取り方ではなく、「道具を活用している」という肯定的な受け取り方でした。少なくともこの上司にとっては、AI の使用が評価を下げる要因ではありませんでした。
「開示」がコミュニケーションになった
予想していなかったことは、「AI をどう使っているか」という話が、上司とのコミュニケーションの一つになったことです。
「どこを AI に任せて、どこを自分でやるか」という話は、仕事のプロセスの話です。仕事のプロセスを話すことは、「何を考えながら仕事しているか」を話すことでもあります。単に「良い資料を作りました」より、「こういう工夫をしながら作りました」という話の方が、仕事への姿勢が伝わります。
「AI を使っていることを開示する」ことが、「どう仕事しているかを話す機会を作る」ことになった。これは予想外の副産物でした。「隠す」選択をしていたら、この会話は起きなかった。開示したことで、仕事のプロセスを話すきっかけが生まれました。
職場の「AI 温度感」を知ることができた
もう一つの副産物は、この職場が AI 活用についてどういう認識を持っているかを、具体的に知ることができたことです。
「うまく使ってるね」という上司の反応から、「この職場では AI 活用は否定的には見られていない」という情報を得ました。これは、「開示しなければ確認できなかった情報」です。
職場の AI 温度感は、実際に話してみないとわからないことが多い。「どう思われるかわからないから言わない」という状態より、「実際に話したら肯定的だった」という情報を持っている方が、今後の働き方の選択肢が広がります。怖くて話さないより、一度話してみることで「この職場ではどの程度使えるか」の解像度が上がります。
「誰の仕事か」の定義が変わる時代
少し大きな話をします。「この仕事は誰がやったか」という問いの答えが、曖昧になりつつある時代に入っています。
以前は「自分でやった仕事」と「他者に頼んだ仕事」の二択でした。「外注した仕事」は「誰に頼んだか」が明確で、発注者と受注者がはっきり分かれていました。
AI が入ることで、「自分でやったとも、外注したとも言いにくい」という状態が生まれています。指示を出したのは自分、実行したのは AI、確認と修正をしたのは自分——これは「自分の仕事」か「AI の仕事」か、どちらとも言い切れない。
法律的・倫理的な議論はまだ続いていますが、職場での実務的な扱いは、各組織がそれぞれ判断している状態です。「AI を使って効率化した結果を自分の仕事として提出する」ことが許容されているか否か、組織によって異なる。その基準が明確でない職場では、グレーゾーンで各自が判断しているのが実態です。
「クレジット」の問題
仕事の「クレジット」——誰がやったかの記録——は、評価・昇進・報酬に関わる重要な情報です。AI が担った仕事を自分のクレジットとして受け取ることへの倫理的な問いは、これからさらに重要になっていきます。
一つの考え方は、「指揮・監督・判断をした人がクレジットを持つ」というものです。建設現場では、実際に材料を運んだ職人ではなく、設計と指揮をした建築家がクレジットを持ちます。この論理でいえば、Claude Code に指示を出して結果を監督した人間がクレジットを持つのは自然です。
別の考え方は、「実際に思考し判断した者がクレジットを持つ」というものです。この場合、Claude Code が思考した部分は Claude Code のクレジットになる。でも「Claude Code のクレジット」をどう扱うかは、まだ定まっていません。
どちらの考え方も完全ではなく、今は個人が自分なりの判断をしながら進んでいる状態です。私は「全体の方向性と判断は自分」「実行の一部を AI に任せた」という認識で、自分の仕事として受け取ることには責任を持っている——という立場です。
あの答え方をして「良かった」と思う理由
「私が作りました。いくつか AI ツールも使いながら」という答えをして、しばらく経ちました。今振り返ると、あの答え方をして「良かった」と思っています。
理由の一つは、「隠す」選択をしなかったことへの安堵感があります。「AI ツールも使いながら」という一言が、自分の中での後ろめたさを薄めてくれました。完全な開示ではなかったけれど、「隠してはいない」という感覚が持てた。
もう一つは、上司の反応が「ああ、そうなんだ」という軽いものだったことです。少なくともあの場では、「AI を使った」ことが大きな問題にはなりませんでした。「開示したら評価が下がるかも」という不安が、実際にはそれほどでもなかった。この経験が、今後の開示への心理的ハードルを下げてくれました。
「言わなくてよかった」より「言って良かった」と感じた方が、仕事を続けるうえで気持ちが軽い。これも、あの答え方をして良かったと思う理由です。
職場での AI 活用「開示」の考え方
あの経験以来、職場での AI 活用の開示について、自分なりの考え方ができてきました。参考までに書いておきます。
「聞かれたら答える」を基本に
自発的に全員に宣言する必要はないと思いますが、「聞かれたら正直に答える」は基本として持っておきたいと考えています。「誰が作ったか」「どうやって作ったか」を直接聞かれたとき、嘘をつくことは避けたい。その一線を持っておくと、「開示するかどうか」の判断が明確になります。
「使った事実」より「何を自分が担ったか」を語る
「AI を使いました」という事実だけを伝えるより、「こういう判断と確認は自分でやりました」「この部分は AI に任せ、この部分は自分で考えました」という分担を語る方が、相手に正確な情報が伝わります。「AI を使った」というのは「Excel を使った」と同じレベルの情報で、それだけでは「どんな仕事をしたか」の説明になりません。
「隠す」の自覚がある場合は要注意
「言わなくていい」ではなく「言うと困る」という気持ちがある場合は、その状態に気をつけた方が良いと思います。「隠している」感覚が積み重なると、心理的な負担になります。また、後から発覚したときのリスクが、最初から話していた場合より大きくなります。「隠す」感覚があるなら、それは「開示した方が良い」サインかもしれません。
職場の方針に従う
組織によっては「AI ツールの使用ガイドライン」が定められていることがあります。その場合は、方針に従うことが基本です。方針が曖昧な場合は、上司に確認することが最も安全です。「職場でどこまで使っていいか」を確認すること自体が、開示の一形態でもあります。
「AI の関与度」をどう伝えるか
「AI を使いました」という一言だけでは、実態が伝わりにくいことがあります。「どの程度使ったか」の差が大きいからです。「全文を AI に書かせた」のと「見出しだけ AI に案を出してもらった」では、関与度が全然違います。
この差を適切に伝えるための言い方として、自分が使っているのは「分担で言う」方法です。「構成の素案は AI、データ収集と数字の確認は自分、文章の整理は AI、最終的な判断と修正は自分」というように、何を自分がやって何を AI に任せたかを分けて伝えます。
「AI を使った」という一言より、「この部分は AI に、この部分は自分で」という分担説明の方が、相手に正確な情報が伝わります。また、「ちゃんと考えながら使っている」という印象にもなります。
もちろん毎回この説明が必要なわけではありません。「聞かれたとき」に分担を説明できる状態にしておくことが重要です。「どこまで自分でやったか」を自分が把握していることが、誠実な開示の前提です。
「AI っぽさ」を指摘されたとき
「なんか AI で作った感じがする」と言われたとき、どう対処するか。これも実際に経験しました。
上司とは別の同僚に、資料の一部について「これ AI で作った?なんか文体が違う気がする」と言われました。確かにその部分は Claude Code の出力をほぼそのまま使っていた箇所でした。
「ああ、ここは AI のまま手を入れてなかった部分だね」と素直に認めました。「直した方がいいかな」と聞いたら、「気になったから言っただけで、内容は問題ない」という返事でした。
指摘してもらえることは、むしろ良いことです。「AI のまま使った部分」が読み手にわかる、ということは、「自分の言葉で書かれた部分」との違いが読み手に届いているということでもあります。指摘を受けて「ここは手直しが必要だった」と気づけたことで、次からそのパターンを修正できるようになりました。
チーム内での AI 活用の「共有」
上司への個別開示とは別に、チーム内でどう AI 活用を共有するかも課題になってきました。
「一人だけ使っていて、他のメンバーは使っていない」という状態は、アウトプットの質の差を生みます。また「なぜこの人の仕事だけ速いのか」という疑問を生む可能性もあります。
私が取った選択は、「チームの打ち合わせで話題にする」ことでした。「最近 AI ツールを使って作業効率化をしているんですが、他のメンバーも使ってみたい人いますか?」という形で話を出しました。反応は「興味あるけど使い方がわからない」「どういう場面で使うの?」という前向きなものが多かったです。
一人の秘密から、チームの話題へ——この移行が、職場での AI 活用を進める一番スムーズな方法でした。「秘密にしていた」が「話題として共有できた」に変わると、心理的な負担も消えます。
よくある質問:職場での AI 活用と開示について
Q. 職場で Claude Code を使っていることを、言わなければいけませんか?
法的な義務はありません(ただし、組織の方針や契約による場合があります)。ただ、「聞かれたら正直に答える」というスタンスは持っておくことをおすすめします。自発的な開示の要否は状況によりますが、「聞かれたのに隠す」は別の問題です。
Q. 「AI で作った」とわかると、評価が下がりますか?
職場の文化と上司の価値観によります。「AI を活用して効率化した」と評価する上司もいれば、「自分の力でやってほしい」と考える上司もいます。どちらが多いかは職場によって違います。私の経験では、「AI ツールも使いながら」という開示に対して、少なくとも当面の評価が下がることはありませんでした。ただし、これはすべての職場に当てはまるわけではありません。
Q. 上司に「AI で作ったものは認めない」と言われたらどうしますか?
方針として「AI 不使用」を求められているなら、その方針に従うことが基本です。もし「使わない理由」が理解できない場合は、「なぜそういう方針か」を確認することも大切です。「AI で作ったように見えるものは認めない」という感情的な反応の場合は、「どの程度の関与なら許容されるか」を具体的に確認することで、方針の実態が見えてきます。
Q. 「誰が作ったか」と聞かれたとき、一番スマートな答え方は?
「自分が作りました。効率化のために AI ツールも使いながら」という答えが、私が落ち着いた形です。「自分が作った」という主体性と「AI ツールを使った」という事実を両方含んでいます。「どの程度使ったか」を詳しく聞かれたら、その都度正直に答える、という方針で運用しています。
Q. Claude Code を使って品質が上がった仕事を、自分の実力として評価されることへの後ろめたさはありますか?
あります、正直に言うと。ただ「Excel を使って作った集計表を自分の仕事として提出する後ろめたさがあるか」と言うとないので、「道具を使った結果を自分の仕事として出す」こと自体は問題ないと思っています。後ろめたさの質としては「能力の過大評価」に近い感覚です。「Claude Code があれば誰でもこの品質が出せる」という事実があるとき、「自分の特別な力でこの品質が出た」という評価を受けることへの違和感です。長期的には、「Claude Code を使いこなす力」自体が能力と評価される時代になっていくと思っています。
Q. 同僚も使っているのかわからない場合、どうしたらいいですか?
「聞いてみる」という選択肢があります。「最近 AI ツールって使ってる?」という軽い話題は、職場で AI 活用がどう受け取られているかを知るきっかけになります。同僚が使っていれば「一緒に使い方を話せる」、使っていなければ「自分だけ使っている感覚」の孤独感が少し解消されます。AI ツールの話は、意外とカジュアルに話せる職場が増えてきているようです。
「AI 活用と評価」の現在地
少し大きな話として、「AI を使って作った仕事」がどう評価されるべきか、という問いに今の自分なりの考えを書いておきます。
「AI に頼っている分、その人の実力ではない」という考え方があります。一方で「AI を効果的に使えること自体がスキル」という考え方もあります。どちらも正しい面があります。
私が考える「AI 活用を評価すべき場合」と「評価しにくい場合」の基準はこうです。「AI を使いながら、より良い判断・より良いアウトプットを実現できているか」——これが評価の基準になると思っています。AI を使って品質が上がり、スピードも上がった——これは評価される。AI に任せた結果、自分が確認すべき部分も確認できておらず、品質も問題があった——これは評価されにくい。
「誰がやったか」より「どんな結果が出たか」と「その結果を出すためにどんな判断をしたか」が評価の核心です。AI の関与は「手段」であって、「結果の質と過程の誠実さ」が「成果」です。この考え方を持っておくと、「AI を使っていることへの後ろめたさ」より「どう使えばより良い仕事になるか」に意識が向きます。
「自分の評価軸」を持つことの大切さ
上司や同僚の評価がどうかは、コントロールできません。でも「自分がどういう基準で仕事をしているか」は、自分で決められます。
私が大切にしているのは「この仕事を通じて何を学んだか・判断したか・責任を持ったか」という問いです。AI を使っても使わなくても、この問いに対して誠実に向き合えているなら、自分の評価軸では「仕事をした」と言えます。
「AI を使ったから自分の仕事ではない」とは思いません。でも「AI に全部任せて確認も判断もしなかった」なら「自分の仕事」とは言いにくい。この線引きが、自分の中の評価軸になっています。
上司に「誰が作ったの?」と聞かれて詰まった一秒は、この評価軸を持っていなかった頃の話です。今なら「自分が方向性を決めて、AI に実行を手伝ってもらい、判断と確認は自分でやりました」という答えが、詰まらずに出てきます。自分の評価軸が言葉になっているから、答えられる。
これから変わっていく評価の形
AI が仕事に浸透するにつれて、「どう使ったか」が評価の重要な要素になっていくと思います。「使えるかどうか」ではなく「どう使いこなしたか」——この問いが、仕事の評価軸として普通になる時代が来るでしょう。
そうなったとき、「AI を使っていることを隠していた」という過去は意味を失い、「どう使ってきたか」の蓄積だけが残ります。今から「どう使うか」を誠実に選択し続けることが、未来の自分の仕事の土台になります。あの一秒の戸惑いが、その選択を始めるきっかけになりました。
「開示の文化」が変わっていく予感
あの一秒の経験から少し経った今、職場全体の雰囲気が少し変わってきた気がします。
「AI ツールを使っているか」という話が、特別なことではなくなりつつあります。ミーティングで「これ AI で整理した」という言葉が自然に出るようになってきました。以前は「AI を使っている」と言うことへの若干の照れや躊躇がありましたが、それが薄まってきています。
この変化は、職場の「AI 温度感」が上がってきていることの現れです。使っている人が増えて、話題として共有しやすくなった。「誰もが知っている前提」になりつつある状況では、「隠す」理由が薄くなります。
「開示すべきか」という問いの意味が、これからどんどん変わっていくと思います。今は「使っていることを開示するかどうか」を考える段階ですが、近い将来「どう使っているかを共有する」が当たり前になるかもしれません。そのとき「どう使ってきたか」の蓄積が、その人の仕事のスタイルとして見えてきます。
あの会議室での一秒は、その変化の入口にいた頃の経験でした。今から考えると、小さな出来事でしたが、「これからどう AI と向き合って仕事するか」を初めて正面から考えるきっかけになりました。変化の入口に立ったときの戸惑いは、変化の先に進むための最初の一歩だったと思っています。
「詰まった一秒」が教えてくれたこと
上司に「誰が作ったの?」と聞かれて詰まった一秒は、今思えばかなり情報量の多い一秒でした。
自分が後ろめたく感じている部分があったこと。「AI を使ったことを言うべきか」という葛藤があったこと。「どう答えれば誠実か」を一瞬で判断しようとしたこと——こういったことが、あの一秒に詰まっていました。
その葛藤を正直に処理して「AI ツールも使いながら」と付け足したことで、後味が軽くなりました。完全な答えではなかったかもしれないけれど、「隠さなかった」という事実が、自分の中での誠実さの基準を守ってくれました。
「誰が作ったか」という問いへの答えは、時代とともに変わっていくと思います。AI との協力が当たり前になれば、「AI も使いながら」という一言は特別な情報ではなくなるでしょう。でも今は、その過渡期にいます。この時代の「誠実さ」の形を、一つ一つの選択の中で模索しながら、仕事を続けています。
あの会議室での一秒が、その模索のきっかけになりました。些細な出来事から考えが深まることがある——これも、Claude Code を使うようになってから気づいたことの一つです。道具を使うことは、自分について考えることと、思いのほか深く結びついています。「誰が作ったの?」というシンプルな問いが、仕事への姿勢を問い直す機会になるとは、あの瞬間には思っていませんでした。答えに詰まったことで、考えが始まりました。それだけで十分に意味のあった一秒でした。あの詰まりがなければ、今もまだ「なんとなく使っている」状態が続いていたかもしれません。答えに詰まることは、まだ答えを持っていないサインです。そのサインに気づいたとき、答えを探す旅が始まります。「誰が作ったの?」という問いに、いつでも自分なりの答えを持てる状態でいること——それが、AI と共に仕事をする人間としての、一つの誠実さだと思っています。その答えは、使い続けながら少しずつ更新されていくものです。完成した答えよりも、問い続ける姿勢の方が大切かもしれません。そしてその姿勢は、答えに詰まった一秒のような、小さな戸惑いの積み重ねから少しずつ育っていくものです。