デスクトップが散らかるのは 片付け方を知らないからではありません。

片付ける時間が いつまでも来ないからです。

僕のMacのデスクトップは ずっとそうでした。

スクリーンショット 送られてきた画像 作りかけの資料。

「あとで整理しよう」と思ったまま 半年が経ちます。

なので 自分で片付けるのをやめました。

いまは毎朝5時に 勝手に片付いています☺️

今日は その仕組みの話です。

2階建てにしました

やっていることは 2つだけです。

毎朝5時 ルールで仕分ける

毎週日曜の朝5時10分 AIが仕分けの残りを片付ける

朝のほうは 迷わない仕事です。

スクリーンショットはここ 画像はここ 書類はここ。

これは考える必要がないので ふつうのスクリプトにやらせています。

問題は 残りです。

download.jpg とか image.webp とか 名称未設定 とか。

名前を見ても中身が分からないファイルが どうしても残ります。

ここだけ AIに任せました。

日曜の朝に AIが中身を見て 置き場所を決めて ついでに名前も付け直します。

download.jpg を開いて 中身がドライヤーの商品写真だったら そういう名前にしてくれる という感じです。

16日でどうなったか

導入したのは7月30日で 今日で16日目です。

数えてみました。

• 移動の記録が残っている日: 13日ぶん

• 自動で動いたファイル: 累計112件

• いま「置き場所が決まらない」フォルダに残っているもの: 0件

最後の0件が いちばん効いています。

毎朝の仕分けで判断できなかったものは 一度「要確認」に入ります。

そこが溜まっていくと 結局また散らかった山ができるだけです。

でも日曜の朝にAIが全部さばくので 週明けには空になっています✊

先に決めた4つのこと

ここからが本題かもしれません。

ファイルを自動で動かす仕組みは 精度が低いことより 取り返しがつかないことのほうが怖いです。

なので作る前に 4つ決めました。

① 削除はしない

1つも消しません。移動と名前の変更だけです。

間違った場所に入っても 探せば出てきます。

消してしまうと そこで終わりです。

② 2日は動かさない

今日デスクトップに置いたものは そのままにします。

昨日置いたものも そのままです。

いま使っているファイルが 朝起きたら消えている。

これをやられると 仕組みごと信用できなくなります。

③ 動かしたものは全部記録する

その日に何をどこへ移したかを 1行ずつ書いたメモを残しています。

「あれ ここに置いたはずなのに」と思ったときに 見る場所が1つに決まっているのは かなり安心します。

正直これがないと 自動整理は怖くて使えません。

④ AIの作業範囲を閉じる

これがいちばん大事でした。

AIに触らせているのは 整理用フォルダの中だけです。

デスクトップ本体には 一切触らせていません。

AIは賢いので だいたい正しく判断します。

でも「だいたい正しい」が毎週続くと いつか外れます。

外れたときに被害が届く範囲を 先に閉じておく という考え方です。

いちばん時間を使ったのは 権限でした

正直に書きます。

仕分けの中身より 権限のほうで詰まりました。

Macは デスクトップや書類フォルダを勝手に触られないように守っています。

なので自動実行するには 許可を出す必要があります。

出しました。

動きませんでした。

もう一度出しました。

やっぱり動きませんでした。

エラーを読むと「デスクトップにアクセスできません」と言っています。

許可は出しているのに です。

結論から言うと 自動実行の登録の仕方が原因でした。

Macから見ると「許可を出した相手」と「実際に動いている相手」が別物に見えていたわけです。

解決策は 小さなアプリを1つ作って それを毎朝呼び出す形に変えることでした。

そうすると初回に「デスクトップへのアクセスを許可しますか」と1回だけ聞かれます。

そこで許可を押したら あっさり動きました。

3時間くらい溶かしたので 同じところで止まる人がいたら ここです☺️

使っているプロンプトを置いておきます

週1のAI整理は これ1枚で動いています。

フォルダ名を自分のものに書き換えれば そのまま使えます。

あなたは週1回のデスクトップ整理係。作業対象は `~/Desktop/デスクトップ整理/` フォルダの中だけ。
デスクトップ直下のファイルには一切触らないこと。削除は絶対にしない（移動とリネームのみ）。

やること:

1. `99_要確認/` の中身を1つずつ確認し、内容から判断して
   `01_スクリーンショット` `02_画像・素材` `03_書類・データ` `04_プロジェクト` のどれかへ移動する。
   判断がつかないものは残してよい
2. `02_画像・素材/` と `03_書類・データ/` の中で、`download.jpg` `image.webp` `名称未設定`
   UUID風・乱数ID付きなど内容が分からないファイル名を、中身を確認して分かる名前にリネームする
   （例: `download.jpg` → `ドライヤー_商品写真.jpg`）。画像は中身を見られる。
   確信が持てないものはリネームしない
3. 作業結果を `~/Desktop/デスクトップ整理/移動記録_YYYY-MM-DD.md`（今日の日付、なければ新規作成）に
   「## AI整理（週次）」セクションとして追記する。
   移動・リネームした各ファイルと理由を1行ずつ。何もしなかった場合も「対象なし」と記録する

ルール:
- ファイル削除・上書き禁止。同名衝突時は `_1` を付ける
- `移動記録_*.md` 自体は移動しない
- 作業は最大30ファイルまで。残りは次週に回す

毎朝の仕分けのほうは 短いスクリプトです。

コードを貼っても環境が違うと動かないので 仕様のほうを置いておきます。

これをそのままAIに渡せば 書いてもらえます。

Macのデスクトップを毎朝仕分けるスクリプトを書いてください。

- 2日以上前に置かれたファイルだけを対象にする（新しいものは動かさない）
- スクリーンショットは 01_スクリーンショット へ
- 画像・素材は 02_画像・素材 へ
- 書類・データは 03_書類・データ へ
- 判断がつかないものは 99_要確認 へ
- フォルダ、.app、.command は動かさない
- 削除は絶対にしない。移動のみ
- 同名衝突時は _1 を付ける
- その日に動かしたものを 移動記録_YYYY-MM-DD.md に1行ずつ追記する

「動かさないもの」のリストは 自分の環境に合わせて足してください。

