私はエンジニアではありません。

勤め先は内装業の会社で、社内にソフトウェアエンジニアは0人です。私自身の本業もデザイン・DX推進で、プログラミングの体系的な学習経験はありません。

その私が、この1年でClaude Codeと一緒に何を作ったのか。先に全部お見せします。

経営会議資料(PPTX)の自動生成 — 置き換えた業務: 半期のたびに、kintoneから手作業で集計してスライドを作る作業
勤怠管理SaaS→人事システムの自動連携 — 置き換えた業務: 毎月の手作業転記(しかも連携APIなし)
残業アラートSlack bot — 置き換えた業務: 残業時間の手動チェックと個別声かけ
kintone→Excel帳票の自動出力 — 置き換えた業務: 月次の手作業エクスポートと整形
経営数値ダッシュボード(3種) — 置き換えた業務: 「締めてみないと数字が分からない」状態
社内マニュアルのRAG化(Slackで質問可能) — 置き換えた業務: 毎日届く「あれどうやるんでしたっけ?」
議事録→Slack日報の自動整形 — 置き換えた業務: 会議のたびの転記作業
Salesforceの開発・保守(Apex修正まで) — 置き換えた業務: 外注待ちだった小さな改修

外注に見積もりを取っていたら、合計で数百万円規模になっていたと思います。
で、白状しておくと、この1年で私が自分の手で書いたコードは、ほぼ0行です。

書いたのは「日本語の指示」だけ。本当にそれだけです。

この教材が「よくあるAI活用術」と違う点

全部、実在のシステムです。 アイデア集ではありません。いま現在、社内で毎日動いているものの記録です。
失敗も載せています。 第17章は丸ごと失敗集です。手戻り、暴走、作り直し。うまくいった話だけを読んで再現できるなら、私はとっくに再現できていたはずなので。
収入の話はしません。 「これで稼げる」という教材ではありません。自分の会社の業務を自分で自動化した、その作業記録と手順書です。

誰に向けて書いたか

一言でいえば、1年前の私です。

会社でDX・情シス・総務を兼任していて、社内に相談できる人がいない
ベンダーに見積もりを取ったら、小さな連携1本で数十万〜数百万と言われて凍結した
ChatGPTにコードを書かせてコピペしたが、エラーが直せず挫折した
RPAツールの年額ライセンスを見て、そっと画面を閉じた
「APIがないSaaSは連携できない」と思っている

どれか1つでも心当たりがあれば、たぶんこの記録は使えます。上の5つ、実は全部かつての私自身のことです。

構成

本編20章+特典3つ。第1章〜第4章(この下)は無料で公開しています。
無料部分だけでも「Claude Codeで何ができるのか」「どう始めるのか」までは分かるように書きました。
有料部分は、実案件9本の作り方・詰まった箇所・運用の全記録です。ここが本体です。

価格

980円(買い切り)

免責

本教材は特定の収入・成果を保証するものではありません。記載の内容は筆者の環境での実施記録であり、結果は環境により異なります。社内データをAIツールで扱う際は、自社のセキュリティポリシーに従ってください。

第1章【実録サマリー】1年でClaudeに任せた業務の全一覧

作り方の話をする前に、まず1枚の表を見てほしいんです。この1年でClaude Codeと作ったものを、時系列ではなく業務カテゴリ別に全部並べたものです。1年前の私に見せたら、たぶん信じません。1行目の時点で「それ、うちには無理なやつでしょ」と言ったはずです。

前提: 私と会社のスペック

先に、どのくらい「普通の会社の普通の担当者」なのかを書いておきます。

会社: 内装業。社内の技術者は建築系の有資格者で、ソフトウェアエンジニアは0人
私: デザイン・DX推進の兼任担当。プログラミングの体系的な学習経験なし(プログラミング入門サービスで挫折した経験ならあります)
社内システム: kintone(基幹)、Salesforce、勤怠管理SaaS、人事システム、Slack
使ったAI: Claude Code(ターミナルで動くAIエージェント)ほぼ一本

1年でできたものの全一覧

