響 / Hibiki｜U-Design Lab

会社員エンジニアがAIで「作る→公開する→売る」を実験中。Codex/ChatGPTを使った個人開発の実例・失敗・数字を公開。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

はじめられない。続かない。挫折ばかり。
それは「意志が弱いから」じゃなくて、“揺れても積み上がる設計”がないだけです。

20年、IT現場と経営の両方を見てきた僕が辿り着いた結論はひとつ。
やる気は信用しない。
淡々とこなせる “仕組み” に全部任せる。

その作り方を、noteにまとめました。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

自動化するか迷った時、最近は「面倒さ」より“何回繰り返すか”を見ます。1回しかやらない作業を綺麗に自動化して、余計に時間を使うことがあるからです。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

FXツール検証でログを取り損ねた原因、ロジックではなくCSV名の衝突でした。地味だけど痛い。今はログ名に必ずバージョンを入れています。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

「作ったら誰か使う」は危ない。今は機能一覧より先に「誰が、どんな場面で、今どう代替してるか」を1文で書けるか確認しています。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

@ryuki_notion それ、まさに個人開発の怖いところですね…

仕事だと納期や予算が勝手に終了条件になりますけど、個人開発は自分で止める理由を作らないと、いくらでもやれちゃうのが怖いところ、、、

最近は「ここまでできたら一旦出す」を先に決める方が大事だなと感じてます。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

@rpa_dake ありがとうございます。

完成してから綺麗にまとめるより、詰まったところや反応がなかった時も含めて残したいと思っていたので、そう言ってもらえるのは嬉しいです。

もし「この数字や過程はもっと見たい」があれば、ぜひ教えてください。今後の記録に反映したいです。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

noteでは「AIでFXツールを作って売ってみるまで」を7本書きました。作った話だけでなく、詰まった所や売れるか分からない途中も残しています。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

AIへの指示で困るのは最初より途中です。会話が長いほど前提と変更点が混ざる。最近は追加説明より「前回から何を変えるか」を先に書きます。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

@minami_ai_ops 終わった状態を先に書く、すごく分かります。

自分も「何をもって完了か」を決めないと改善が終わらなくなることが多いので、成功状態を先に置くのはかなり効きそうです。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

@twentyblog1420 お客さん呼ぶのって大変ですよね・・・

いくらいいもの置いてあっても、ひと気のない店に入るのは自分でも勇気いりますしね。Webだろうが実店舗だろうが一緒だから、交流って重要なんだなと感じてます。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

Blueskyは30日で50投稿して、反応0・コメント0・リポスト1。今の自分にはまだ手応えなし。でも「向いてない」と決めるには早いので、コストを抑えて継続します。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

AI文章に人間味を足す時、感情を“追加”するのは違う気がしています。やるのは逆で、実際にあった迷いや面倒を整える途中で消さないこと。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

@masamune_sakaki 完全自動化を諦めて細かく指示する、というの、すごくわかります。

私も最近、全部任せるより判断が必要な所だけ人間を残す方が結果的に楽だと感じています。
/goalやっても結局判断必要になるケースがそこそこ出てくるので、遅くなるけど進捗も見える安心感もあるので、ぼちぼち進めてます。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

@mitsukiai_0130 やりたいこといっぱい病、かなり分かります。
AIで着手コストが下がった分、プロジェクトだけ増えやすいんですよね。
最近は何をやらないかを先に決める方が大事だと感じていますが、やるかやらないかで迷うくらいならやってしまうから結局増えることに・・・

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

直近30日はThreads約3.7k views・コメント18、X約1k imp・コメント2。同じテーマでも会話の起き方が違う。媒体ごとに同じ文を流すのをやめた理由です。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

AIに任せる範囲、私は「失敗しても戻せるか」で分けています。文章案は広く任せる。本番変更は確認する。みなさんは何だけ人に残していますか？

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

Threadsの閲覧者3,251人がほぼ新規なら、毎回「前の投稿を知ってる前提」で書くのは危ない。1投稿だけ見ても、何を作ってる人か分かるようにしたいです。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

Project OSを作って分かったのは、保存先を増やすほど「どれが正本？」が曖昧になること。AI整理より先に、何を正本にするか決める必要がありました。

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

AIへの指示、長く書くほど良くなるとは限らない。私が先に決めるのは「目的・変えない範囲・完了条件」。どれが抜けると一番ズレますか？

[響 / Hibiki｜U-Design Lab @Hibiki_U_Design]

フォワード2件が似た動きをすると、すぐロジックを変えたくなります。でも2件は2件。AIなら一瞬で直せるからこそ、「今は直さない」判断も必要です。