コード書けない個人開発者が、AIに"合格点"を出させるためにやっておくべきたった1つのこと
結論から言うと、「100点取るまで提出するな」と1行足したら、30点の動画が91点で戻ってきた
前回の記事末尾で「次回はAIが勝手にやらかすのを物理的に防ぐ方法を書く」と予告していたんですが、今回は少し順番を変えて、別の気づきを先に書かせてください。
まず、成果物を見てもらったほうが早い。
Before（AIが最初に出してきたもの）
After（1行だけ指示を足した後）
導入：こんな経験、ありませんか？
「上司にAIで作った資料を見せたら、"このAI感、見てらんない"と突き返された」 「副業のLPをAIで作ろうとしたら、見るからに素人っぽいデザインが出てきた」 「SNS投稿の画像、自分では満足でも反応ゼロ」
「使える」と「使えない」がランダムに出るのが、AIを仕事で使い始めた人の共通の悩みです。私もずっとこれでした。使うたびに品質の賭けをしているようで疲れる夜もありました。
動画制作で同じ問題にぶつかって、ある1行で関係が変わりました。
①まず、質が安定する
AIアウトプットの品質を、安定して高くする方法
AIに動画CMを作ってもらったら、30点の素人動画が出てきました。タイトルロゴは画面外、主役は消失、最後のシーンはホラー映画みたいな暗さ。100ページの仕様書を渡したのに、この出来でした。
原因は3つでした。①仕様を盛りすぎて要件が矛盾した、②「プロ品質にして」という曖昧な願望を書いた、③完成品を受け取るまで途中確認のタイミングがなかった。どれも、職場で部下に仕事を振るときに絶対やってはいけないことです。
そこで、仕様書の最後にこの1段落を足しました。
完成後、以下15項目で自己採点してください。
（タイトル3秒以内・見切れなし・世界観維持など）
合計100点満点。
100点取れるまで、私に提出しないでください。
結果、AIが自分でフレームをチェックし、減点し、勝手に修正を始めました。出てきたのは91点の動画。冒頭で見せたBeforeとAfterの差は、この1段落だけ。採点基準を渡した瞬間、"完成"の定義がAIと揃ったのが、効いた理由です。
②そして、自信が持てる
「使いこなせている」という感覚を取り戻す方法
毎回AIのアウトプットに一喜一憂するのは、自分に品質コントロール権がない状態だからです。出てくるものが良ければ嬉しい、悪ければ凹む。受け身。
「100点取るまで提出するな」という指示は、この関係を逆転させます。こちらが品質の定義者になり、AIがそれを実行する側になる。同じ1時間でも、「何が出るか分からない1時間」ではなく、「基準を満たしたものが出る1時間」に変わる。
私は動画制作の後、資料作成や画像生成にも同じ方法を使いました。毎回90点以上のものが戻ってくるようになると、使う前の不安が消えます。「とりあえずAIに頼んでおこう」が、確信を持った作業に変わる。
この感覚は、本業で信頼できる部下に仕事を振るときの感覚に似ています。「アウトプットの質を任せられる」という安心感。これを、AI相手にも持てるようになります。
③最後に、周りの見方が変わる
「本当にAIで成果を出している人」として見られるようになる
周囲で「AI使ってます」と言う人は増えました。でも、成果物まで含めて評価されている人は少ない。多くは「使ってる風」で止まっている。
差がつくのは、最終品質のコントロール能力です。AIを使うこと自体ではなく、「使った結果として質の高いものを出す」ことに評価が宿る。そして、そのコントロール能力は採点基準を定義できるかどうかで決まる。
「100点取るまで提出するな」を使いこなすためには、採点基準を自分で書けることが前提になります。つまり「何が良くて何が悪いか」を言語化する力。これは、AIを使う人の中で本当に希少なスキルです。
私はこの方法を使うようになってから、「AIで作ったとは思えないクオリティ」と言われる機会が増えました。AIを使っている事実より、品質を制御できている事実のほうが、評価に直結するようになった。
周囲から「この人、本当に使いこなしてる」と見られたい人ほど、この1行を試してほしいです。
結論：明日から景色が変わる
「AIアウトプットの質が安定しない」という悩みは、採点基準を先に渡していないから起きています。
今日の仕事で、AIに何か頼むとき、指示の最後にこう足してみてください。「以下の5項目で自己採点して、100点取るまで出さないで」。採点項目は、目で見て判定できる粒度で。それだけ。
明日、出てくるアウトプットが変わります。そして、周囲の反応が変わります。「使いこなしてる側」に回る第一歩、この1行で踏み出せます。
おまけ：こんな奮闘を経て、開発してるアプリがこちらです！
コードが書けない非エンジニアが、AIと格闘しながら完全バイブコーディングでアプリを作っています。
第一弾：もふふミルクとにゃんこ脱出ゲーム 🐾
動画に登場している白い猫のミルクが主人公。ふわふわの謎を解いて、ミルクと一緒に脱出するゲームです。
📱 アプリはこちらからダウンロードできます 👉
次回作：もふふミルクのにゃんこ図鑑、開発中 🌱
今回の記事で書いた"引き継ぎ書"の仕組みを最初から適用して作っているのが、この育成ゲームです。ミルクと一緒にふわふわ島で暮らしながら、いろんな猫たちと出会って、育てていくゲーム。
▲ 開発中の画面（2026年4月時点）。ミルクを育てるコアループ部分が動いている状態。
引き継ぎ書を置いて開発したおかげで、脱出ゲームのときより明らかに順調です。リリース時期が近づいてきたらまたお知らせします。
興味ある方はフォローしてもらえると嬉しいです！
次回：「それ3日前に変えたよね？」とAIを詰めた私が、自分のメモを見て凍りついた話 を書く予定です。今回は「AIに高い質を出させる」話でしたが、次は「AIを責めていたら、実は自分のせいだった」話です。
これまでのシリーズ
非エンジニアの私がAIにゲームのCM作らせたら素人以下だった。指示に1行足したら9割マシになった話（この記事）
※本記事はnoteからの転載です：https://note.com/natty_yarrow1907/n/n7ce9dec2658a