経営資料 — 作ったもの: 半期実績報告のPPTX自動生成 / Before: 毎回、kintoneから手作業で集計・転記・作図 / After: スクリプト実行で草案が出る。レビュー対応も版管理しながら短サイクルで回せる
人事・労務 — 作ったもの: 勤怠管理SaaS→人事システムの自動連携 / Before: 毎月の手作業転記。両SaaSに連携APIなし / After: スケジューラで自動連携
人事・労務 — 作ったもの: 残業アラートSlack bot / Before: 残業時間を人が見て個別に注意 / After: 閾値超過を自動検知してSlack通知
基幹データ — 作ったもの: kintone→Excel/スプレッドシート自動出力 / Before: 月次の手作業エクスポート・整形 / After: 自動出力
可視化 — 作ったもの: 経営数値・仕入先・店舗のダッシュボード3種 / Before: 締め後にしか数字が見えない / After: ブラウザでいつでも見える
ナレッジ — 作ったもの: 社内マニュアルのRAG化+Slack bot / Before: 「あれどうやるんでしたっけ?」が毎日届く / After: Slackで質問すると回答が返る
議事録 — 作ったもの: AI議事録→Slack日報の自動整形 / Before: 会議のたびに転記 / After: 自動投稿
CRM — 作ったもの: Salesforceの開発・保守(Apex修正、テスト修正、kintoneとのデータ突合) / Before: 小さな改修も外注待ち / After: 社内で即日対応できるものが増えた
マーケ — 作ったもの: SEOコラムのテーマ選定自動化、LP制作 / Before: 外注またはやらない / After: 内製
その他 — 作ったもの: 建築法令チェックツール、見積書チェック、経理自動化 / Before: 手作業・目視 / After: 半自動化

この表から読み取ってほしいこと

まず、範囲の広さです。経営資料、労務、基幹データ、ナレッジ管理、CRM、マーケ。普通ならそれぞれ別のベンダー、別のツール、別の見積書になる領域です。それが全部「Claude Codeに日本語で頼む」という同じやり方でできてしまった。ツールを10個覚えたわけではなくて、やり方を1つ覚えただけなんです。

それから、どれも「うちの会社専用」だということ。市販のツールが合わなかったというより、うちの業務がツールに合わせられなかった、と言うほうが近い。勤怠SaaSと人事システムの間にAPIがない。kintoneのアプリ構成が独特。報告資料のフォーマットが決まっている。こういう「うちだけの事情」こそ、外注すると高くつき、AIエージェントだと安く済む領域でした。

で、繰り返しになりますが、私はコードをほぼ書いていません。生成されたコードを読んで理解することはあっても(これも少しずつできるようになります)、ゼロから書いた行はほぼゼロです。私がやったのは、業務を知っていること、要件を日本語で説明すること、動作を確認すること。この3つだけでした。

この教材の読み方

第2〜4章(無料): Claude Codeとは何か、なぜChatGPTのコピペと違うのか、導入と最初の一歩
第5章: 非エンジニアがAIに指示する技術。この教材の背骨です
第6〜14章: 上の表の実案件を1つずつ、作り方・詰まった箇所つきで
第15〜16章: サーバーとセキュリティという「動かし続ける」ための話
第17章: 失敗全集
第18〜20章: 社内の巻き込み方、コスト実測、あなたの会社での30日ロードマップ

順番に読む必要はありません。自社の悩みに一番近い実録章をつまみ食いして、それから第5章に戻る。私が読者なら、たぶんそうします。

第2章なぜChatGPTのコピペでは動かないのか — ブラウザAIとエージェントの決定的な違い

私も最初はChatGPT(ブラウザ版のAI)にコードを書かせて、コピペしていました。結果から言うと、挫折しました。同じところでつまずいた方は多いはずです。

私が挫折したときの流れ

だいたいこういうループでした。

「kintoneからデータを取ってExcelにするPythonコードを書いて」と頼む
それらしいコードが出てくる
コピペして実行すると、エラーが出る
エラーメッセージを貼り付けて聞く
修正版が出てくるが、別のエラーが出る
3〜5を繰り返すうち、AIが最初のコードの前提を忘れはじめる
閉じる

7の「閉じる」を、私は一度ならずやっています。

今思えば、このループの何がしんどかったかというと、私がAIとコンピュータの間の「伝書鳩」をやらされていたことです。エラーの転記、ファイルの保存、実行、結果の報告。全部こちらの手作業で、しかも運んでいるエラーメッセージの意味が、こちらには分からない。分からないまま往復だけしている。そりゃ折れます。

エージェントは「伝書鳩」が要らない

Claude Codeは、あなたのPCのターミナル(黒い画面)の中で動くAIエージェントです。ブラウザAIとの違いは、突き詰めると1つだけでした。

Claude Codeは、自分でファイルを作り、自分で実行し、自分でエラーを読んで、自分で直します。

さっきのループが、こう変わります。

「kintoneからデータを取ってExcelにしたい。アプリIDは○○、トークンは.envに入れた」と日本語で頼む
Claude Codeがコードを書き、自分で実行し、エラーが出たら自分で読んで直し、動くまで繰り返す
こちらは最後に「できました。Excelを確認してください」と言われて、結果を確認する

つまり、伝書鳩の仕事がまるごと消えるんです。残るのは要件の説明と結果の検収。これは業務担当者が一番得意なことのはずです。少なくとも私は、エラーメッセージを運ぶより、要件を説明するほうがずっと得意でした。