僕はよく使うショートカットや 配布用の一式を ここに入れています。

毎朝5時に動かす設定も そのままAIに頼めます。

スクリプトを書いてもらったあとに 続けてこれを渡してください。

できあがったスクリプトを、Macで毎朝5時に自動実行するように設定してください。

- launchd で登録する
- デスクトップを触るので、スクリプトを直接登録しない。
  スクリプトを呼び出すだけの小さなアプリ（applet）を1つ作って、
  launchd からはそのアプリを起動する形にする。
  デスクトップへのアクセス許可は、そのアプリに1回出すだけで済むようにしたい
- 初回は手動で1回実行して、アクセス許可のダイアログに許可を出してから
  自動実行を有効にする手順で進めてほしい
- Macがスリープしていると動かないことがあるので、実行時刻の少し前に
  自動で起きるように電源設定（pmset）も合わせてやってほしい
- 最後に、翌朝を待たずに動作確認できるテスト方法も教えてほしい

僕が3時間溶かした権限の詰まりは 2つ目の指定で最初から避けられます。

週1のAI整理のほうは 週に1回なので 日曜の朝にさっきのプロンプトを貼って動かすだけでも十分です☺️

片付いたことより 効いたこと

デスクトップがきれいになったのは もちろん嬉しいです。

でも実際に効いたのは 別のところでした。

「あとで整理しよう」と思わなくて済むようになったことです。

散らかっている状態が視界に入ると 少しずつ気力を持っていかれます。

片付けていないという事実を 1日に何十回も見せられるからです。

それがなくなりました。

作業としては 毎朝1分もかかっていない処理です。

でも1分の処理が16日続くと 112件動きます。

自分でやろうとすると たぶん一生やりません☺️

これからは「あとでやる」と思ったことが出てきたら まずそれを自動にできないかを先に考えます✊

ここは制作記録として続けています。

コードを書けない僕が AIで自分の仕事道具を作っていく話を 週2本くらいで書いています☺️

何かを作ろうとして「素材が足りない」と思ったこと ありませんか。

写真がない。イラストがない。ネタがない。

僕もずっとそう思っていました。

でも先週 新しい絵を1枚も描かずに 商品を1つ増やしました。

LINEの絵文字を32個です。

使ったのは 5月に出したスタンプの絵そのままです☺️

スタンプと絵文字は別の商品です

まず前提の話を少しだけ。

LINEのスタンプと絵文字は 別の商品として売られています。

スタンプは1個ドンと送るもの。

絵文字は文章の中に混ぜて使う小さいものです。

同じキャラでも 使われる場面がぜんぜん違います。

つまり 同じ絵でも 出す場所を変えれば別の商品になる ということです。

娘が5月に描いたウザイうさぎは スタンプとしてはもう出しきっていました。

でも絵文字としては まだ1つも出していなかったんです。

やることは「切る」だけのはずだった

絵はもうあります。

絵文字の規格は180×180ピクセルの正方形。

だったら同じ位置で全部切ればいいだろうと思いました。

スタンプの絵はどれも同じキャンバスに描かれているので 真ん中あたりを正方形で抜けば揃うはずだ、と。

これが失敗でした。

出てきたものを並べたら ばらばらだったんです。

立っている絵は耳が切れる。

寝そべっている絵は余白だらけで キャラが豆粒みたいになる。

座っている絵だけ 極端に小さい。

当たり前でした。

絵によってキャラが描かれている位置も大きさも違うのに 同じ場所で切っていたからです。

直したのは「どこで切るか」の決め方

やり方を変えました。

1枚ずつ キャラがどこに描かれているかを先に探して その範囲を基準に切る。

位置を揃えるのではなく キャラの大きさを揃える。

これだけで32個ぜんぶが同じ顔つきで並びました。

やった工程は4つだけです。

キャラを探して 切って 規格を検品して 申請する。

描く工程がまるごとありません。

半日で終わりました。

そして申請の翌日には ストアに並んでいました。

今日の持ち帰り

ここが今回いちばん言いたいところです。

「素材が足りない」と思ったとき 足りていないのは素材じゃないことがあります。

足りていないのは 手元にあるものの「別の使い道」のほうです。

僕は5月の時点で 絵を32枚ぶん持っていました。

3ヶ月間ずっと持っていて 気づいていなかっただけです。

もしあなたが今 何かを作ろうとして素材集めから始めようとしているなら
その前に1つだけやってみてください。

手元にあるものを一覧にして「これは別の形で出せないか」と1回だけ考える。

作り直すより ずっと速いです✊

この連載について

娘が作ったLINEスタンプを 父が商品として出しきるまでを連載にしています。

次回は「AIに動きをつけたら、揺れてるだけだった」話です。

動くスタンプを3回作り直した記録を書きます。

なお 作り方そのものは有料の教材で学んでいます。

中身は書けないので 自分がつまずいたところと 工夫したところだけを書きます。

今回の絵文字はこれです。

半目のうさぎが 文章のすきまに入り込んできます。

https://store.line.me/emojishop/product/6a72d71842a69d24df56eef6/ja

このSubstackは コードが書けない現場の人間がAIでどこまで作れるかを 実証と試行錯誤で書いています。

連載の続きを読み逃したくない方は 購読ボタンから登録しておいてください☺️

AIで何か作ってみたい。

そう思って ChatGPTなりClaudeなりを開いたことのある人は多いと思います。

でも たいてい「作ってみた」で止まりますよね。

手元では動いている。

でも 誰かが買える場所には置いていない。

僕もずっとそこで止まっていました。

それが今月に入ってからの1週間で LINEストアに6つ並びました。

僕は絵を1枚も描いていません。

コードも書けません☺️

そしてこの1週間でいちばん学んだのは 作り方のほうじゃなかったんです。

作っているのは小6の娘です

うちのLINEスタンプは 娘が作者です。

「ウザイうさぎ」というキャラで 世界観は「絶妙にウザいけど憎めない」。

5月に第1弾を出しました。

キャラもセリフもポーズも 全部あの子の発想です。

僕がやっているのは そこから先の全部です。

清書して 16個ぶんに増やして 規格を合わせて 申請して 告知する。

つまり座組みはこうなっています。

