この記事でできるようになること

個人開発の「できた」を5段階に分けて、いま何段階目かを表で言えるようになる
「配れる」の合格条件を6項目の数字で固定し、修正後に同じ条件で再実測できるようになる
障害が起きたときに直す前に採る6点を雛形どおり採取し、原因を数字で説明できるようになる
WordPress.orgへ提出する前に、自動スキャンと審査で落ちた実例に基づくチェックを通せるようになる
「販売可能」の条件4つを埋めて、人手なしで売れる状態かを判定できるようになる

対象は自分の端末では動くものを持っていて「配っていいか」「売っていいか」の基準がない個人開発者・副業エンジニアです。
考え方は言語やフレームワークを問いませんが、実測はすべて私の環境（Apple SiliconのMac・常駐のローカルWebサービス・自作WordPressプラグイン）のものです。

結論を先に

「できた」には3つの状態があります。
機能完成・配布可能・販売可能です。
この3つを同じ言葉で呼ぶと、自分の端末で動いたものをそのまま配って他人の環境で壊れます。

やることは3つです。

状態を5段階に分けて、記事・告知・販売に出せるのは「公開済み」だけと決める
「配れる」の合格条件を6項目の数字で固定し、障害時は直す前に同じ時点で6点を採る
「売れる」の条件4つが揃うまで売らない。揃わない日は0件のまま記録する

この3つを回すための表と雛形が有料パートです。

前提と実測環境

常駐サービス: macOSのLaunchAgentで起動する自作のローカルWebサービス（Python・SQLite）。スマホからVPN経由で使う
WordPressプラグイン: 自作3本をWordPress.orgで公開済み、1本が再審査待ち（2026年9月3日時点）
実測日: 2026年8月26日（新機能の境界設計）、8月28日（接続障害の採取と修正）、8月29日と31日と9月1〜2日（WordPress.org提出・失格・指摘・修正）
本文の数字は上記の実測です。「120回で十分」は私の環境での判断であり、あなたの製品の合格回数は検収表を埋めてから決めてください
WordPress.orgの審査基準は変わります。本文の指摘4点は2026年9月時点のものです

5段階の定義（無料）

段階          | 定義                                                 | この段階で許されること
------------------------------------------------------------
1. 実装済み   | 自分の端末で意図した動作をした                       | 自分で使う
2. 短時間合格 | 自動テストが通り、起動して数分の操作で壊れない       | 内輪に見せる
3. 長時間合格 | 放置・連続処理で資源（FD・メモリ・DB接続）が増えない | 配布ZIPを作り始める
4. 配布準備   | 配布物・手順書・旧版のArchiveが同じ版で揃っている    | 提出・配布
5. 公開済み   | 他人が入手できるURLがある                            | 記事・告知・販売導線

線を引く場所は2と3の間です。
短時間の検査では出ない障害があります。私の常駐サービスは最後の正常アクセスから約1日半かけてファイルディスクリプタが255（上限256）まで積み上がり、プロセスもポートも生きたまま接続だけ受け付けなくなりました。自動テストは全部通っていた状態でです。

検収表の項目6つ（無料・項目名のみ）

起動
連続処理
資源
保存
停止と再開
別端末

項目は製品が変わっても変えません。変えるのは各項目の「合格の書き方」だけです。
合格の書き方は数字にします。数字にできない項目は検収できていません。

ここまでが無料パートです。
以下は記入例つきの出荷ゲート表、連続稼働テストの雛形、障害採取テンプレ、審査提出前チェック、販売前チェック、FAQです。