公開ボタンは、12分で押せた ―経理AIの"同僚"、今日から誰でも雇えます

こんにちは！YaroTechです。

昨日の記事の最後に、「明日、4点目の宿題を片づけて公開ボタンを押します」と書きました。

押しました。

作業を始めたのが13時30分。公開ボタンにあたる操作が完了したのが13時42分。12分でした。片づけまで含めても20分で終わっています。火曜に71分かけた準備の日と比べると、当日はあっけないほど軽かった。今日はその20分を、時系列でそのままお見せします。

そして記事の最後のほうで、公開したものの置き場所（URL）もお出しします。自作の経理AIアプリのα版です。今日から誰でも、手元に連れて帰れます。

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

※2026年8月1日時点の情報です。

🖥️ 実行環境

• PC: ThinkPad X1 Carbon（Windows 11）

• 作業内容: 手元のフォルダの点検 → 公開用の置き場を作成 → 中身を送信（＝公開）→ ブラウザで目視確認 → バージョンの「しおり」を貼る

• 使ったもの: git（作業の記録を管理する道具）、ブラウザ、GitHub

• 公開したもの: YaroTech AI Cowork v0.1.0（α版・MITライセンス）

• 立会い: クロ助（Claude Desktop）が事前チェックと外部からの閲覧確認を担当

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

• 個人開発アプリを公開する当日、実際に何分で何が起きるかの実測

• 公開前チェック4点目「過去の履歴の点検」を、具体的にどう確かめるか（4つの確認だけ）

• 公開直後の画面で何が見えるようになるのか（想定外だったものが1つありました）

• 「準備の日」と「公開の日」を分けると何が起きるか

📊 実際の成果

Before（7月28日・火曜）

秘密情報の直書きが8件（対象7ファイル）。まっさらな環境で走らせたら眠っていたバグが5件。所要71分。「動くアプリ」と「公開できるアプリ」の間には、確かに距離がありました。

After（8月1日・土曜）

• 13:30 作業開始

• 13:38 公開用の置き場を作成

• 13:42 送信完了＝この瞬間が公開

• 13:46 ブラウザで目視確認＋クロ助が外部から閲覧できることを確認

• 13:50 バージョンの「しおり」（v0.1.0）を貼って完了

合計20分。公開ボタンまでは12分。つまずきゼロ。

火曜に「8件」と数えた距離は、今日ゼロになりました。

🚀 実践内容

① まず、過去の記録帳を点検する（4点目の宿題）

昨日書いた公開前チェック4点セットのうち、残っていたのが④「過去の履歴を点検する」でした。コードから秘密を抜いても、過去の作業の記録帳（コミット履歴）に残っていれば、公開した瞬間に全部見えてしまう、という話です。

やったのは4つの確認だけでした。

• `git log --oneline` … 記録帳に何ページあるか

• `git status` … まだ書きかけの差分が残っていないか

• `git ls-files` … 何ファイルを持っていくことになっているか

• `git config` … 誰の名前で記録されているか

結果は、記録帳は初回の1ページだけ。持っていくファイルは35ファイルぴったり（火曜に数えた数と一致）。書きかけの差分なし。名前はメールアドレスが出ない形式。

さらに、開発用フォルダのほうでも `git remote -v` を確認しました。こちらは「送り先が設定されていない」状態。つまり開発中の記録帳は、ローカルに留まったままです。過去のページごと公開されるルートが存在しない、ということがこれで確認できました。

検出ゼロ。4点目、合格です。

② 人の目と、機械の目の二重チェック

ハンズオンの前に、クロ助（Claude Desktop）が持っていく35ファイルのうち34ファイルを全文読んで、鍵・実名・社内の機器名などの直書きがないことを確認しています。残る1ファイルは自動生成されるもので、人が中身を書く場所ではありません。

そして送信のとき、GitHub側でも機械的なスキャンが走ります。こちらの結果は45オブジェクト・107.80 KiBを送信して、検出ゼロ。

人の目と機械の目、両方を通しました。それでも「安全が保証された」とは書きません。自分でやれる範囲の点検を、全部やった上で押した。書けるのはここまでです。

③ 公開直後の画面で、想定外だったこと

送信が終わってブラウザを開くと、取扱説明書（README）が全文表示され、ライセンス表記も正式に認識され、コミット数は1、バージョンのしおりも付いていました。ここまでは想定どおりです。

想定外だったのはContributors（貢献者）の欄でした。

そこに「claude」が並んでいたんです。初回コミットが共作名義で記録されていたため、GitHubの公式な画面上に、共同作者として表示されていました。

7月に「AIを雇ってみた」という記事を書きましたが、あれは私の側の言葉づかいの話でした。それが今日、外部のサービスの公式なUIに、雇った同僚の名前として並んでいる。これは予定していなかった収穫です。

関連記事: 「仕事を奪うAI」を、自分の手で雇ってみた ― 経理の"同僚"を作った夜に考えたことでは、「雇う」という動詞にたどり着くまでの話を書いています。

