公開ボタンは、明日押す ― その前に「公開前チェック4点」を1枚にまとめた

こんにちは！YaroTechです。

昨日の記事の最後に、「ひとつ目の距離をゼロにしに行きます」と書きました。先に白状します。公開は、明日に延ばすことにしました。

今日は金曜で、公開作業にまとまった時間が取れそうにありません。火曜の記事に書いたとおり、公開ボタンを押す前には最後の宿題（過去の履歴の点検）が残っています。それを片手間で済ませて押すくらいなら、1日待ったほうがいい。焦って押さない、というのも手順のうちだと思うことにしました。

その代わり今日は、火曜に71分かけてやった公開準備を、誰でも使える「公開前チェック4点セット」として1枚にまとめておきます。明日ボタンを押す前の、棚卸しです。

※見出し画像のプロンプトは一番下におまけで公開中！

※2026年7月31日時点の情報です。

🎯 この記事で得られること

• 個人開発のアプリを公開する前に確かめる4点が、1枚でわかる

• 秘密情報が残りやすい「意外な場所」（コード本体ではありませんでした）

• 4点を回る順番と、その順番でなければいけない理由

• 「焦って押さない」も判断のうち、という話

📋 公開前チェック4点セット

火曜のハンズオンでやったこと・見つけたことを、手順の形に並べ直します。数字はすべて火曜の記事に書いた実測値です。

① 秘密情報を外に出す ― コード本体より「既定値」と「ドキュメント」を見る

公開前のスキャンで直書きの秘密情報が8件（対象7ファイル）見つかったのですが、驚いたのはその分布でした。コード本体はゼロ。8件全部が、設定の「環境変数を読むときの既定値」とドキュメントの中にいました。

環境変数化したつもりでも、読み込みの既定値に本物を書いてしまえば直書きと同じです。しかも見た目は「ちゃんと外出ししているコード」に見える。だからチェックの1点目は「コードを見る」ではなく、既定値とドキュメントまで見る、です。

② 接続先とパスを設定化する ― 「自分の環境の前提」を剥がす

接続先のURL、保存先のパス、事業者の名前。自分のPCでは当たり前すぎて意識しないものほど、コードとドキュメントに静かに溶けています。これを全部、設定ファイルから読む方式に引き剥がします。

コツはひとつだけ。未設定のときに黙って落ちるのではなく、「何が足りないか」「どうすればいいか」を画面に出すことです。使う人は、私の環境の前提を知りません。エラーメッセージの親切さは、公開するアプリでは機能のひとつです。

③ まっさらな環境で検証する ― 手順書だけで動くか

一時フォルダに公開用の中身をコピーして、新しい環境を作り、手順書（README）だけを頼りにセットアップを走らせます。火曜はここで、それまで一度も踏んだことのなかったバグが5件見つかりました。

理由は単純で、自分の環境ではセットアップがとっくに終わっているので、最初から通しで走らせる機会がなかったからです。「自分の環境では動く」の正体は、これでした。 動作確認は、自分のPCの外でやって初めて完成します。

④ 過去の履歴を点検する ― 作業の記録帳にも秘密は残る

コードから秘密を全部抜いても、まだ残る場所があります。過去のコミット履歴、つまり作業の記録帳です。今のページが綺麗でも、昔のページに秘密が書いてあれば、公開すれば全部見えます。

火曜は「新規リポジトリとして初期化する」方式で、公開側の履歴をゼロから始めました。クロコの提案です。

ただしこれで終わりではなくて、開発フォルダ側の履歴の点検は別途残っています。これが火曜から持ち越している最後の宿題で、明日の朝いちばんにやる作業です。

💡 順番が大事な理由

この4点、実は順番を入れ替えられません。

①を飛ばして③をやると、検証用の一時フォルダに秘密が入ったままのコピーが生まれます。綺麗にする前に増やしてはいけない、という話です。②が③より先なのも同じで、自分の環境の前提が残ったままだと、まっさらな環境での検証がそもそも成立しません。

そして④が最後にあるのは、①〜③が「これから公開するもの」の話なのに対して、④だけが「過去」の話だからです。今をどれだけ綺麗にしても、記録帳は別に確かめる必要がある。ここを忘れると、公開ボタンを押した瞬間に過去ごと公開されます。