一次クリエイティブは人間。

量産と流通はAIと僕。

面白いのは 増やせる工程が真ん中の2つしかない ことです。

娘のアイデアは急かしても出てきません。

申請画面のほうも ブラウザの自動操作が効かないので 人が手でやるしかない。

AIで速くなるのは あいだの「清書」と「検品」だけなんです。

でも今まで一番時間を食っていたのが まさにそこでした。

1週間で6商品

8月に入ってからやったことです。

• 8/4　第2弾スタンプの絵を使い回して 絵文字を32個作る

• 8/6　動くスタンプに手を出す

• 8/7　ダジャレ即レス編

• 8/8　ダジャレ即レス編2 と 丁寧な敬語編

• 8/9　家族内業務連絡編

結果 静止スタンプ4本・動くスタンプ1本・絵文字1本がストアに並びました。

5月に始めたときは 静止画のスタンプだけでした。

動くスタンプに手を出したのは 今月が初めてです。

作れる量ではなく 作れる種類が増えた。

これが3ヶ月での変化でした。

「揺れてるだけ」のスタンプができた

もちろん全部スムーズだったわけじゃないです。

動くスタンプは3回作り直しました。

8コマで作って 16コマにして 最後は20コマ。

最初に出てきたものは 動いてはいるんですが「揺れてるだけ」でした。

キャラ全体がゆらゆらしているだけで 表情も体も動いていない。

AIに「動かして」と言うと だいたいこれが出てきます。

ここは1本ぶんの分量があるので 連載の中で詳しく書きます。

いちばん詰まったのは制作じゃなかった

ここが今回いちばん書きたかったところです。

先週の日曜 自分の週次レビューを見て固まりました。

申請できる状態で完成しているスタンプと絵文字が 5セット眠っていました。

ZIPも作ってある。

検品も通っている。

出せばそのまま売り場に並ぶ。

でも出していない。

そしてその日 僕は次の企画を2本 新しく作っていました。

作るのは楽しいんです。

AIと一緒にやると どんどん形になるので手が止まりません。

でも「出す」は楽しくない。

申請画面を開いて 情報を入れて 審査を待つ。

新しいものは何も生まれません。

だから後回しになります。

AIで制作だけが速くなると このズレがそのまま在庫になります。

作る速度は上がったのに 出す速度は変わっていないからです。

今日の午前中に その5セットを全部申請しました。

1件あたり10分ほどでした。

数日寝かせていたものの正体は 合計1時間もなかったわけです。

今日の持ち帰り

「作れる量」と「出せる量」は 別のスキルです。

そしてAIで伸びるのは 前者だけです。

もし今あなたがAIで何か作ろうとしているなら ひとつだけやってみてください。

作り始める前に「出す日」をカレンダーに入れておく。

これだけで在庫は溜まりません。

僕は5セット溜めてから気づきました✊

この連載について

しばらくこのスタンプ制作を連載にします。

「作れました！」の報告ではなく 出すまでに何が起きたか を書いていきます。

次回は「描き直さずに増やす」話です。

新しい絵を1枚も描かずに 手元にある絵から絵文字を32個作りました。

その次が さっきの「揺れてるだけ」を直した話。

そのまた次が 審査リジェクトを目視チェックから機械検査に変えた話です。

なお 作り方そのものは有料の教材で学んでいます。

中身は書けないので 自分がつまずいたところと 工夫したところだけを書きます。

娘の作ったスタンプはここに並んでいます。

今回のシリーズでいちばん しょうもないのが「ダジャレ即レス編」です。

「おつかレモン」「もう寝マウス」「気にすんな豆」

半目のうさぎが真顔で言ってくるので 妙に返しやすいです☺️

https://store.line.me/stickershop/author/6124432/ja

このSubstackは コードが書けない現場の人間がAIでどこまで作れるかを 実証と試行錯誤で書いています。

連載の続きを読み逃したくない方は 購読ボタンから登録しておいてください☺️

AIに何か作らせたとき 「うまいんだけど なんかAIっぽいな」と思ったことはありませんか。

僕はPOP作りでずっとこれに詰まっていました。

そして今回 その原因がやっと分かりました。

指示に「やってほしいこと」しか書いてなかったからです。

今日は AIに「AIが作ったっぽく見えないPOP」を作らせるために何をしたか という話です☺️

そもそもPOPが必要な理由

僕は美容ディーラーの営業をしています。

お得意先のサロン様に商品を卸すのが仕事です。

ただ サロン様の棚に商品を置いてもらえた時点では まだ半分なんです。

そこからお客様に手に取ってもらえないと 商品は動きません。

だから店頭に置くPOPが要ります。

メーカーが作ったPOPもあります。

でも「この商品を この店で どう見せたいか」は現場ごとに違います。

そこを埋める1枚を 自分で作りたかったわけです。

AIに作らせると必ず出てくる「あの感じ」

最初はふつうにAIに頼みました。

商品情報を渡して「A4のPOPを作って」と。

出てくるものは たしかに整っています。

でも毎回 同じ顔をしていました。

• 黒地にゴールドのグラデーション

• 全部の要素が真ん中揃え

• 「01」「02」「03」と番号がついた角丸のカードが3つ並ぶ

• 影がついていて 書体が3種類くらい混ざっている

たぶん見覚えのある人が多いと思います。

高級感を出そうとした結果 全部が同じ顔になるやつです。

これを店頭に置いたら お客様にもすぐ分かると思いました。

「なんか安っぽいな」と。

高級ブランドの店頭ツールって こうなっていないんですよね。

気づいたこと：AIは「足し算」しかしない

なぜこうなるのか ずっと考えていました。

理由はシンプルでした。

僕が「良くして」としか言っていなかったからです。

AIに「もっと良くして」と言うと AIは要素を足します。

装飾を足す。色を足す。書体を足す。囲みを足す。

一つひとつは間違っていません。

でも足せば足すほど テンプレートっぽくなります。

そしてテンプレートっぽさが「AIっぽさ」の正体でした。

ここで発想を変えました✊

やってほしいことを増やすんじゃなくて 禁止事項を先に決める。

禁止事項を先に書き出した

実際にAIに渡したルールがこれです。