「コードが書けない」は本当に障害なのか

正直に書くと、コードが読めればより安全で、より速いです。ただ、この1年を振り返って、決定的に必要だったのは別の3つでした。

業務を説明できること — 具体的には: 「何を」「どこから」「どういう形にして」「いつ」「どこへ」を言葉にできる
検収できること — 具体的には: 出てきた結果が業務的に正しいか判断できる(これは現場の人にしかできません)
諦めずに条件を伝え直すこと — 具体的には: 一発でうまくいかないとき、「そうじゃなくて、○○の場合は△△」と補足できる

3つとも、プログラミングではなく「業務の解像度」の話です。だから、エンジニアより業務担当者のほうが向いている部分が確かにある。これは強がりではなく、1年やってみての実感です。

ただし、万能ではありません

いいことばかり書いてきたので、先に限界も書いておきます。

検収を怠ると事故になります。 AIは自信満々に間違えます。特にデータを更新・削除する処理は、必ずテスト環境か小さい範囲で試す運用が必要です(第16章)
動かし続けるには置き場所が要ります。作って終わりではなく、毎日動かすにはサーバーの話が出てきます(第15章)
セキュリティの線引きはあなたの仕事です。何をAIに見せてよいかは、AIには判断できません(第16章)

この教材が20章あるのは、この「作る以外の部分」まで含めて初めて業務で使えるからです。

結局のところ、私が挫折した原因はコードが書けないことではなく、伝書鳩役に疲れ果てたことでした。エージェントはその役を丸ごと引き受けてくれます。次の章では、実際にClaude Codeを入れて動かすところまでやります。といっても、最初の一歩は拍子抜けするほど地味です。それでいいんです。

第3章導入30分 — Claude Codeセットアップから初タスクまで

ここからは手を動かします。といっても最初の30分は、インストールして「おお、動いた」と言うだけです。それでいいんです。

用意するもの

PC(Mac / Windowsどちらでも。私はMacです)
Claudeのアカウントと有料プラン
「ターミナルを開くことへの心理的抵抗を30分だけ棚上げする」覚悟

料金プランは変わるので、価格は必ず公式(claude.com)で現在のものを確認してください。目安だけ言うと、業務で毎日使うならProプラン以上が前提になります。私の実際の月額コストは第19章にまとめました。

まずターミナルを開く(5分)

Mac: Spotlight検索(⌘+スペース)で「ターミナル」
Windows: スタートメニューで「PowerShell」

黒い(または白い)文字だけの画面が出ます。ここがこれからの作業場です。身構えなくて大丈夫です。最初に覚えるコマンドは実質1つだけで、あとはClaude Codeに日本語で頼めます。

Claude Codeを入れる(10分)

インストール方法はOSやバージョンで変わるため、手順そのものは公式ドキュメント(公式サイトの「Claude Code」ページ)が正です。ここでは、非エンジニアが詰まりやすい点だけ書きます。

一番伝えたいのはこれです。エラーが出ても、そのエラー文を読まなくていい。 インストール後ならClaude Codeにそのまま貼れば説明してくれますし、インストール前ならブラウザ版のClaudeに貼って「どうすればいい?」と聞けば解決手順が返ってきます。エラー文は「読むもの」ではなく「貼るもの」。この一言だけ持ち帰ってもらえれば、この章の元は取れます。

インストールが終わったら、ターミナルで claude と打ってEnter。対話画面が立ち上がれば成功です。

初仕事は自分のPCの棚卸し(15分)

最初のタスクは、業務システムに触らないものにしてください。事故りようがないし、エージェントというものの動き方がよく分かるからです。Claude Codeにこう打ってみます。

デスクトップにあるファイルとフォルダを調べて、種類ごとに何があるか一覧表にして。整理の提案もください。

見てほしいのは、結果よりClaude Codeの挙動です。まず、コマンドを実行する前にあなたに許可を求めてきます。これが安全弁です。読んでからyesを押す癖をつけてください。で、許可するとフォルダを調べて、結果を表にまとめて返してきます。放っておくと「provisional なファイルを移動しましょうか?」のような提案までしてきます。

この「許可を求める→実行→報告」のループ。これが、この先すべての自動化の基本形です。初日に見えるこの一周が、実は全部なんです。

最初の設定は2つだけ

細かい設定は後回しでいいんですが、2つだけ先にやってください。

作業フォルダを決める。 デスクトップに automation のようなフォルダを1つ作り、Claude Codeは必ずそこで起動する(ターミナルで cd Desktop/automation してから claude)。PC全体を触らせないためです
全自動モードにしない。 許可を全部スキップする設定(危険モード)は存在しますが、業務データを触る限り使いません。確認ダイアログはあなたの最後の安全弁です

