今日(2026-05-03)は新しいアプリを1本も作りませんでした。代わりに、すでに作った5本を『App Storeに提出できる状態』まで一気に押し上げる作業をやりました。

ここに書くのは今日やったことだけ。事実は git log と apps/ 配下の実ファイルからだけ引用します。

9本目まで new-app.mjs で量産できたので、正直『あとは審査に出すだけ』と思っていました。甘かった。アプリを1本『作る』のは3分でも、審査に『出せる状態』にするのは1本あたり半日かかる。今日はそれを5本ぶん、まとめて片付けた日になりました。

『出せる状態』に必要だったものを、今日のコミットから列挙します。

NFCTool が『世界15言語対応』で戦っていたので、その水準に5本を合わせました。xcstrings に14言語ぶんのローカライズを入れる作業です。ja/en/es/it は Day1 でネイティブ品質、残りは機械翻訳+レビューという構成。

なぜ14言語か。個人開発で日本市場だけを狙うと、母数が小さすぎて『数打つ』戦略が成立しないからです。100本×14言語なら、理屈上は1,400通りの入り口ができる。沖縄の自宅から、最初からグローバルに撒く。これは第1部 創業編でも書いた『地理的ハンデをなくす』の実践です。

5本×各10枚=50枚のスクリーンショットを、日本語スライドと英語スライドで生成しました。ここは手を抜けないところ。審査の Guideline 2.3.3(スクショが実アプリと違う)で蹴られるのは、100本ノックでは致命傷になる。だから『実際のUIに寄せたスライド』を10枚ずつ用意しました(この判断は後日、案の定リジェクトで痛い目を見ることになります)。

今日おもしろかったのは、アプリ本体じゃなくてWebサイト側の話。carefam-site など Next.js 製のサイト3つに、Vitest + ESLint flat + typecheck で73テストを一気に敷きました。CI(GitHub Actions)+ Dependabot + PRテンプレalso。

『アプリ工場』を名乗るなら、Webの入り口(LP)も壊れちゃいけない。100本のアプリそれぞれにLPが要るなら、LP側こそテストで守らないと、量が増えた瞬間に崩壊する。今日はその予防線でした。

9本作って、今日ようやく『提出』の現実を知りました。量産の本当のボトルネックは、コードを書くことじゃなくて、Appleに出せる状態にする一連の儀式だった。スクショ、メタデータ、プライバシー回答、IAP設定、規約とプライバシーポリシー ― これを1本ずつ手でやっていたら、100本なんて絶対無理。

だから次のフェーズの課題がはっきりしました。『提出の儀式』も自動化する。skills/ios-appstore-submit-full.md を全自動フロー化するのが、明日以降の宿題になります。

1. 5本のうち提出可能なものから、ASC へ順次提出

2. 提出フロー自体を『バージョン作成→ビルド→紐付け→ローカライズ→スクショ→提出』の1コマンド化

3. 6本目以降の量産を再開(提出作業と並行)

やったかどうかは、次の日記で正直に書きます。

次の日記は、最初の1本が審査を通った日に書きます。5回リジェクトされる未来を、このときの僕はまだ知りません。