禁止するもの。

• 黒地×ゴールドのグラデーション

• 装飾フレーム

• 全要素を中央揃えにすること

• 01・02・03の囲みカード

• 角丸と影の多用

• 書体3種類以上

そのうえで 守るべきことを決めました。

• 書体は1種類だけ。文字の太さの違いだけで見出しと本文を分ける

• 色は0〜1色。基本はグレーだけで組む

• 伝えたいメッセージは1つに絞る

• 要素の数は「入れたい量の7割」にする

• 中央揃えにしない。左揃えで 余白は右か下に寄せる

• 罫線は細い線1本だけ

• 写真は紙の端まで裁ち切る

ここで1つ補足です。

この「グレーだけ」「書体1種類」は 全商品共通の正解ではありません。

何色を使うか どの書体にするかは 商品とブランドを見て決めます。

高級シックな商品ならグレーと細いゴシック。オーガニック系なら生成りの紙色に明朝。子ども向けなら明るい色を1色。

固定するのは「数を増やさない」という規律のほうです。

これを渡して作らせたら 出てくるものが完全に変わりました。

この中で 効果が分かりやすかったのがこれです。

紙面の背景色を 商品写真の背景色と同じにする。

写真の四隅の色を平均して その色を紙の色にする。

たったこれだけで「写真を貼り付けた感」が消えます。

紙と写真が1枚の面としてつながって 印刷物っぽい落ち着きが出ます。

これは自分では思いつかなくて 実際に何枚も作って比べてやっと分かりました。

ルールを「採点」させることにした

ただ ルールを書いただけでは足りませんでした。

AIは何回かやり取りしているうちに ルールを忘れます。

そして じわじわ装飾を足し始めます。

なので採点する仕組みを作りました。

出来上がったPOPを機械的にチェックして 減点していきます。

• 書体が3種類以上 → マイナス20点

• 色を2色以上使っている → マイナス15点

• グラデーションを使っている → マイナス15点

• 中央揃えが7割を超えた → マイナス15点

• 角丸の箱が3つ以上 → マイナス10点

• 文字数が多すぎる → マイナス10点

• 紙の色と写真の背景色がズレている → マイナス15点

100点満点で 80点未満なら 画像の書き出しに進ませない。

エラーで止まるようにしました。

これが効きました。

「気をつけてね」ではAIは守りません。

守らないと先に進めない仕組みにすると 守ります。

試しにわざと「AIっぽいHTML」を食わせてみたら 30点で止まりました🙆‍♂️

結果どうなったか

前に手作業で何時間もかけて仕上げたPOPがありました。

サロン専売シャンプーのA4です。

これと同じものを 今回の仕組みで作り直せるかを試しました。

結果は 元の1枚とピクセル単位で一致しました。

手で何時間もかけた仕上がりが 仕組み側で再現できたということです。

しかもこれは 商品情報を書いたファイルを差し替えるだけで 別の商品でも動きます。

1枚のPOPが 何枚でも作れる型に変わりました✊

別の商品でも1枚作りました

型になったと言った以上 本当に別の商品で動くのかも見せておきます。

次に作ったのは サロン専売のドライヤーのPOPです。

実はこの商品 仕組みを作る前にAIに普通に作らせた版が残っていました。

黒地にゴールド 飾り枠 番号つきカード。さっき禁止した要素の全部入りです。

同じ商品を 禁止事項と採点を通して組み直すと こうなりました。

情報はむしろ増えています。

モードの説明も 毛髪の比較写真も 付属ノズルの紹介も入っています。

それでも「AIっぽさ」だけが消えました。

足し算をやめても 伝える量は減らない。

これが分かったのは収穫でした✊

他の業界でも使えるのか試しました

ここまで美容の話をしてきましたが 実は今回 飲食店の卓上POPと 雑貨屋さんのプライスカードでも同じやり方が通るか試しました。

結論から言うと通りました。

崩れたのは写真まわりのルールだけです。

名刺サイズのプライスカードだと 写真を裁ち切りにするやり方がそもそも成立しません。

なので写真を使わず 文字だけで組む版を別に用意しました。

でも「書体は1種類」「色は使わない」「要素は7割」といった引き算の考え方は サイズも業種も選びませんでした。

つまりこの仕組みは 美容じゃなくても動きます。

この話で一番持ち帰ってほしいこと

デザインの話をしてきましたが 本題はそこじゃありません。

AIへの指示は「やってほしいこと」だけだと足りない。

これが今回の学びです。

やってほしいことだけを書くと AIは無限に足し算をします。

その結果が「うまいんだけど なんかAIっぽい」の正体でした。

だから

• やってほしいこと

• やってほしくないこと

• 守れているかを機械的に判定する基準

この3つをセットで渡す。

これは文章でも資料でも同じです。

たとえば文章なら「体言止めを使わない」「一文は60字まで」を先に渡して 最後に字数と語尾を数えさせる。

それだけで出てくるものが変わります。

僕はコードが1行も書けません。

でも「何がダサいか」は現場で14年見てきたので分かります。

その”分かること”を禁止事項として言語化できれば AIが形にしてくれます。

言語化さえできれば 作れる。

今回もそれを確認した回になりました☺️

使いたい人はいますか

お店のPOPを自分で作っていて「なんかダサいな」のまま止まっている人は どれくらいいるんでしょうか？

僕は自分の仕事で必要だから作っただけなので 他の業界でどれくらい困っている人がいるのか見当がついていません。

禁止事項のリストと 採点の仕組みと 業種別のテンプレまで込みで 人に渡せる形にはまとまりつつあります。

なので——

もし「うちの店でも使いたい」という人がそこそこいるなら 一式まとめて渡せる形に整えようと思っています。

ピンと来た人は この記事にコメントするか このメールにそのまま返信して 業種だけ教えてもらえると嬉しいです☺️

どの業界の人が困っているかが分かると 先に用意するテンプレの順番が決められます✊

次回は このPOPを実際にサロン様の店頭に置いてもらって どうだったかを書こうと思います。

前回書いた「Discordから動かすAI秘書」のほうも 引き続き反応を見ています✊

まだの方はこちらです。

