[{"content":"派手なことをやる前に、地味な確認をした 会社でClaudeのトライアルが始まって、最初に手をつけたのは業務の自動化ではなかった。ひたすら地味な動作確認だった。\nどのフォルダなら読めるのか。Excelは開けるのか。作ったファイルはどこに置けるのか。チャットの履歴は取ってこられるのか。ひとつずつ試して、結果を書き留めていく作業に丸一日使っている。\nなぜ最初にこれをやったかというと、AI活用の記事をいくら読んでも、自分の会社の環境で同じことができるとは限らないからだ。会社にはそれぞれのファイル置き場があり、セキュリティの設定があり、契約している範囲がある。記事の通りにやってみて「うちの環境ではできませんでした」が何度も続くと、たいてい心が折れる。\nだから先に地図を作ることにした。結果的に、これが一番効いた。以降に作った自動化は全部、このときの調査結果を前提に設計している。\nこの記事では、そのとき分かったことをそのまま公開する。同じように社内でAIを触り始めた人が、遠回りせずに済めばいいと思っている。\n大前提：Coworkは「PCの中の別の小部屋」で動いている 個別の話に入る前に、ひとつだけ理解しておくと全部が繋がる前提がある。\nClaude Coworkは、パソコンの中に用意された隔離された作業スペースの中で動いている。技術的にはLinuxのサンドボックスと呼ばれるものだが、イメージとしては「自分のPCの中に、もう一つ小さな部屋がある」と思えばいい。\nこの小部屋は、外の世界から切り離されている。だから何でも勝手に触られる心配がない代わりに、こちらが「この棚は見ていいよ」と許可したものしか手が届かない。\nこれを分かっていないうちは、「できる／できない」が脈絡のない豆知識の羅列に見えてしまう。逆に分かってしまえば、ほとんどの制約は「その小部屋から手が届く範囲か」で説明がつくようになる。\nできたこと 自分の環境で実際に動いたのは、次のような操作だった。\nやりたいこと 結果 補足 指定した作業フォルダの読み書き ✅ ローカルもOneDriveも可。複数のフォルダを指定できる Excelファイルの読み取り・加工・保存 ✅ 手元に保存されているファイルであれば可 PDF・Word・Excel・PowerPointの作成 ✅ 日本語フォントも書式もそのまま反映された Teamsの個人チャット・グループチャットの検索と閲覧 ✅ 過去のやり取りを探してもらえる Box上のテキスト系ファイルの読み書き ✅ Boxへのアップロードもできた ウェブ検索 ✅ — ファイル作成については、想像していたより出来がよかった。表の罫線、セルの色、列幅、文字色まで指定通りに反映される。報告書のドラフトを作らせて、そのまま体裁を整えた状態で出してもらえるレベルだ。\nこのとき意識してやったのは、「何を使って作られたか」まで記録に残すことだった。PDFはweasyprint、Wordはpython-docx、Excelはopenpyxl、PowerPointはpython-pptx——ここまで書いておくと、次に同じことをやるときに調べ直さずに済む。地味だが後々かなり効いた。\nこの横文字はAIが裏側で使っている道具の名前で、意味が分からなくても全く問題ない。自分も中身は分かっていない。「こういう名前を控えておくと後がラクになる」とだけ知っていれば十分だ。\nできなかったこと 一方で、はっきり無理だったものもある。\nやりたいこと 結果 理由・状況 指定していないローカルフォルダを読む ❌ そういう仕様。安全のための制限 ネットワーク共有フォルダを直接指定する ❌ ただし回避策あり（後述） Excelのマクロ（VBA）を動かす ❌ 小部屋の中にExcelそのものが無いため SharePoint上のExcelを直接読む ❌ 手元にコピーすれば読める SharePointへのファイルのアップロード ❌ 読み取り専用の扱いだった Teamsのチャンネル投稿を取得する ❌ 接続設定の権限による。管理側に要望中 ブラウザ（Chrome）を自動で操作する ❌ 「Claude in Chrome」の導入待ち。実装されれば解決する見込み このうち「マクロが動かない」は、言われてみれば当然なのだが最初は驚いた。小部屋の中にはExcelというソフト自体が入っていないので、ファイルの中身は読めても、Excelの機能を使う処理は動かせない。ファイルを「データとして」扱うのと、「Excelで開く」のは別物だということだ。\n一番ハマったのは「見えているのに見えない」問題 調査の中で一番わかりにくく、原因究明に時間を取られたのがこれだった。\n同じファイルなのに、どうやってアクセスするかによって、見えたり見えなかったりする。\n具体的にはこうだ。ネットワークドライブやBoxの同期フォルダに対して、ある方法で中身を見ようとすると「そんな場所は存在しない」と返ってくる。ところが別の方法——ファイルを読む機能を直接使うと、何事もなかったかのように中身が読める。\n最初は完全に混乱した。「さっき読めたファイルが、なぜ今は無いことになっているのか」と。\n原因は、小部屋からの経路が一本ではないことにあった。プログラムを動かして操作する経路と、ファイルを読み書きする機能を使う経路では、見えている世界が違う。前者からは存在しないフォルダが、後者からは普通に見える、ということが起きる。\nここから得た教訓はひとつ。エラーが出ても「できない」と即断せず、別の経路を試す。 これは以降のトラブルでも何度も役に立った。\nできなかったことは、たいてい回避できる 調査でもうひとつ分かったのは、「できない」の多くはやり方を変えれば通るということだった。\nやりたいこと 素直にやると 回避策 ネットワーク共有を扱う 直接の指定は不可 ドライブ文字を割り当てて、作業フォルダとして追加する Box上でExcelファイルを作る 直接作成は不可 OneDriveで作ってからBoxに同期させる ネットワーク上のPDFを処理する 取り込めない Power Automateで手元にコピーしてから処理する 最後の項目は、その後の自分のやり方を決定づけた発見だった。\nAIができないことは、他のツールにやらせればいい。 自分の場合はPower Automateと組み合わせて、ファイルの運搬は別のツール、中身の判断はAI、という分担にした。この考え方に切り替えてから、「AIにできないから諦める」という場面がほとんど無くなった。\n設定まわりで、先に知っておきたかったこと 調査のついでに分かった細かい話も書いておく。\n会話（セッション）を削除する機能は無い。 消したいときは「アーカイブ」で一覧から隠す形になる 作業フォルダごとのルールは、そのフォルダに置いたファイルに書く。 毎回同じ説明を書かなくて済むので、決まりごとは早めにここへ移したほうがいい 全体に効くルールは、設定画面の指示欄に書く。 名前や口調、共通の方針はこちら 一定時間でログインが切れる。 作業の途中で急に動かなくなったら、まず再接続を疑う 特に3つ目と4つ目は、知らないと「なぜか昨日と挙動が違う」と悩むことになる。\nこれから試す人へのおすすめ 同じように社内でAIを触り始める人に、順番として勧めたいことが4つある。\n1. いきなり本番業務をやらせない\nまず自分の環境の地図を作る。遠回りに見えて、これが一番の近道だった。\n2. できたことは「何を使ったか」まで記録する\n「PDFが作れた」だけだと、次に作るとき同じ試行錯誤を繰り返すことになる。使われた道具の名前まで残しておくと、二度目からは一発で通る。\n3. できなかったことは、必ず回避策とセットで記録する\nただの失敗リストは後から見返さない。「これは無理。ただしこうすれば通る」まで書いてあるものだけが、後で役に立つ。\n4. 調べた結果は、次回も参照される場所に文書として置く\nAIとの会話は、次に新しく始めたときには引き継がれない。同じ質問を何度もしないためには、結果を文書にして「作業フォルダに置いておく」のが確実だった。従量課金の環境なら、これは費用の節約にも直結する。\n地味な作業ではあったが、ここに時間を使ったおかげで、以降は「これはたぶんできる」「これは回避策が要る」と当たりを付けて動けるようになった。自動化そのものより、この地図を作った一日のほうが効いたと思っている。\n※この記事の内容は2026年8月時点の、自分が使っている環境での結果です。設定・契約形態・バージョンによって変わるので、実際に判断するときは自分の環境で確認してください。\n","permalink":"https://ai-kuroko.com/posts/cowork-capabilities/","summary":"\u003ch2 id=\"派手なことをやる前に地味な確認をした\"\u003e派手なことをやる前に、地味な確認をした\u003c/h2\u003e\n\u003cp\u003e会社でClaudeのトライアルが始まって、最初に手をつけたのは業務の自動化ではなかった。ひたすら地味な動作確認だった。\u003c/p\u003e\n\u003cp\u003eどのフォルダなら読めるのか。Excelは開けるのか。作ったファイルはどこに置けるのか。チャットの履歴は取ってこられるのか。ひとつずつ試して、結果を書き留めていく作業に丸一日使っている。\u003c/p\u003e\n\u003cp\u003eなぜ最初にこれをやったかというと、AI活用の記事をいくら読んでも、\u003cstrong\u003e自分の会社の環境で同じことができるとは限らない\u003c/strong\u003eからだ。会社にはそれぞれのファイル置き場があり、セキュリティの設定があり、契約している範囲がある。記事の通りにやってみて「うちの環境ではできませんでした」が何度も続くと、たいてい心が折れる。\u003c/p\u003e\n\u003cp\u003eだから先に地図を作ることにした。結果的に、これが一番効いた。以降に作った自動化は全部、このときの調査結果を前提に設計している。\u003c/p\u003e\n\u003cp\u003eこの記事では、そのとき分かったことをそのまま公開する。同じように社内でAIを触り始めた人が、遠回りせずに済めばいいと思っている。\u003c/p\u003e\n\u003ch2 id=\"大前提coworkはpcの中の別の小部屋で動いている\"\u003e大前提：Coworkは「PCの中の別の小部屋」で動いている\u003c/h2\u003e\n\u003cp\u003e個別の話に入る前に、ひとつだけ理解しておくと全部が繋がる前提がある。\u003c/p\u003e\n\u003cp\u003eClaude Coworkは、パソコンの中に用意された\u003cstrong\u003e隔離された作業スペース\u003c/strong\u003eの中で動いている。技術的にはLinuxのサンドボックスと呼ばれるものだが、イメージとしては「自分のPCの中に、もう一つ小さな部屋がある」と思えばいい。\u003c/p\u003e\n\u003cp\u003eこの小部屋は、外の世界から切り離されている。だから何でも勝手に触られる心配がない代わりに、\u003cstrong\u003eこちらが「この棚は見ていいよ」と許可したものしか手が届かない\u003c/strong\u003e。\u003c/p\u003e\n\u003cp\u003eこれを分かっていないうちは、「できる／できない」が脈絡のない豆知識の羅列に見えてしまう。逆に分かってしまえば、ほとんどの制約は「その小部屋から手が届く範囲か」で説明がつくようになる。\u003c/p\u003e\n\u003ch2 id=\"できたこと\"\u003eできたこと\u003c/h2\u003e\n\u003cp\u003e自分の環境で実際に動いたのは、次のような操作だった。\u003c/p\u003e\n\u003ctable\u003e\n  \u003cthead\u003e\n      \u003ctr\u003e\n          \u003cth\u003eやりたいこと\u003c/th\u003e\n          \u003cth\u003e結果\u003c/th\u003e\n          \u003cth\u003e補足\u003c/th\u003e\n      \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n      \u003ctr\u003e\n          \u003ctd\u003e指定した作業フォルダの読み書き\u003c/td\u003e\n          \u003ctd\u003e✅\u003c/td\u003e\n          \u003ctd\u003eローカルもOneDriveも可。複数のフォルダを指定できる\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eExcelファイルの読み取り・加工・保存\u003c/td\u003e\n          \u003ctd\u003e✅\u003c/td\u003e\n          \u003ctd\u003e手元に保存されているファイルであれば可\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003ePDF・Word・Excel・PowerPointの作成\u003c/td\u003e\n          \u003ctd\u003e✅\u003c/td\u003e\n          \u003ctd\u003e日本語フォントも書式もそのまま反映された\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eTeamsの個人チャット・グループチャットの検索と閲覧\u003c/td\u003e\n          \u003ctd\u003e✅\u003c/td\u003e\n          \u003ctd\u003e過去のやり取りを探してもらえる\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eBox上のテキスト系ファイルの読み書き\u003c/td\u003e\n          \u003ctd\u003e✅\u003c/td\u003e\n          \u003ctd\u003eBoxへのアップロードもできた\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eウェブ検索\u003c/td\u003e\n          \u003ctd\u003e✅\u003c/td\u003e\n          \u003ctd\u003e—\u003c/td\u003e\n      \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e\n\u003cp\u003eファイル作成については、想像していたより出来がよかった。表の罫線、セルの色、列幅、文字色まで指定通りに反映される。報告書のドラフトを作らせて、そのまま体裁を整えた状態で出してもらえるレベルだ。\u003c/p\u003e\n\u003cp\u003eこのとき意識してやったのは、\u003cstrong\u003e「何を使って作られたか」まで記録に残す\u003c/strong\u003eことだった。PDFはweasyprint、Wordはpython-docx、Excelはopenpyxl、PowerPointはpython-pptx——ここまで書いておくと、次に同じことをやるときに調べ直さずに済む。地味だが後々かなり効いた。\u003c/p\u003e\n\u003cp\u003eこの横文字はAIが裏側で使っている道具の名前で、\u003cstrong\u003e意味が分からなくても全く問題ない\u003c/strong\u003e。自分も中身は分かっていない。「こういう名前を控えておくと後がラクになる」とだけ知っていれば十分だ。\u003c/p\u003e\n\u003ch2 id=\"できなかったこと\"\u003eできなかったこと\u003c/h2\u003e\n\u003cp\u003e一方で、はっきり無理だったものもある。\u003c/p\u003e\n\u003ctable\u003e\n  \u003cthead\u003e\n      \u003ctr\u003e\n          \u003cth\u003eやりたいこと\u003c/th\u003e\n          \u003cth\u003e結果\u003c/th\u003e\n          \u003cth\u003e理由・状況\u003c/th\u003e\n      \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n      \u003ctr\u003e\n          \u003ctd\u003e指定していないローカルフォルダを読む\u003c/td\u003e\n          \u003ctd\u003e❌\u003c/td\u003e\n          \u003ctd\u003eそういう仕様。安全のための制限\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eネットワーク共有フォルダを直接指定する\u003c/td\u003e\n          \u003ctd\u003e❌\u003c/td\u003e\n          \u003ctd\u003eただし回避策あり（後述）\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eExcelのマクロ（VBA）を動かす\u003c/td\u003e\n          \u003ctd\u003e❌\u003c/td\u003e\n          \u003ctd\u003e小部屋の中にExcelそのものが無いため\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eSharePoint上のExcelを直接読む\u003c/td\u003e\n          \u003ctd\u003e❌\u003c/td\u003e\n          \u003ctd\u003e手元にコピーすれば読める\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eSharePointへのファイルのアップロード\u003c/td\u003e\n          \u003ctd\u003e❌\u003c/td\u003e\n          \u003ctd\u003e読み取り専用の扱いだった\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eTeamsのチャンネル投稿を取得する\u003c/td\u003e\n          \u003ctd\u003e❌\u003c/td\u003e\n          \u003ctd\u003e接続設定の権限による。管理側に要望中\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eブラウザ（Chrome）を自動で操作する\u003c/td\u003e\n          \u003ctd\u003e❌\u003c/td\u003e\n          \u003ctd\u003e「Claude in Chrome」の導入待ち。実装されれば解決する見込み\u003c/td\u003e\n      \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e\n\u003cp\u003eこのうち「マクロが動かない」は、言われてみれば当然なのだが最初は驚いた。小部屋の中にはExcelというソフト自体が入っていないので、ファイルの中身は読めても、Excelの機能を使う処理は動かせない。ファイルを「データとして」扱うのと、「Excelで開く」のは別物だということだ。\u003c/p\u003e\n\u003ch2 id=\"一番ハマったのは見えているのに見えない問題\"\u003e一番ハマったのは「見えているのに見えない」問題\u003c/h2\u003e\n\u003cp\u003e調査の中で一番わかりにくく、原因究明に時間を取られたのがこれだった。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e同じファイルなのに、どうやってアクセスするかによって、見えたり見えなかったりする。\u003c/strong\u003e\u003c/p\u003e","title":"Claude Coworkでできたこと・できなかったこと｜社内導入で最初にやった動作確認"},{"content":"会社にAIが来た。でも自分に使えるのか？ ある日、会社でClaudeのトライアルが始まった。\n正直なところ、最初に思ったのは「自分に関係あるのだろうか」だった。AIで業務効率化、という言葉はよく聞く。ただ、そういう話に出てくるのは決まってエンジニアの人たちで、コードを書いて、システムを組んで、という世界の話に見えていた。\nこちらはプログラミングの経験がない。Excelの関数はそれなりに使うけれど、それ以上のことはやったことがない。そんな人間にAIを渡されても、結局「文章を少し整えてもらう」くらいで終わってしまうのではないか。そう思っていた。\n結論から言うと、その予想は外れた。\n数ヶ月のあいだに、共有フォルダに眠っていた約46万件のファイルを整理する仕組みを作り、紙の報告書をスキャンしたPDFを自動で仕分けする処理を組み、毎日手で確認していた記入漏れのチェックを自動通知に置き換えた。どれも、これまでの自分なら「システム部門に依頼するしかない」と諦めていた類の作業だ。\nこのブログは、その過程で分かったこと・つまずいたことを、非エンジニアの視点から記録していく場所にしたいと思っている。\n社内のClaudeを「黒子」と名付けた まず名前の話から始めたい。というのも、これがこのブログの立ち位置そのものを表しているからだ。\n会社で使っているClaudeには「黒子（くろこ）」という名前を付けた。舞台の黒子——役者の後ろで小道具を渡したり、衣装を替えたりする、あの黒い装束の裏方だ。観客からは見えないことになっているけれど、いなければ芝居は回らない。\nAIに求めていた役割が、まさにそれだった。表に立って何かを判断してくれる存在ではなく、こちらが判断するための下ごしらえを黙々とやってくれる相棒。名前を決めるとき、真っ先に浮かんだのがこのイメージだった。\nちなみに個人で使っているClaudeのことは、前から「クロコ」と呼んでいる。Claude Code、Claude Cowork の頭文字を取ったものだ。音が同じで表記だけ違うのは意図的で、「同じ相棒だけれど、立っている場所が違う」という区別のつもりでいる。\n名前を付けると、扱いが変わる これは完全に個人的な感覚の話なのだけれど、名前を付けてから明らかに使い方が変わった。\n「AIツール」と呼んでいるあいだは、どうしても検索エンジンの延長で見てしまう。質問を投げて、答えが返ってきて、それで終わり。けれど「黒子」という名前で呼ぶようになってから、こちらの頼み方が変わった。前提を先に共有するようになったし、失敗したときも「なぜ伝わらなかったか」を考えるようになった。人に仕事を頼むときの感覚に近い。\n道具に名前を付けるなんて、と思う人もいるかもしれない。ただ、AIを業務で使うときに一番効くのは、実はこの「頼み方」の部分だったりする。その話はまた別の記事で書きたい。\n個人環境は「設計室」、社内環境は「実行エンジン」 もうひとつ、最初に決めておいてよかったルールがある。\n社内のClaudeは従量課金の環境で動いている。つまり、やり取りをすればするほどコストがかかる。自分は情報システム部門の人間ではないので、会社のお金を使っている以上、無駄な使い方はしたくないという意識が最初からあった。\nそこで役割を分けることにした。\n個人環境＝設計室：どう作るか迷っている段階、試行錯誤、原因の切り分けはこちらでやる 社内環境（黒子）＝実行エンジン：やることが固まったタスクだけを、完成した指示として渡す 「何をどうしたいのか」がぼんやりしたまま社内環境に持ち込むと、確認のやり取りが往復するぶんだけコストが積み上がる。逆に、手順が固まった状態で渡せば一発で終わる。この切り分けを最初に決めたおかげで、コストを気にせず実験できる場所と、本番データを扱う場所の両方を確保できた。\n従量課金でAIを導入した会社にいる人には、この考え方はけっこう役に立つのではないかと思っている。\n個人契約と会社の環境は、別物だと思ったほうがいい ここまで「個人環境」「社内環境」と書き分けてきたが、この2つは料金の払い方が違うだけではない。データの扱いそのものが違う。同じことをやってみようという人に一番気をつけてほしい部分なので、少しだけ詳しく書いておきたい。\n個人で契約しているプランは定額制で、どれだけ使っても月額は変わらない。一方、会社の環境はAmazon Bedrock経由の従量課金なので、やり取りした量に応じて費用がかかる。前の章で環境を分けた理由はこれだ。ただ、本題はここではない。\n重要なのはデータの扱いのほうだ。\n個人向けのプランでは、自分の会話をAIの改善（モデルの学習）に使ってよいかどうかを、利用者自身が設定で選ぶ形になっている。許可すればその会話は将来の学習に使われ、データの保存期間も長くなる。許可しなければ以降の学習には使われず、保存期間も短くなる。どちらを選ぶかは自由だが、そういう設定項目があること自体を知らないまま使っている人は少なくないと思う。\n対して、会社で使っているBedrock経由の環境は構造が違う。AWSの公式ドキュメントには、モデルの提供元（この場合Anthropic）はBedrockのログや利用者のプロンプト・応答にアクセスできない仕組みになっている、と明記されている。こちらが入力した業務データが提供元に渡って学習に使われる、ということが起きない構造だ。会社の情報を扱ううえで、この違いは大きい。\nひとつ補足しておくと、これはBedrockだけの特長ではない。API経由の利用や法人向けプランでも、既定では会話が学習に使われない扱いになっている。分かれ目は「個人向けプランかどうか」だと考えたほうが正確だ。\nそのうえで、このブログの内容を試してみようという人には、先に確認してほしいことがある。\n自分が今触っているのは個人契約か、会社が用意した環境か 会社の環境なら、どういう形態で提供されているのか 個人契約なら、学習利用の設定が今どうなっているか そして何より、自分の会社の情報取扱いルールで何が許可されているか 最後の項目が一番大事だ。仕組みとして安全であることと、社内で許可されていることは別の話で、それを決めるのは自分ではない。自分の場合も、業務データを扱う前に社内のルールを確認したうえで進めている。少しでも迷うなら、自己判断せず情報システム部門に聞いたほうがいい。個人の判断で会社の情報を外部サービスに入れて問題になったとき、失うものが大きすぎる。\n※ここに書いた内容は2026年8月時点で公開情報を確認したもの。規約や仕様は変わるので、実際に判断するときは必ず最新の公式情報を確認してほしい。参考：Anthropic プライバシーセンター／Amazon Bedrock のデータ保護\nこれまでにやったこと 具体的に何をしてきたのか、ダイジェストで挙げておきたい。それぞれ後日、個別の記事にしていく予定だ。\n① 社内環境で「できること・できないこと」の洗い出し\n最初にやったのは、地味だが徹底的な動作確認だった。どのフォルダが読めてどこが読めないのか、Excelは扱えるのか、ファイルは作れるのか。AI活用の記事はたくさんあるけれど、会社の環境には会社ごとの制約がある。そこを把握しないまま進めても、途中で必ず行き詰まる。\n→ 詳しくはこちら：Claude Coworkでできたこと・できなかったこと｜社内導入で最初にやった動作確認\n② 記入漏れの督促を自動通知に置き換えた\n毎日、台帳を開いて未記入の行を探して、担当者に声をかける。この作業をMicrosoft Power Automateで自動化した。決まった時刻に台帳をチェックして、未入力があればチャットに通知が飛ぶ。フローを組んだのは自分だが、設計と、詰まったときの原因究明はClaudeに付き合ってもらった。ここではMicrosoft Copilotとの比較も実際にやっていて、その違いは記事にする価値があると思っている。\n③ 共有フォルダの約46万件を安全に整理する仕組み\n長年の蓄積で膨れ上がった共有フォルダの整理。ポイントは「AIに全部を読ませない」ことだった。この規模を素直にAIに渡すとコストが跳ね上がるので、機械的に処理できる部分は別の方法で削ってから渡す設計にした。\n④ 「確証格納して」の一言で終わる仕組み\nスキャンしたPDFを、中身を読んで名前を付け替え、決まったフォルダに振り分ける作業。39ページのPDFから7件の報告書を自動で切り出す、といったこともやっている。今では一言指示するかボタンを押すだけで完結する。ここではPower Automate Desktopと組み合わせていて、ファイルの運搬はPower Automate、中身の判断はAI、最終確認は人という役割分担にしている。この分け方は他の業務にもそのまま応用が効いた。\n⑤ 月次の照合作業をまるごと自動化\n2つのデータを突き合わせて、記載漏れや誤りを洗い出す月次業務。判定ルールが複雑で手作業では骨が折れる作業だったが、結果を色分けしたExcelとして自動出力できるようになった。\nこのブログで書いていくこと これらの経験を、次のような形で残していきたいと思っている。\n実際にやった業務自動化の記録：うまくいったことも、行き詰まったことも 他のAIとの使い分け：CopilotやNotebookLMも用途によって使っている。それぞれの得手不得手 AI以外のツールとの組み合わせ：特にPower Automate。AI単体でできることには限りがあって、決まった作業を黙々と繰り返す部分は別のツールに任せたほうが速いし確実だ 非エンジニアのための頼み方：技術より、伝え方の話。ここが一番効く 意識しているのは、成功談だけを並べないことだ。実際にはうまくいかなかったことのほうが多いし、原因が分かるまでに何日もかかった問題もある。そういう話こそ、同じ場所でつまずいている人の役に立つと思っている。\nこんな人に読んでほしい 会社でAIが導入されたけれど、何から手を付ければいいか分からない人 プログラミングの経験がないまま、業務効率化を任されてしまった人 AI活用の記事を読んでも「これは技術者向けだな」と感じてしまう人 数ヶ月前の自分がまさにそうだった。あのとき知りたかったことを、できるだけ具体的に書いていきたい。\nなお、このブログでは所属する会社や部署が特定できる情報は一切書かない。書けるのは、どこの職場でも通用する形に一般化した部分だけになる。そのぶん、手順や考え方の部分はできるだけ具体的に残していくつもりだ。\n","permalink":"https://ai-kuroko.com/posts/hajimemashite/","summary":"\u003ch2 id=\"会社にaiが来たでも自分に使えるのか\"\u003e会社にAIが来た。でも自分に使えるのか？\u003c/h2\u003e\n\u003cp\u003eある日、会社でClaudeのトライアルが始まった。\u003c/p\u003e\n\u003cp\u003e正直なところ、最初に思ったのは「自分に関係あるのだろうか」だった。AIで業務効率化、という言葉はよく聞く。ただ、そういう話に出てくるのは決まってエンジニアの人たちで、コードを書いて、システムを組んで、という世界の話に見えていた。\u003c/p\u003e\n\u003cp\u003eこちらはプログラミングの経験がない。Excelの関数はそれなりに使うけれど、それ以上のことはやったことがない。そんな人間にAIを渡されても、結局「文章を少し整えてもらう」くらいで終わってしまうのではないか。そう思っていた。\u003c/p\u003e\n\u003cp\u003e結論から言うと、その予想は外れた。\u003c/p\u003e\n\u003cp\u003e数ヶ月のあいだに、共有フォルダに眠っていた約46万件のファイルを整理する仕組みを作り、紙の報告書をスキャンしたPDFを自動で仕分けする処理を組み、毎日手で確認していた記入漏れのチェックを自動通知に置き換えた。どれも、これまでの自分なら「システム部門に依頼するしかない」と諦めていた類の作業だ。\u003c/p\u003e\n\u003cp\u003eこのブログは、その過程で分かったこと・つまずいたことを、非エンジニアの視点から記録していく場所にしたいと思っている。\u003c/p\u003e\n\u003ch2 id=\"社内のclaudeを黒子と名付けた\"\u003e社内のClaudeを「黒子」と名付けた\u003c/h2\u003e\n\u003cp\u003eまず名前の話から始めたい。というのも、これがこのブログの立ち位置そのものを表しているからだ。\u003c/p\u003e\n\u003cp\u003e会社で使っているClaudeには「黒子（くろこ）」という名前を付けた。舞台の黒子——役者の後ろで小道具を渡したり、衣装を替えたりする、あの黒い装束の裏方だ。観客からは見えないことになっているけれど、いなければ芝居は回らない。\u003c/p\u003e\n\u003cp\u003eAIに求めていた役割が、まさにそれだった。表に立って何かを判断してくれる存在ではなく、こちらが判断するための下ごしらえを黙々とやってくれる相棒。名前を決めるとき、真っ先に浮かんだのがこのイメージだった。\u003c/p\u003e\n\u003cp\u003eちなみに個人で使っているClaudeのことは、前から「クロコ」と呼んでいる。Claude Code、Claude Cowork の頭文字を取ったものだ。音が同じで表記だけ違うのは意図的で、「同じ相棒だけれど、立っている場所が違う」という区別のつもりでいる。\u003c/p\u003e\n\u003ch2 id=\"名前を付けると扱いが変わる\"\u003e名前を付けると、扱いが変わる\u003c/h2\u003e\n\u003cp\u003eこれは完全に個人的な感覚の話なのだけれど、名前を付けてから明らかに使い方が変わった。\u003c/p\u003e\n\u003cp\u003e「AIツール」と呼んでいるあいだは、どうしても検索エンジンの延長で見てしまう。質問を投げて、答えが返ってきて、それで終わり。けれど「黒子」という名前で呼ぶようになってから、こちらの頼み方が変わった。前提を先に共有するようになったし、失敗したときも「なぜ伝わらなかったか」を考えるようになった。人に仕事を頼むときの感覚に近い。\u003c/p\u003e\n\u003cp\u003e道具に名前を付けるなんて、と思う人もいるかもしれない。ただ、AIを業務で使うときに一番効くのは、実はこの「頼み方」の部分だったりする。その話はまた別の記事で書きたい。\u003c/p\u003e\n\u003ch2 id=\"個人環境は設計室社内環境は実行エンジン\"\u003e個人環境は「設計室」、社内環境は「実行エンジン」\u003c/h2\u003e\n\u003cp\u003eもうひとつ、最初に決めておいてよかったルールがある。\u003c/p\u003e\n\u003cp\u003e社内のClaudeは従量課金の環境で動いている。つまり、やり取りをすればするほどコストがかかる。自分は情報システム部門の人間ではないので、会社のお金を使っている以上、無駄な使い方はしたくないという意識が最初からあった。\u003c/p\u003e\n\u003cp\u003eそこで役割を分けることにした。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003e個人環境＝設計室\u003c/strong\u003e：どう作るか迷っている段階、試行錯誤、原因の切り分けはこちらでやる\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e社内環境（黒子）＝実行エンジン\u003c/strong\u003e：やることが固まったタスクだけを、完成した指示として渡す\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e「何をどうしたいのか」がぼんやりしたまま社内環境に持ち込むと、確認のやり取りが往復するぶんだけコストが積み上がる。逆に、手順が固まった状態で渡せば一発で終わる。この切り分けを最初に決めたおかげで、コストを気にせず実験できる場所と、本番データを扱う場所の両方を確保できた。\u003c/p\u003e\n\u003cp\u003e従量課金でAIを導入した会社にいる人には、この考え方はけっこう役に立つのではないかと思っている。\u003c/p\u003e\n\u003ch2 id=\"個人契約と会社の環境は別物だと思ったほうがいい\"\u003e個人契約と会社の環境は、別物だと思ったほうがいい\u003c/h2\u003e\n\u003cp\u003eここまで「個人環境」「社内環境」と書き分けてきたが、この2つは料金の払い方が違うだけではない。\u003cstrong\u003eデータの扱いそのものが違う\u003c/strong\u003e。同じことをやってみようという人に一番気をつけてほしい部分なので、少しだけ詳しく書いておきたい。\u003c/p\u003e\n\u003cp\u003e個人で契約しているプランは定額制で、どれだけ使っても月額は変わらない。一方、会社の環境はAmazon Bedrock経由の従量課金なので、やり取りした量に応じて費用がかかる。前の章で環境を分けた理由はこれだ。ただ、本題はここではない。\u003c/p\u003e\n\u003cp\u003e重要なのはデータの扱いのほうだ。\u003c/p\u003e\n\u003cp\u003e個人向けのプランでは、自分の会話をAIの改善（モデルの学習）に使ってよいかどうかを、\u003cstrong\u003e利用者自身が設定で選ぶ\u003c/strong\u003e形になっている。許可すればその会話は将来の学習に使われ、データの保存期間も長くなる。許可しなければ以降の学習には使われず、保存期間も短くなる。どちらを選ぶかは自由だが、\u003cstrong\u003eそういう設定項目があること自体を知らないまま使っている人は少なくない\u003c/strong\u003eと思う。\u003c/p\u003e\n\u003cp\u003e対して、会社で使っているBedrock経由の環境は構造が違う。AWSの公式ドキュメントには、モデルの提供元（この場合Anthropic）はBedrockのログや利用者のプロンプト・応答にアクセスできない仕組みになっている、と明記されている。こちらが入力した業務データが提供元に渡って学習に使われる、ということが起きない構造だ。会社の情報を扱ううえで、この違いは大きい。\u003c/p\u003e\n\u003cp\u003eひとつ補足しておくと、これはBedrockだけの特長ではない。API経由の利用や法人向けプランでも、既定では会話が学習に使われない扱いになっている。分かれ目は「個人向けプランかどうか」だと考えたほうが正確だ。\u003c/p\u003e\n\u003cp\u003eそのうえで、このブログの内容を試してみようという人には、先に確認してほしいことがある。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e自分が今触っているのは個人契約か、会社が用意した環境か\u003c/li\u003e\n\u003cli\u003e会社の環境なら、どういう形態で提供されているのか\u003c/li\u003e\n\u003cli\u003e個人契約なら、学習利用の設定が今どうなっているか\u003c/li\u003e\n\u003cli\u003eそして何より、\u003cstrong\u003e自分の会社の情報取扱いルールで何が許可されているか\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e最後の項目が一番大事だ。仕組みとして安全であることと、社内で許可されていることは別の話で、それを決めるのは自分ではない。自分の場合も、業務データを扱う前に社内のルールを確認したうえで進めている。少しでも迷うなら、自己判断せず情報システム部門に聞いたほうがいい。個人の判断で会社の情報を外部サービスに入れて問題になったとき、失うものが大きすぎる。\u003c/p\u003e\n\u003cp\u003e\u003cem\u003e※ここに書いた内容は2026年8月時点で公開情報を確認したもの。規約や仕様は変わるので、実際に判断するときは必ず最新の公式情報を確認してほしい。参考：\u003ca href=\"https://privacy.claude.com/\"\u003eAnthropic プライバシーセンター\u003c/a\u003e／\u003ca href=\"https://docs.aws.amazon.com/bedrock/latest/userguide/data-protection.html\"\u003eAmazon Bedrock のデータ保護\u003c/a\u003e\u003c/em\u003e\u003c/p\u003e\n\u003ch2 id=\"これまでにやったこと\"\u003eこれまでにやったこと\u003c/h2\u003e\n\u003cp\u003e具体的に何をしてきたのか、ダイジェストで挙げておきたい。それぞれ後日、個別の記事にしていく予定だ。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e① 社内環境で「できること・できないこと」の洗い出し\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e最初にやったのは、地味だが徹底的な動作確認だった。どのフォルダが読めてどこが読めないのか、Excelは扱えるのか、ファイルは作れるのか。AI活用の記事はたくさんあるけれど、会社の環境には会社ごとの制約がある。そこを把握しないまま進めても、途中で必ず行き詰まる。\u003c/p\u003e\n\u003cp\u003e→ 詳しくはこちら：\u003ca href=\"https://ai-kuroko.com/posts/cowork-capabilities/\"\u003eClaude Coworkでできたこと・できなかったこと｜社内導入で最初にやった動作確認\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e② 記入漏れの督促を自動通知に置き換えた\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e毎日、台帳を開いて未記入の行を探して、担当者に声をかける。この作業をMicrosoft Power Automateで自動化した。決まった時刻に台帳をチェックして、未入力があればチャットに通知が飛ぶ。フローを組んだのは自分だが、設計と、詰まったときの原因究明はClaudeに付き合ってもらった。ここではMicrosoft Copilotとの比較も実際にやっていて、その違いは記事にする価値があると思っている。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e③ 共有フォルダの約46万件を安全に整理する仕組み\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e長年の蓄積で膨れ上がった共有フォルダの整理。ポイントは「AIに全部を読ませない」ことだった。この規模を素直にAIに渡すとコストが跳ね上がるので、機械的に処理できる部分は別の方法で削ってから渡す設計にした。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e④ 「確証格納して」の一言で終わる仕組み\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eスキャンしたPDFを、中身を読んで名前を付け替え、決まったフォルダに振り分ける作業。39ページのPDFから7件の報告書を自動で切り出す、といったこともやっている。今では一言指示するかボタンを押すだけで完結する。ここではPower Automate Desktopと組み合わせていて、\u003cstrong\u003eファイルの運搬はPower Automate、中身の判断はAI、最終確認は人\u003c/strong\u003eという役割分担にしている。この分け方は他の業務にもそのまま応用が効いた。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e⑤ 月次の照合作業をまるごと自動化\u003c/strong\u003e\u003c/p\u003e","title":"社内のClaudeに「黒子」と名付けた｜非エンジニアがAIと働き始めた話"}]