もうひとつ面白かったのが、コミットの日付表示が「4 days ago」だったこと。記録帳の1ページ目は火曜（7/28）に書かれているので、こうなります。準備は火曜に済んでいて、今日は押しただけという構図が、画面上でそのまま証明されていました。

言語の内訳も出ていました。Python 69.4%／JavaScript 27.7％／Batchfile 2.5%／HTML 0.4%。自分では「Pythonのアプリ」だと思っていたので、画面側からの答え合わせになりました。

④ そして、置き場所です

公開したのはこちらです。

https://github.com/OKstyle-Tokyo/yarotech-ai-cowork

YaroTech AI Cowork v0.1.0。Claude Agent SDK＋FastAPIで作った、MFクラウド会計と連携する経理アシスタントです。AIが下書きを作り、人が承認してから初めて反映される「Draft & Approve」の設計にしてあります。

α版です。完成品ではありません。 動かしてみて詰まった箇所や、ここは違うだろうという設計判断があれば、ぜひ教えてください。それがいちばんありがたいフィードバックです。

⚠️ つまずきポイントと解決策

今日は、つまずきゼロでした。準備を4日前に済ませていたおかげです。

ただ、初めて公開する方向けにひとつだけ書いておきます。初回の送信でブラウザの認証画面が立ち上がることがあります。認証情報を管理する仕組みが働くためで、正常な動作です。

このとき、画面上は「送信が止まっている」ように見えます。実際には、ブラウザ側でログインを完了させれば続きが流れます。私も一度ここで画面が止まりましたが、想定内の手順として処理して、13時42分に間に合いました。

エラーだと思って中断しないこと。 止まって見えたら、まずブラウザのタブを探してください。

💡 応用例

自分のアプリを公開したい方向けに、4点セットを再掲します。順番は入れ替えられません。

1. 秘密情報を外に出す … コード本体ではなく、設定の既定値とドキュメントを見る（私の場合、8件全部がそこにいました）

2. 接続先とパスを設定化する … 自分の環境の前提を剥がす。未設定時は「何が足りないか」を画面に出す

3. まっさらな環境で検証する … 手順書だけを頼りにセットアップを走らせる（私はここで眠っていたバグを5件見つけました）

4. 過去の履歴を点検する … 記録帳の中身と、送り先の設定を確認する（今日やったのはここ）

そして今日いちばん実感したのは、①〜③をやる日と、④＋公開ボタンを押す日を、分けたほうがいいということです。

同じ日に全部やろうとすると、疲れた頭で最後の判断をすることになります。私は火曜に71分かけて①〜③をやり、金曜に「今日は押さない」と決めて、土曜の頭が動くうちに④と公開をやりました。結果、当日は20分。準備が、当日を軽くしてくれました。

🔗 関連記事

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

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

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

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

📝 まとめ

• 公開当日は20分。公開ボタンまでは12分。つまずきゼロ

• 4点目「過去の履歴の点検」は、4つの確認で終わる（記録帳のページ数／書きかけの差分／持っていくファイル数／記録の名義）＋開発側の送り先設定

• 点検は人の目（34ファイル全文）と機械の目（送信時スキャン）の二重。それでも「保証」ではなく「やれる範囲を全部やった」

• 公開直後、Contributors欄に「claude」が共同作者として記録されていた

• 火曜に「8件」と数えた距離は、今日ゼロになりました

押した瞬間より、押せる状態を作った5日間のほうが本体だった、というのが正直な感想です。火曜の71分と、金曜に「今日は押さない」と決めた判断が、今日の12分を作りました。

そして公開は、終わりではなくスタートラインです。α版の名のとおり、ここからが本番だと思っています。

🚀 次回予告

明日は日曜。AI5兄弟が集まる、いつものトーク回です。「公開して終わりじゃなく、ここからが運用」という話も、賑やかに混ぜてもらう予定です。

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

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

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

【デザインコンセプト】
- 背景: 前夜と同じ作業部屋が、昼の明るい光に変わっている。窓の外は晴れた空。爽やかな水色と暖色のグラデーション
- メインビジュアル: 10代後半の少年キャラクター（黒パーカー・ヘッドフォン・晴れやかで満足げな表情）が、クリップボードのチェックリストを手に持っている
- チェックリスト: 4項目すべてにチェックが入っている
- サブ要素: モニタの公開ボタンは押された後の表示。「明日」と書かれた付箋は剥がされて机の端に置かれている。ロゴ・実在ブランドは描かない
- テキスト3段:
  上段（ホワイト・30〜32pt）「4つ目のチェックを、埋めた」
  中段（ゴールド・44〜48pt）「公開ボタンは、12分で押せた」
  下段（ホワイト・20〜22pt）「直書き8件から5日間 ― 経理AIα版、公開しました」

【作成手順】
1. スライドサイズ（1536×1024px）の横長フォーマットで作成する
2. 前夜と同じ作業部屋を昼の明るい光で描き、窓の外に晴れた空を配置する（水色＋暖色のグラデーション）
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 #経理DX #開発日記 #毎日note #毎日投稿