このSubstackは コードが書けない現場の人間がAIでどこまで作れるか 実証と試行錯誤を書いています。

読み逃したくない方は 購読ボタンから登録しておいてもらえると 更新時にメールが届きます☺️

Macの中でClaude Codeをずっと起動しっぱなしにして スマホのDiscordから話しかけると動いてくれる。

外出先の車の中からでも「あれ調べといて」「これ書いといて」が飛ばせます✊

先に言っておくと DiscordとClaude Codeをつなぐ部分は公式の機能です。

Claude Code に Channels という機能があります。

Claude Code を Discord や Telegram iMessage とつないで チャットアプリから話しかけると返事が返ってくるようにするものです。

プラグインをひとつ入れてトークンを設定するだけなので 「スマホからAIに指示を出す」ところまでは 誰でもすぐできます。

しかもドキュメントには「常時動かしたいならバックグラウンドで走らせてね」とちゃんと書いてあります。

僕がやったのは まさにそれです。

つまり 僕が作った部分はここには1つもありません。

ここから先が今日の話です。

公式のやり方どおり24時間つけっぱなしにしたら 立て続けに3回 派手に地雷を踏みました。

そして3回目でようやく 根っこの設計が間違っていた と分かりました。

今日はその話です☺️

まず何を作っていたか

最初の構成はこうでした。

• MacでClaude Codeを常駐（起動しっぱなし）にする

• 公式の Channels 機能でDiscordとつなぐ

• モデルを切り替えたくなったら 秘書を再起動して 別モデルで復帰させる

要するに 公式の仕組みを そのまま24時間つけっぱなしにしただけです。

つまり ひとつの長い会話をずっと開きっぱなしにしておくやり方になります。

雑談も 調べ物も 記事の下書きも 全部その1本の会話に流し込む。

ここまでは気持ちよく動いていました。

地雷その1：家の作業用AIが全部道連れで落ちた

僕は家にいるとき ターミナルでClaude Codeを 何個も同時に立ち上げて 別々の作業を並行させます。

ある日 その状態で スマホのDiscordから「モデルを切り替えて」と秘書に頼みました。

そうしたら——

家で走らせていた作業用のClaudeが 全部まとめて落ちました。

秘書だけ再起動されればいいのに 関係ないはずの作業ウィンドウまで道連れです。

やりかけの作業が全部飛びました。

原因は「古い秘書を落とす処理」がやり過ぎていたことでした。

Discordプラグインは 常駐の秘書だけでなく どのClaude Codeにも読み込まれます。

だから処理が「Discord関連のClaudeを片っ端から落とす」動きになっていたんです。

直し方はシンプルでした。

「落としていいのは 常駐の秘書だけ」をプロセスの”家系図”で見分ける

親をたどって 秘書の血筋のものだけ落とすようにしたら 巻き添えは止まりました✊

ちなみに最初は「名前で狙い撃ちすればいい」と思ったんですが Claude Codeは起動後に自分のプロセス名を書き換えるので 名前だと空振りします。

「名前」ではなく「血筋」で狙うのが正解でした。

地雷その2：秘書が黙るようになった

直したと思って安心していたら 今度は別の問題が出ました。

Discordで秘書に話しかけても たまに無反応で終わる んです。

裏ではちゃんと動いているのに 返事だけが返ってこない。

Discord秘書は 普通に文章を出力するだけでは 相手に届きません。

「返信ツール」というのをちゃんと呼んで初めて Discordに言葉が飛びます。

ところが 特に軽いモデルのとき この返信ツールを 呼び忘れる ことがあったんです。

本人（AI）は仕事を終えたつもりでも こっちには何も届かない。

なので「セッションが終わるときに 返信し忘れてないか自動でチェックする見張り役」を付けました。

これで少しマシにはなりました。

でも 本当の問題はここではありませんでした。

地雷その3：4件に1件が届いていなかった

ある日 note記事の下書きを頼んだら 15分待っても何も返ってきませんでした。

秘書は落ちていません。プロセスは元気に生きています。

なのに何も返ってこない。

さすがにおかしいと思って その日の依頼を全部さかのぼって数えました。

結果がこれです。

その日の依頼14件のうち 4件（28.6%）がDiscordに届いていませんでした。

4件に1件です。

秘書としては致命的な数字です。

さらに調べていくと 気味の悪いことが分かりました。

止まっていた処理で 秘書が実行したコマンド自体は 0.016秒 で終わっていたんです。

手元で同じものを叩いたら一瞬です。

なのに その結果を受け取って次に進むまでに 約12分の空白がありました。

重い処理をしていたわけじゃない。

中で止まっていたんです。

しかも困ったことに プロセスは生きているので パソコンからは「正常稼働中」に見えます。

見張りの仕組みは「生きているか」しか見ていなかったので 異常に気づけませんでした。

もうひとつ ひどい事故もありました。

軽いモデルが受付をしていたとき 「それはできません」と嘘の案内をしたんです。

本当はできる作業でした。

自分の権限を過小評価して 勝手に断っていた。

根っこの原因：全部を1つの会話に押し込んでいた

3回目でようやく分かりました。

雑談も 調べ物も 記事の執筆も 全部同じ1本の会話でやろうとしていたのが間違いでした。

これだと こうなります。

• 会話が長くなるほど重くなる

• どこかで詰まると 全部が道連れになる

• 「3秒で返してほしい雑談」と「30分かけてほしい執筆」に 同じ待ち方をしてしまう

• 途中で止めたくても 止める手段がない

万能な1本を作ろうとして 結局どれも中途半端になっていたわけです。

作り直した：用途で4つの枠に分けた

そこで根っこから組み直しました。

依頼を受け付ける係と 実際に作業する係を分ける。

そして依頼ごとに 使い捨ての作業員を立てる。

そのうえで 依頼の重さで枠を分けました。

• 雑談・確認 → 90秒まで。数秒で返る

• 検索・カレンダー・ファイル確認 → 5分まで

• 調査・分析・レポート → 15分まで

• 記事執筆・実装・ファイル編集 → 1時間まで

同じ「AI秘書」でも 頼む内容によって別の枠で動きます。

雑談は軽い枠で数秒。記事は重い枠でじっくり。

