非エンジニアのClaude Code開発ペース｜会社員をしながら週5日、平日は夜4時間（GitHubの記録）

第1回で、実例の無い店の仕組みを、AIのコーディング支援と一緒に自分で作った、と書きました。 2回目は、それがどんな毎日なのか、です。

私は平日、会社員として働いています。店は福島市、私の勤め先は仙台です。 だから開発の時間は、平日は夜に4時間ほど、休日は一日中。 店を開いたのは大学3年の終わりで、この春までは大学生をしながら、今は会社員をしながら、同じ店の仕組みを作っています。

「1年半も何を作っているのか」と思われるかもしれません。作っているというより、直しています。 利用者の声を見て、つまずいた場面を直し、また声を見る。この回転が毎週レベルで回っている（改善に終わりはない）ので、開発の時間はほとんどそこに使われています。

「平日は夜に4時間」は私の感覚なので、記録でも確かめました。私のGitHubにある全リポジトリの履歴から、何回コミットしたかではなく、コミットのあった「日」を数えています。 AIと作っていると、細かいコミットが1日に何十回も積み上がることがあるので、回数は作業量の目安になりません。 1日の作業量は、コミットのあった「時台」（19時台、21時台…）がいくつあったかで見ています。

自分でも意外だったのは、会社員になってからのほうが、開発している日が倍以上に増えたことです。 大学生の頃は週に2〜3日、まとめて作る時期と空く時期の差が大きく、一番長く空いたのは37日でした。 会社員になってからは週に5日、一番長く空いたのは5日だけです。 時間が自由だった頃より、時間が限られた今のほうが、毎日少しずつ手を入れる形になっています。

夜の割合も変わりました。夜20時から翌朝5時までのコミットが、大学生の頃の3割から、今は5割を超えています。 1日に作業した時台の中央値は4で、「平日は夜に4時間」という感覚と、だいたい合っていました。

連休も、作っていた

• —2025年のクリスマス：12月24日も25日も、記録がある
• —2026年のゴールデンウィーク：5月3日から6日まで、4日とも毎日
• —2026年のお盆：8月13日から16日まで、4日とも毎日。15日は11の時台に記録がある
• —一番長く続いたのは、2026年7月29日から8月19日までの22日連続（店以外も入れると27日）
• —月に一番多かったのは、2025年5月・2026年3月・7月・8月の、それぞれ27〜28日

2025年5月の27日は、使いやすさの点数が63点から83点に上がった見直しの時期と重なります（改善に終わりはない）。2026年3月は、卒業と入社のあいだの春休みでした。

頼み方のコツを聞かれることが一番多いので、私がやっていることをそのまま書きます。 コードの書き方は頼みません。書けないからです。代わりに、先に渡すものが4つあります。

この4つを先に渡すと、出てくるものの方向が合います。逆に、これを省いて「こういう画面を作って」とだけ頼むと、 その場では動くものができても、次に頼んだときに前と辻褄の合わないものが出てきます。 私が一番痛い目を見たのはここで、適当な指示で続けると、辻褄が合わなくなる。 これは第3回で改めて書きます。

夜の4時間は、だいたいこの順番で回っています。

• —聞く：やりたいことを、分からない言葉のまま聞く。「こういうことをしたい、何て言うの、どうやるの」から始める
• —作る：方針・思想・イメージ・注意点を渡して、作ってもらう。頭で考えていても始まらないので、とりあえず形にする
• —動かす：必ず自分で動かして、画面と動きを見る。コードは読めないので、見るのは結果
• —直す：違ったら、何が違うかを言葉にして戻す。合っていたら、店に入れる

「作る」の段階で、私は基本的にAIの提案に乗ります。自分で書いたコードへの愛着が無いので、 上書きされることに抵抗がありません。「コードを捨てた」という感覚も、私にはありません。上書きされていっただけです。 エンジニアの方から見ると乱暴に見えるかもしれませんが、飽きっぽくて、思ったらすぐ動いて、計画性が無いという私の性格は、この作り方にはむしろ向いていました。

道具は、今年はずっと Claude Code だけです。v0.dev、Cursor、Antigravity と使ってきましたが、 デスクトップ版が出て、いつものチャットと同じ感覚で使えるようになってからは、他を開かなくなりました。 道具を一つに絞ると、頼み方の癖が溜まっていくのも、よかったところです。

頼み方の4つより大事だと思っているのが、この2つです。これだけは省きません。

1. 方向性を合わせる

作り始める前に、「今日はここを、こういう方向で」を合わせます。 一回の頼みで済むことはほとんど無く、何回もやり取りする中で、方向がずれていくからです。 ずれたまま進むと、動くけれど前と噛み合わないものができる。合わせ直す時間は、直す時間より短い。

2. 最後は自分の目でチェックする

コードの正しさは判定できません。でも、お客様が見る画面と、お客様がする操作の結果は、自分で確かめられます。 店に入れる前に、必ず自分で通します。ここを飛ばしたものは、店に入れません。 無人店は、私が入れたものをその場で止めてくれる人がいないからです。

最後に、開発をしていない時間の話です。 当店の仕組みのアイデアは、30分歩いているとき、シャワーのとき、寝る前、何も考えていないときに閃いたもので大体できています。 AIをゴリゴリ使う時間があるからこそ、使わない時間が要ります。

ひらめきの素材は、日頃の観察で貯めています。「この構造はなぜ」「この配色は何のため」「この仕様は何が原因」と、目にするものに問いを立てる癖です。 問いが溜まっていると、AIに聞くときの言葉になります。

この記事の調べ方

この記事は、完全無人のセルフ写真館の仕組みを2年作り続けている私の、実際の作り方です。 頼み方の中身（方針や注意点の具体的な文面）と、作ったものの構成は、当店の運営の中身にあたるので書いていません。

非エンジニアが AI で店の仕組みを作るときの進め方を一緒に考えたい方は、LINEでのご相談も受け付けています。

記事中の会社名・サービス名は、各社の商標または登録商標です。