最初にハマりがちなところ

claude と打っても「コマンドが見つかりません」 — 対処: ターミナルを一度閉じて開き直す。それでもダメならエラー文をブラウザ版Claudeに貼る
英語で返事が来る — 対処: 「日本語で答えて」と言えば以降は日本語になります
何を頼んでいいか分からない — 対処: 次章にそのまま使える「最初の1週間メニュー」を用意しました

初日はこれで十分です。インストールの詳細は公式ドキュメントが正で、この教材が埋めるのは「詰まる場所」の方。エラー文は読まずに貼る、作業フォルダを固定する、確認ダイアログは読んでからyes。この3つが守れていれば、もう次に進めます。次章では、最初の1週間で作る「小さな自動化」をやります。

第4章最初の1週間で作る「小さな自動化」— Slack通知botで成功体験を作る

いきなり基幹システムに触ってはいけません。最初の1週間は「壊れても誰も困らないもの」で、エージェントとの仕事の進め方を体に入れる期間です。題材は、私がこの1年で作ってきたものの最小版——「何かを取ってきて、整形して、Slackに知らせる」。これを一周します。

なぜ最初がSlack通知なのか

この1年で作ったものを並べて分解してみると、大半が同じ3部品でできていました。①どこかからデータを取る → ②整形・判定する → ③どこかへ出す。残業アラートも、議事録の週次レポートも、データ鮮度の監視通知も、全部この形です。で、③の出口として一番簡単で、一番社内に喜ばれるのがSlack(またはTeams等のチャット)でした。理由は単純で、読む場所を変えなくていいからです。

題材: 「毎朝、今日の予定と天気をSlackに投稿するbot」

業務データを使わない練習題材です。Claude Codeにこう頼みます。

Slackの特定チャンネルに毎朝9時に「今日の日付・曜日・天気予報」を投稿するPythonスクリプトを作りたい。
・Slackへの投稿はIncoming Webhookを使う(まだ作っていないので、作り方から教えて)
・天気は無料のAPIで
・Webhook URLはコードに直書きせず.envファイルに入れる
・まず手動実行で動くところまで。定時実行は後で

この指示文には、今後ずっと使う型を4つ埋め込んであります。まず、やりたいことは結果で言う(「毎朝9時にSlackに投稿」)。手段はAIに選ばせます。次に、分からないことは「作り方から教えて」と正直に言う。SlackのWebhook設定のような画面操作は、手順を聞きながら自分でやればいいんです。それから、秘密情報は最初から.envに。後から直すより、最初から習慣にする方が楽です(理由は第16章で書きます)。最後に、一気に完成させないこと。「まず手動で動くまで」と区切っておくと、うまくいかないときの切り分けが格段に楽になります。

進め方は30分×3日でいい

1日目は、Webhookを作って固定文言がSlackに届くところまで。ここで「AIが書いた→自分が実行を許可した→Slackに出た」の一周を体験します。2日目に天気APIを足して整形。文面の好みは日本語で注文できます(「絵文字は控えめに」「箇条書きで」)。3日目が定時実行です。ここは環境で答えが変わるので、Claude Codeに「このPCで毎朝9時に自動実行したい。方法を提案して」と聞いてください。Macならlaunchd、Windowsならタスクスケジューラを提案してくるはずです。

なお、PCを毎朝開いていない人は、定時実行が動きません。それでいいんです。「自分のPCが閉じていると動かない」——この不便を先に体感しておくことが、第15章(サーバーどうする問題)への伏線になります。

実務投入の一歩目

練習が回ったら、同じ3部品で業務のものを1つだけ作ります。おすすめは「既にあるデータの定期リマインド」です。私の実例で言えば、AI議事録ツールの利用状況を毎週月曜にSlackへ表で流すレポートがこれに当たります(作り方の詳細は第11章)。

選ぶ基準は3つ。

読み取りだけで済む(何も更新しない)
止まっても業務が止まらない
毎週・毎日「見に行くのが面倒」と誰かが思っている

この3つを満たすものは、ほぼノーリスクで「AIで業務が楽になった」という最初の実績になります。この実績が、後々効いてきます。第18章で書く「社内の巻き込み」の元手は、結局これでした。

この週にやったことは、要するに「取って、整形して、出す」を一周しただけです。でもこの一周が全部の原型でした。私がその後1年で作ったものは、ほぼ全部これの応用です。ついでに「PCが閉じてると動かない」という宿題も見つかりました。これは第15章で回収します。

ここから先(第5章〜)は有料です。実案件9本ぶんの作り方・詰まった箇所・運用を、この章と同じ粒度で書いていきます。