そして重い枠が詰まっても 雑談は普通に返ってきます。 道連れになりません。

どの枠を使うかは 依頼の内容をAIが判定して自動で決めます。

「じっくりやって」と頭に付ければ 強制的に重い枠にもできます✊

ついでに直った3つ

作り直したら 副産物でこうなりました。

①「さっきの続き」が通じる

重い枠は会話を覚えたまま次に引き継ぎます。

「さっきの記事の続き」で通じるようになりました。

②自分から世代交代する

会話が長くなりすぎたら AIが自分で引き継ぎメモを書いて 新しい会話に引っ越します。

80ターン使ったら／使用量が一定を超えたら／2回続けて失敗したら が引っ越しの合図です。

人間が「そろそろ新しいチャットにして」と言わなくてよくなりました。

③「止めて」で本当に止まる

暴走したときの緊急停止を付けました。

これはAIを経由せずに仕組み側で処理するので AIがハングしていても必ず効きます🙆‍♂️

前は止める手段がなくて ただ待つしかなかったので これが一番安心しました。

今回の気づき

3つに絞ります。

①「生きているか」と「仕事が進んでいるか」は別物。

プロセスは元気なのに12分止まっている。

これが普通に起きます。監視するなら「進んでいるか」を見ないと意味がありません。

②万能な1本より 用途別の複数の枠。

これが一番大きい学びでした。

ひとつの仕組みで全部やろうとすると 速さと粘り強さのどちらかを必ず捨てます。

分けたら両方取れました。

③止める手段は 最初から作っておく。

動かす仕組みばかり作って 止める仕組みを後回しにしていました。暴走したときに止められないのは かなり怖いです。

僕はコードが書けません。

でも「踏んだ」「AIと直した」「同じ失敗を人がしないように残す」はできます。

これも2026年っぽい ものづくりの形だと思っています。

ここで1つ聞かせてください

もう一度書きますが DiscordからAI秘書を動かすところまでは公式の機能です。

Channels を入れれば そこは誰でもできます。

ただし Channels は今のところ research preview（実験段階）です。

問題はその先でした。

そのまま24時間つけっぱなしにすると 今日書いた3つの地雷を踏みます。

僕が作ったのは 受付係と作業係を分けて 依頼の重さで枠を変えるという中身のほうです。

これ 需要ってあるんでしょうか？

正直 僕は自分がラクしたくて組み直しただけなので 同じ所で困っている人がどれくらいいるのか見当がついていません。

ちなみに 前の構成のときに「配れる形」を一式まとめてありました。

でも今回 自分で根っこから作り直したせいで その配布キットが丸ごと古くなりました☺️

なので渡すなら 作り直したあとの構成で組み直すことになります。

ピンと来た人は この記事にコメントするか このメールにそのまま返信して「気になる」と一言もらえると嬉しいです☺️

反応を見て 需要がありそうなら 手順ごと配れる形に整えます✊

このSubstackは コードが書けない現場の人間がAIでどこまで作れるか 実証と試行錯誤を書いています。

読み逃したくない方は 購読ボタンから登録しておいてもらえると 更新時にメールが届きます☺️

それを見た同じ会社の社員から「それ 自分にも使わせてほしい」と何人にも言われました。

しかも1人や2人じゃありません。

自分用のつもりで作ったものが 気づいたら「欲しい」と言われる側に回っていました☺️

先に会社の話を少しだけしておきます。

僕がいる会社は 社員がそれぞれ個人事業主のように動く仕組みです。

一人ひとりが自分のお得意先を持って 自分で発注業務をしています。

つまり社員の数だけ「同じ発注の事務作業」が存在しているわけです。

今日はその話と そこで決めた「月3000円で配る」という判断について書いておきます。

そもそも何を作ったか

前回（第1回）に書いた発注サイトと その受注データを販売管理システムへ流し込む自動入力ツールのことです。

まだ読んでいない方は こちらを先に読んでもらえると話が早いです。

ざっくり言うと この2つで僕自身の発注まわりの事務作業が半分以下になりました。

数字で言うと ほぼ1/2以下です。

今まで手でやっていた作業が どんどん自動で終わっていきます。

• LINEや写真で来た発注を目で追って打ち直す

• 数量を1件ずつシステムに入力する

• 打ち間違いがないか見返す

この辺りが まるっと消えました。

自分の手が空くと まず自分がラクをします。

でも同じ会社で同じ発注作業をしている社員からすると その「ラクしている様子」がめちゃくちゃ気になるらしいです☺️

「使わせて」と言われて気づいたこと

ここで一番強く思ったことを先に書きます。

自分の困りごとに作ったものは 同じ現場の人の困りごとでもある

これが今回の結論です✊

僕は自分がめんどくさかったから作りました。

でも そのめんどくささは 僕だけのものじゃなかったんです。

同じ作業をしている人は みんな同じところで手が止まっていました。

だから「自分専用」のつもりで作ったものが そのまま周りの「欲しい」に刺さりました。

自分の不満を素直に解決しにいくと 結果的に人の役にも立つ。

これは作ってみるまで実感できなかった感覚です。

無料で配ろうとして やめた話

最初は正直「別に無料でいいかな」と思っていました。

同じ会社の仲間だし お金をもらうのも気が引けます。

でも すぐに考え直しました。

理由はシンプルです。

渡した後もずっと直し続けないといけないからです。

ツールは1回配って終わりじゃありません。

• バグが出たら直す

• 使いにくい導線を改善する

• 販売管理システム側の仕様が変わったら合わせる

これが 人数が増えるほど 僕の時間をずっと食い続けます。

無料で配ると この「直し続ける責任」を全部タダで背負うことになります。

そうすると たぶん途中で僕がしんどくなって続かなくなります。

続かないツールは 相手にとっても迷惑です。

だから「ちゃんと続けられる形」にすることが重要でした。

そこで メンテナンスと今後の更新込みで 月3000円で配ることにしました。

同じことを業者に頼めば 初期費用も月額も桁が変わります。

事務作業が半分以下になる価値に対して 月3000円。

これなら僕も無理なく直し続けられるし お互いに気持ちよく使えます。

「安くしすぎて続かない」より「続けられる値付け」を選びました☺️

