内製ログ

ベンダーに頼まず4週間・コード0行で業務アプリを作った発注側の会社員。Claude Code／Supabase／議事録・NotebookLMを実務でどう使い、どこで詰まったかを、用語に注釈をつけて書きます。元COBOL、今は書きません／日本生成AI推進協会（JGAA）生成AIサポーター／投稿は個人の見解です

[内製ログ @naisei_log]

発注側の人間が、ベンダーに頼まず業務アプリを作りました。
・期間 約4週間
・工程 5つ
・自分で書いたコード 0行、指示は日本語だけ
・全体で約1,900行
使う方にデモし「今のスプレッドシート運用より完全に上を行っている」と言われました。
順に書いていきます。
※画面はダミーデータです

[内製ログ @naisei_log]

@lucky_note_lab ありがとうございます。仕組みを入れたあとで弱点も見つかったので、ときどき自分でも確かめるようにしています。

[内製ログ @naisei_log]

@moneymog Modsはまだ使っていませんが、私は今日、指示書を書き換えられる対策として、hooksで、作業を始めるたびに指示書の変更を確かめる仕組みを入れました。

ただ、呼び出すコマンド自体を書き換えられると見張りごと黙らされるので、そこは弱点だと分かりました。

[内製ログ @naisei_log]

@minorivoice 「戻す手段」の話、私も最近つまずきかけました。

2段階認証を入れたSupabaseがバックアップコードを出さず、「認証アプリを失くすと永久に入れない」と警告されたので、認証アプリのクラウドバックアップをオンにしました。

5つの中で、抜けていることが多いのはどれでしたか？

[内製ログ @naisei_log]

入れた仕組みは2つです。

①Git（変更の記録をとる道具）をPCの中だけで導入
②作業を始めるたびに、指示書や設定の記録外の変更を自動で確認し、あれば警告

ただ、見張れるのはこのフォルダの中だけです。記録もPCが壊れれば消えます。

※2026年10月時点の私の環境です

[内製ログ @naisei_log]

AIエージェント（作業を自分で進めるAI）が、フォルダに置かれたニセの指示書に従ってしまうリスクがあると知り、自分の環境を点検しました。

5項目とも問題なし。

そのうえで、書き換えに気づける仕組みを2つ入れました。

#ClaudeCode

[内製ログ @naisei_log]

点検したのは5つです。

・ダウンロードフォルダに指示書がないか
・指示書（CLAUDE.md）は自分で作った1つだけか
・覚えのない外部接続の設定がないか
・「常に許可」に危ない命令がないか
・コードに秘密の鍵がないか

確認はClaude Codeに頼み、結果は私が読みました。

[内製ログ @naisei_log]

@kerokeroking01 誰かに頼まなければできなかったことが自分でできる、というのは私も同じ実感です。これまでシステムを頼む側の仕事をしてきたので、なおさらそう感じています。

[内製ログ @naisei_log]

@hitoriaifactory 502ページ確かめて、本当の不具合が「スマホの幅で押す部分の高さが足りない」1ページだった、というのが印象に残りました。

私もPCの画面では良く見えた変更が、スマホを持って外で試して初めて問題に気づいたことがあります。手元の画面だけでは分からない所は残るのだと感じました。

[内製ログ @naisei_log]

一度出したものを戻したので、手戻りです。机上で良し悪しを決められると思っていたこと自体が違っていました。

現場の見え方は、現場で確かめないと分からないと感じました。運用を始める前に分かったのは幸いでした。

#ClaudeCode

[内製ログ @naisei_log]

PCで地図を拡大して「これが正解」と思った変更を、屋外で試して、その日のうちに戻しました。

現在地の印が記録したピンを覆って見づらいので、自分で考えて小さな青い丸に変え、本番環境に反映。

スマホで外に出て地図を広く見ると、今度は現在地が見つかりません。緑のピンに紛れていました。

[内製ログ @naisei_log]

PCでは地図を拡大して見ていたので「小さくて邪魔にならない」が正解に見えました。

現場では地図を引いて使います。同じ変更が「見つからない」という逆の問題に変わりました。

元の問題（記録の直後は、現在地の印がピンを覆う）は今も残っています。解決はしていません。

[内製ログ @naisei_log]

@kp_44569 機能を足した時期と、通信量が増えた時期が重なっていたんですね。有料にしたことで見られたログが、無料に戻す手がかりになったのは面白い流れだと感じました。

[内製ログ @naisei_log]

@tashikameru_ai 「管理のための管理は増やさないで」を、作る前に約束しておくのがいいですね。

私も業務アプリに機能を足すとき、「現場で入力する手順は増やさない」と先に決めました。記録をどの活動に数えるかは、選ばせずに自動で紐づけています。

[内製ログ @naisei_log]

@kerokeroking01 お母さまに預けるため、という目的がはっきりしているのがいいですね。

私も非エンジニアで、Claude Codeと業務アプリを作っています。コードは書いていませんが、何を作るかを決めることと、実際に使う場面で試して確かめることは自分の役目だと感じています。

[内製ログ @naisei_log]

どちらも「フォロワーを増やすのが今いちばん効く手か」という論点そのものは疑いませんでした。そこは人が考える部分だと感じました。

使ったのは、いけともchの「ソリューションセレクタープロンプト」です（動画ではOpenAIのo1で紹介）。
https://t.co/RzvLhpCT0b

[内製ログ @naisei_log]

同じ問題解決プロンプト（AIへの指示文）を、9月にGemini 3.1 Proには背景を手書きで、Claude Codeには手元の記録を読ませて投げました。

違いが出たのは質問です。Geminiが確認してきた5点のうち4点は、記録に答えがあることでした。Claude Codeは、記録では分からないことだけを聞いてきました。

[内製ログ @naisei_log]

文脈がないと、正しい助言が合わなくなることもありました。Geminiは画面のスクショ添付を勧めてくれましたが、私は実データを映さない決まりで発信しています。

一方で、週の時間割を曜日と分数まで落とす具体性は、Geminiのほうが上だと感じました。

[内製ログ @naisei_log]

@kako_webmarke 私は会議の記録を議事録にして共有する使い方が中心で、自分の話し方を見てもらうことは考えていませんでした。相手の困りごとを拾えたかを後から確かめられるのは、便利そうだと感じました。