つまりこの4点セットは、今の中身を綺麗にして（①②）、他人の場所で確かめて（③）、最後に過去を確かめる（④）、という一方通行の並びになっています。

🔗 関連記事

今回の内容に関連する過去記事もぜひご覧ください：

• 「動くアプリ」と「公開できるアプリ」は別物だった ― 経理AIのα版公開準備で、直書き8件を掘り出した話

• 距離は、測った日から縮み始める ― "別物"に3回出会った週前半の気づき

• 経理の"同僚"は、こう作った ― Claude Agent SDK×FastAPI×MFクラウドMCP開発記

📝 まとめ

• 公開前チェックは4点。①秘密を外に出す ②前提を設定化する ③まっさらな環境で検証する ④過去の履歴を点検する

• 秘密は、コード本体ではなく既定値とドキュメントに残っていた（実測8件、全部そこ）

• 「自分の環境では動く」は、まっさらな環境で走らせるまで気づけない（眠っていたバグ5件）

• 4点は一方通行。今を綺麗に→他人の場所で確認→最後に過去を確かめる

• そして、焦って押さないのも手順のうち

念のため今日も書いておきます。この4点は「自分でやれる範囲の点検」であって、専門的なセキュリティ監査ではありません。それでも、やる前とやった後では、公開ボタンの重さがまるで違います。

火曜に「8件」と数えた距離は、③まで縮みました。残りは④だけ。この距離がゼロになるのは、明日です。

🚀 次回予告

明日は土曜。いよいよ4点目の宿題（過去の履歴の点検）を片づけて、公開ボタンを押します。URLをお見せするところまでが完結編です。

🎨 おまけ：見出し画像作成プロンプト

今日の見出し画像のベースはジミー（Gemini）に下記プロンプトで作成してもらいました！：

詳細なアニメの美意識の画像を作成してください。表情豊かな瞳、なめらかな網掛けセルの色使い、はっきりした線画を使用します。アニメのシーンに典型的な身ぶりと雰囲気で、心情と登場人物の存在を強調してください。
下記条件のnote見出し画像をサイズは横長で作成してください。サイズは必ず横長で作成してください。

【デザインコンセプト】
- 背景: 静かな夜の作業部屋。濃紺のグラデーションと、デスクライトの暖かい光。「公開前夜」の落ち着いた空気
- メインビジュアル: 10代後半の少年キャラクター（黒パーカー・ヘッドフォン・クールで落ち着いた表情）が椅子に座り、クリップボードのチェックリストを確認している
- チェックリスト: 4項目のうち上3つにチェックが入り、4つ目だけ空欄
- サブ要素: モニタに大きな公開ボタンが表示され、「明日」と書かれた付箋が貼られている。窓の外に月。ロゴ・実在ブランドは描かない
- テキスト3段:
  上段（ホワイト・30〜32pt）「押す前に、確かめることが4つある」
  中段（ゴールド・44〜48pt）「公開ボタンは、明日押す」
  下段（ホワイト・20〜22pt）「直書き8件の反省から作った、公開前チェック4点セット」

【作成手順】
1. スライドサイズ（1536×1024px）の横長フォーマットで作成する
2. 静かな夜の作業部屋を背景にし、濃紺のグラデーションとデスクライトの暖かい光を設定する
3. 机の上にクリップボードのチェックリストを置き、4項目のうち上3つにチェック・4つ目を空欄にする
4. 椅子に座った少年キャラクター（10代後半・黒パーカー・ヘッドフォン・クールで落ち着いた表情）を配置し、チェックリストを確認するポーズにする（添付画像と照合）
5. モニタに大きな公開ボタンを表示し、「明日」と書かれた付箋を貼る。窓の外に月を描く（ロゴ・実在ブランドは描かない）
6. 全体を落ち着いた夜の色調（濃紺＋暖色のライト）でまとめる
7. テキストを3段構成で追加する（上段30〜32pt白・中段44〜48ptゴールド・下段20〜22pt白）
8. 下部中央寄りに「YaroTech」のロゴを12ptで控えめに配置する（右下ではない）
9. キャラの参考画像1枚（C:\Users\YourName\Downloads\note\AI擬人化\Gemini_Generated_Image_クロコ（Claude Code）.png）を添付して人物の一貫性を確保する

#YaroTech #生成AI #個人開発 #GitHub #セキュリティ #AI活用 #ClaudeCode #開発日記 #毎日note #毎日投稿