詰まったのは「配り方」だった

ここが今回 一番AIコーディングらしい話です。

「使わせて」と言われたとき 最初に頭をよぎったのは値段でも契約でもありませんでした。

どうやって全員に配って どうやって全員分を直し続けるかです。

想像してみてください。

10人に配ったとして バグを1個直すたびに 10人分を手作業で配り直す。

これは確実に破綻します。

1人直すだけで日が暮れます。

なので 配り方そのものを作り直しました。

今の仕組みはこうです。

僕が自分の手元の1つを更新すると その更新が全員分に一括で反映される

1箇所直せば 使っている全員のツールが自動で新しくなります。

だから人数が5人でも10人でも 僕がやることは「自分の分を1回直す」だけです。

ここを最初に作り込んだおかげで 「人が増えたら地獄」という未来を先に潰せました。

正直 機能そのものより この配信の仕組みを作るほうが頭を使いました。

でも ここをサボると規模が増えた瞬間に終わります。

今回の気づき

3つに絞って書いておきます。

①自分の不満に素直に作ると それは人の不満でもある。だから「使わせて」に変わる。

②無料が優しさとは限らない。直し続ける責任を負うなら 続けられる形にするほうがお互いのためになる。

③規模が増えてから直すのは無理。「1を直せば全部直る」構造を最初に作っておく。

特に③は AIで何か作って人に渡そうとしている人に 一番伝えたいところです。

作るのは1人分でも 配るのは複数人分になります。

その差を最初に設計しておくかどうかで 後の自分の首が絞まるかどうかが決まります。

来週やること

• 実際に使ってもらう人を対象に セットアップの流れを1本にまとめる

• 使い始めてからの困りごとをヒアリングする

• このSubstackも続ける

自分のために作ったものが 人に求められて 少しずつ形になっていく。

この過程を そのまま記録していきます✊

このSubstackは コードが書けない現場の人間がAIでどこまで作れるか 実証と試行錯誤を書いています。

読み逃したくない方は 購読ボタンから登録しておいてもらえると 更新時にメールが届きます☺️

きっかけは娘の「作ってみたい」でした

ある日
さん
https://x.com/Manaminimalist?s=20
の『手描き×AIで作る！LINEスタンプの教科書』 というBRAIN記事の存在を知り、娘が「私もLINEスタンプ作ってみたい」と言い出しました☺️

そして数日後娘が1枚の絵をiPadで描いて持ってきました。

最初は子供らしい可愛い絵でした🐰

普通だと面白く無いからウザイうさぎに変えてLINEスタンプを作りたいと言ってマナミさんの教材を通してウザイうさぎが誕生したのです😆

ただ我が家には LINEスタンプを作った経験がある人は1人もいません！
申請のルールもAIの使い方もよく分からない状態でした。

最初にぶつかった3つの壁

調べ始めて すぐ詰まりました。

①AIに何をどう指示すれば「同じキャラが16ポーズ」描けるのか分からない
②画像のサイズ・透過・タブ画像とか LINE申請の仕様が地味に細かい
③そもそも「キャラの作り方」の正解が分からない

非エンジニアの僕には どれも軽くつまずくポイントでした。

マナミさんの教科書を 父も読みました

娘がきっかけで知ったマナミさんの教科書を
今度は父である僕が腰を据えて読み込みました。

450部以上売れている定番の教科書で
手描きのキャラを AIで16ポーズに展開して LINEに申請するまでが
1本の道として全部書かれていました🙆‍♂️

1セット作ってみたら 量産したくなりました

教科書のとおりに進めて 最初の1セット（16個）を完成させました☺️

絵を描く時間を除いて 2時間ちょっとでした。

そして気づきます。

「これ……量産できるな」

娘の落書き帳には まだ20キャラ以上眠っています🐰

「うさぎ」の次は「ウザイくま」「ウザイねこ」と続けたい！
家族の中で どんどんネタが出てきます。

ただ 2セット目からが地味にしんどい

ここが正直なところです。

教科書の通り進めれば1セットは作れます。

ただ2セット目以降は「同じ作業の繰り返し」になります！

・ 16枚のタイル画像を1枚ずつ分割する
・ 緑色の背景を透過する
・ 370×320pxに揃える
・ メイン画像とタブ画像も作る
・ 申請用zipにまとめる

毎回これを手作業でやるのは正直しんどいです☺️

だから AIスキルにまとめました

僕は普段Claude CodeやCodexやAntigravityというツールで 自社の業務ツールを作っています。

そこで「2セット目以降の作業を全部AIが案内してくれる」スキルを組みました✊

具体的には：

・ 16ポーズの一括生成プロンプト作成
・ 16枚タイル画像の自動分割
・ グリーンバック透過処理
・ リサイズ・モックチェック
・ メイン画像・タブ画像生成
・ 申請用zipのパッケージ化

ここまで全部AIに任せられるようにしました。

うちの妻もこのスキルを使って 16個セットを40分ほどで作っていました🙆‍♂️

マナミさんBRAIN購入者の方に 特典として配っています

この特典スキルは 僕のアフィリエイトリンク経由で
マナミさんのBRAINを買ってくれた方にお渡ししています☺️

理由はシンプルで
「最初の1セットは必ず教科書通りに作ってほしい」 からです！

教科書には キャラの哲学・GPTsとの会話のコツ・申請の注意など
自動化では学べない大事な知見が詰まっています。

そこを通ってから補助輪としてスキルを使うと
2セット目から一気に量産フェーズに入れます✊

逆に言うと スキル単体では成立しません。
教科書とセットで初めて意味があるツールです。

こんな人におすすめです

・ 子どもや家族の絵をスタンプにしてみたい
・ 副業で月1セットでもいいから出していきたい
・ AIでものを作る経験を 形に残してみたい
・ パソコン操作は得意じゃないけど 手順があれば動ける

僕自身がこの4つ全部に当てはまっていました☺️

早めに読んでおくのが安心です

このBRAIN記事は今も部数を伸ばし続けている定番教材です。

読まれてる教科書ほど 早めにアクセスしておくほうが安心だと思います🙆‍♂️

スタンプ制作に興味があるうちに 一度通しで読んでみるのがおすすめです✊

購入リンク

ここまで読んでくれた方は
たぶん「ちょっと興味ある」状態だと思います☺️

マナミさん『手描き×AIで作る！LINEスタンプの教科書』
👉

https://brmk.io/NCcl4I

このリンクから購入してくださった方には
購入後にX（@masasuke_beauty）のDMかリプライで
ご連絡いただければ 特典スキルの配布ページをお渡しします🙆‍♂️

※アフィリエイトリンクです。あなたの購入金額は変わりません。
※特典は不定期に内容を更新しています。

「コードが書けない人」が AIの力を借りて家族のものを形にできる時代になりました！

娘の落書きが商品になって売上が娘のお小遣いになる。
1年前の自分には想像できなかった景色です☺️

AIで作ることは 個人や家族の小さなアイデアを形にする力になっていきます🙆‍♂️

同じ道を歩く人がいたら 補助輪渡したいなと思って書きました✊

最後まで読んでくれてありがとうございました🐰

おまけ：娘と作ったウザイうさぎ

記事の中に出てきたスタンプ 気になる方はこちらからのぞいてみてください☺️

・ ウザイうさぎ（第1弾）👉

https://line.me/S/sticker/33889536/?lang=ja&utm_source=gnsh_stickerDetail

・ ウザイうさぎ2 ゆる煽り編（第2弾）👉

https://line.me/S/sticker/33989631/?lang=ja&utm_source=gnsh_stickerDetail

……と言っても 自分でも最初は信じられませんでした。

中でも一番仕事で役立っているのが「自社の発注サイト」です。

今週やっと得意先のサロン様にリリースできたので 経緯と試行錯誤を記録しておきます☺️

ちなみに僕はコードが書けません。書いたのは「日本語の指示」だけです✊

なぜ作ったか

僕は美容ディーラーをしています。

自社には発注サイトが無くて これまでお得意先のサロン様からの発注は ほぼ全部LINEで届いていました。

「あの商品を◯本」と文章で来ることもあれば 手書きメモを写真で送ってもらうこともあります。

ここで起きていたのが下記のような問題です。

• 手書きの読み違いで違う商品を発注してしまう

• 数量を打ち直すときに自分がタイプミスをする

• 「これ◯個でしたっけ？」とLINEで聞き返す手間が毎回ある

• 履歴が時系列で流れていくので 過去の発注を探しづらい

正直 もう何年もずっとこのままでした。

でも 2026年2月にAIコーディングを触り始めて「これ もしかして自分で作れるんじゃないか」と思ってしまったわけです☺️

何ができたか

3月の頭にひとまず形になりました。

主な機能はこの辺りです。

• 商品マスタの一覧表示

• カートに入れて発注確定

• 過去の発注履歴・お気に入り

• バーコードで商品をカートに入れる入力

• 受注したデータを 自社の発注販売管理システムへ自動入力するツール

特に最後の「自動入力ツール」が地味に効いています。

受注データをそのままシステムに流し込むので 僕がタイプし直す必要が無く 人間のタイプミスがゼロになりました。

おまけにプライバシーポリシーと利用規約のページも自分で書きました。

「個人の自作」と言いつつ 形だけは一通り揃えた感じです☺️

いきなり出さなかった話

ここからが本題かもしれません。

サイトは3月頭に動き始めましたが すぐに得意先のサロン様には渡しませんでした。

理由はシンプルにバグが怖かったからです。

4月いっぱいは 得意先のサロン様からの発注は今まで通りLINEや写真で受け取って 僕がそれを「自分の発注サイト経由で打ち込み直す」という運用にしました。

ようは1ヶ月以上 全件 自分でテストしていたわけです。

実際 その間に細かいバグを20件以上潰して 「ここの導線が分かりにくいな」という気づきも何度もありました。

それを地道に潰し続けて 5月のGW明け（今週）にやっと得意先のサロン様にリリースしました✊

失敗・課題

それでも 出してすぐに事件は起きました。

リリース直後の2026年5月10日 ある得意先のサロン様の発注で「38点の注文が3.7秒差で2件」作成されてしまいました。

確定ボタンを連打されたことが原因で 履歴上は1件76点に見える状態になっていました。

その日のうちにフロント側で「確定ボタン押下後はボタンを無効化」 バックエンド側で「10秒以内の同一内容発注は拒否」という対策を入れて 修正リリースしました。

リアルタイムで「これは焦った」と思いながら動いていた本人なので 印象が強い1件でした☺️

ほかにも課題は出てきています。

• 自社の発注販売管理システムのサーバー状況によって 数量の入力ミスが発生することがある

• スマホの機種によってバーコードが読み取れない（自分のスマホでは読めるが 機種依存で動かない端末がある）

特にバーコード問題は 元々お得意先のサロン様から「発注書を書くのがめんどくさい」「LINEで商品入力がめんどくさい」「バーコードで発注できたら」という声をもらって作った機能なので 解決したい優先度が高いです。

今はどう解決するか考えている最中です。

この3ヶ月の気づき

ここまで来てみて 一番強く思っていることを書いておきます。

コードが書けなくても 業務の困りごとは自分で解決できる時代に入った

これが今のところの結論です✊

僕がやったのは「日本語で やりたいことを細かく説明する」ことだけです。

書ける力よりも 言語化する力。

それと「動けばいい」と割り切れる現場感覚。

この2つがあれば 非エンジニア寄りの個人でも 自社の業務システムくらいは作れるようになっていました。

3ヶ月前の僕に教えてあげたいくらいです☺️

もし今「自分にはプログラミングなんて無理」と諦めている人がいたら まずは日本語でAIに『今の業務の困りごと』を相談するところから始めてみてください。

きっとそこから景色が変わるはずです✊

来週やること

• 得意先のサロン様からヒアリング開始（実際使ってみてどうだったか）

• バーコード機種依存問題の解決案を試す

• このSubstackも週1で続ける

完璧じゃなくていい 続けることを優先します✊

このSubstackは コードが書けない現場の人間がAIでどこまで作れるか 実証と試行錯誤を書いています。

読み逃したくない方は Substackの購読ボタンから登録しておいてもらえると 更新時にメールが届きます☺️