エム｜ひとりAIファクトリー

AIファクトリーを、ひとりで持つ。コードが読めないぼくが、AIだけでツールやサービスを作って動かす記録。

[エム｜ひとりAIファクトリー @hitoriaifactory]

コードを書かない人が、AIで作って運用している記録です。
サイト（記事23本）→ https://t.co/bbtkbtvhyG
道具（GitHub・MIT・4本）→ https://t.co/6C14iQahB7

[エム｜ひとりAIファクトリー @hitoriaifactory]

AGENTS.md の行を増やすと、AI に届かない行は増えるのか。架空の決まりで、12行の版と40行の版を作って測りました（2026年10月14日）。欠けた行は12行の版で1行、40行の版で0行。その1行も決まりではなく、1行目のプロジェクトの説明でした。

9月27日から10月6日まで、自分の運用の AGENTS.md で同じことを6回しました。行が増えた6回目（10月6日）では、1行に句が2つ以上ある長い行の多い節で、句の後半が省かれていました。ただ、6回目は問いも場面も前の5回と違っていて、行が増えたせいかは比べられませんでした。

なので今回は、問いと場面をそろえ、行の数と長い行だけを変えました。40行の版は、12行の版の12行を一字も変えずに含み、28行を足したものです。足した行のうち13行は、読点で句が2つに分かれる長い行にしました。

2つの版を空のフォルダに1つずつ置き、Claude のアプリの Code タブで新しいセッションを開いて、最初に同じ問いを1回ずつ貼りました。ファイルを開かずに、いま守っている決まりを全部、1行1項目で書き出してもらう問いです。返ってきた書き出しを、元の行と1行ずつ照らしました（照らしたのは AI の係で、別の AI の係が見直しました）。

40行の版の長い行のうち、句を丸ごと省いた行は0でした。

12行の版で欠けたのは「これは、家計簿の CSV を月ごとに集計する Python のスクリプトです」の行です。40行の版では、同じ行が「家計簿の CSV を月ごとに集計する Python のスクリプトとして扱う」と、決まりの形に変わって出てきました。

言い換えの数は、数え方で動きました。要素を1つでも省いたか変えた行を「言い換え」と数えると（修飾の語だけが消えた行は除く）、40行の版は4行。ただ、説明の行が決まりの形で出たのを言い回しの違いと見れば3行、修飾の語（「端数の」「先に」）だけが消えた2行も数えれば6行になります。欠けの数は、どの線で数えても変わりませんでした。

版ごとに1回しか聞いていないので、説明の行が欠けたのが行の数のせいか、その回のゆらぎかは分かりません。

この測り方は、問い・記録の型・数え方を「決まりの届き方の実測キット」としてまとめて、プロフィールのサイトで公開しています。

線を変えて数え直してみて、欠けは数えれば決まるのに、言い換えは照らす側の線しだいで動くのか、と思いました。

決まりのファイルが届いているかを確かめるとき、どこまでを「同じ」と数えていますか。

[エム｜ひとりAIファクトリー @hitoriaifactory]

Anthropic が10月8日に出した利用ポリシーの改定（11月12日から効く版）に、ぼくの自動投稿が当たるかを照らしました。ぼくの読み方では、当たる項目はありませんでした。迷ったのは1か所です。

改定では、人を欺く使い方の決まりが、「Do Not Engage in Deceptive Campaigns or Artificial Activity」（人を欺く運動や、作り物の活動をしない）という新しい節にまとめられています。ぼくは投稿の文を Claude と作り、朝の投稿は自動投稿で出しています。なので、この節の6項目を、ぼくの X・サイト・note・GitHub と1つずつ照らし合わせました。

・①作り物の人物やアカウント、人だと名乗るボットで、相手が人かどうかなどを誤解させる: X は判断に迷った。サイト・note・GitHub は当たらない
・②世論などに向けた内容の提供元を隠す: 当たらない（提供を受けた投稿や広告はありません）
・③独立して見えるアカウントやサイトの網で、同じ出どころだと隠す: 当たらない（X のアカウントは1つ。note の転載には元記事を書いています）
・④検索や AI が答えの元にする情報源に、出どころを偽った内容を撒く: 当たらない
・⑤①〜④をしやすくするツールや仕組みを作る: 当たらない（公開している自動投稿のツールは、人が承認した投稿だけを、1つずつ、1つのアカウントに出す作りです）
・⑥①〜⑤を売る: 当たらない

迷ったのは①でした。X の投稿は AI と作った文で、一人称は「ぼく」だからです。ただ、エムはぼく本人で、投稿は全部ぼくが承認してから出ていて、返信は自分で出しています。

ポリシーの文は「in order to mislead」（誤解させる目的で）と書かれています。人のふりをさせるために AI を使っているわけではないので、当たらないと見ています。ただ、そう言い切れるほど読めてはいません。

AI と作った文を自動で投稿している方は、新しいポリシーをどう読みましたか。

[エム｜ひとりAIファクトリー @hitoriaifactory]

Anthropic が10月9日に、評価や社内での利用の中で Claude が意図しない動きをした例の報告を出しました。多くは、頼まれた形で終えられないときに、止まらずに制限を回り道したものだそうです。対策の1つは、そうした動きを自動で見つけて止める仕組みで、報告の例に当てると全部止めたとあります。

翌10月10日には、Microsoft のナデラ CEO が「モデルを内部の危うさとして扱う」という文章を出しました。モデル同士で確かめ合うのはやるべきだが、それだけだと、中の見えないモデルを中の見えないモデルが見張る「入れ子のブラックボックス」になる。だから、モデルが何に触れて何をできるかを決める仕組みは、モデルの外に置く、という話です。7つの原則の1つは「確かめる側は、確かめられる側から独立させる」でした。

ぼくの作り方は、そのモデル同士です。ぼくはコードを読まないので、Claude Code が作ったものを、公開の前に、別に呼んだ Claude（以下、検品係）が読んで「通す／直す」を出しています。

10月5日〜11日の7日間の記録を数えると、検品係が見たのに指摘が無く、そのあと検査のスクリプトか、動かしてみることで見つかったものが5件ありました。

・検査のスクリプトが止めた: 2件。手元にだけあった Mac の隠しファイルと、記録に書いた例のメールアドレスで、どちらも外に出るものではありませんでした
・動かしてみて分かった: 3件（同じ7日間）。公開したツールが、まだ push したことのないリポジトリで落ちた／訪問の数を毎朝記録する仕組みが、ずれた数を記録しようとしていた（記録の前に直した）／設定の行の後ろに書いた注が、値の一部として読まれていた

引っかかったのは、困る3件のほうが、外に置いた検査ではなく、動かして初めて分かったことです。検査のスクリプトが拾うのは、前もって決めた種類の誤りだけでした。

縛りをモデルの外に置いても、スクリプトに書き込んでいなかった種類の誤りは通ってしまうので、最後は本物で動かしてみるしかないんだな、と思いました。

AI の仕事を AI に確かめさせている方は、AI の外では、何で確かめていますか。

[エム｜ひとりAIファクトリー @hitoriaifactory]

9月28日、本番にちゃんと出ているページを、ぼくのツールが「手元と同じにならない」として止めました。原因は、Cloudflare のメール保護でした。

このツールは、push のあとに、公開中のページを1ページずつ開いて確かめるものです。push が通っても、公開の仕組みの build（公開するページを組み立てる処理）が終わるまで、本番のページは変わりません。なので、本文が手元で組み立てたものと同じになったかを比べています。

止まったページの本文には、問い合わせ用のメールアドレスが1つあります。ぼくのサイトは Cloudflare Pages で出していて、独自ドメインでは、メール保護（ページの中のメールアドレスを、ボットに読まれにくい形のリンクに書き換える機能）が、そのアドレスを書き換えていました。手元の出力と同じにならないので、3分待っても「未」（そろわない）のままでした。

Cloudflare の説明では、この機能は登録したときに自動で有効になります。同じページを、Cloudflare Pages が最初に付けるアドレスで開くと、書き換わっていませんでした（10月11日に確かめた）。

比べる前に、手元と本番の両方から、@ を含む語とメール保護のリンクを外すことにしました。確かめ直すと、そのページは通りました。

記録に残る20回（9月28日〜10月10日・のべ502ページ）で、止めたのは7ページでした。6ページは確かめる側が誤って止めたもので、本当の不具合は1ページ。スマホの幅で、押す部分の高さが足りなかったページです。確かめたページの中に、本番に出ていなかったページはありませんでした。

一字でも違えば止める作りにしたので、公開の仕組みの側で書き換わる所があると、それだけで止まるんだな、と思いました。

無料でGitHubに置いているので、よかったら使ってください。Cloudflare で出している方、メールアドレスの書き換えには気づいていましたか。
https://t.co/P8Eogq8cpE

[エム｜ひとりAIファクトリー @hitoriaifactory]

創刊60日の数字を、30日目と同じ表で出しました（画像）。仮に置いた予報は、Xフォロワー100・30日の訪問300・読者からの質問3件。60日目（10月8日時点）は、フォロワー27・質問2件で、訪問は今回も30日分を数えられませんでした。3つとも届いていません。

並べて分かったことが2つあります。

ひとつ。9月8日より後に X で始まったやり取りは、4人とも、記事のURLを置かなかった投稿に来た返信からでした。ぼくから相手の投稿へ返しに行った返信は、その間0本です。記事のURLを貼った投稿からは、記録の範囲では今回も1件も来ていません。

ふたつ。訪問を数えられなかったのは、決めた集計を続けられなかったからです。30日目は、数え方を決めていなかった失敗でした。それで、正式な数え方で数えた週が4つそろったら30日分とする、と決めました。ところが9月21日と10月5日の2回、集計が回っていませんでした。気づいたのは10月6日で、1回目の抜けから15日たっていました。

数え方を決めることと、その数え方で数え続けることは、別の仕事だったんだな、と思いました。自分の数字を毎週記録している人は、集計が抜けたことに、どうやって気づいていますか。

[エム｜ひとりAIファクトリー @hitoriaifactory]

AI は決まりを読んでいました。ずれていたのは、ぼくが思っている決まりと、AI に実際に届いている決まりのほうでした。

Claude Code に、読んでいる決まりをファイルを開かずに書き出してもらい、元のファイルと1行ずつ突き合わせました。9月27日から10月6日まで、6回です。決まりのファイル（AGENTS.md）と中身が食い違っていた行は、6回とも0でした。

その一方で、決まりのファイルに書いていない決まりも、どの回にも一緒に届いていました。

・クラウド側の Claude Code には、Claude のチャットの個人設定が差し込まれていました。チャットの AI に向けて書いた、答え方のルールです
・手元の Claude Code では、自動のメモ（Claude Code が自分で書き溜めるメモ）に残っていた古い1行が、毎回届いていました。9月27日に気づいたのに、直していませんでした
・その自動のメモは、サブエージェント（本体から呼び出す別の AI）にも届いていました。公式の説明には、読み込まれない、とあります（10月7日に読んだ範囲）

届いたもののうち3つは、ぼくの運用と食い違っていました（画像の表）。

記録は、note の「AI は決まりを読んでいた」にまとめました。

決まりを足すときは決まりのファイルだけを見ていたので、消していない1行も同じように届くんだな、と思いました。AGENTS.md や CLAUDE.md を使っている人は、AI に何が届いているかを、どうやって確かめていますか。

[エム｜ひとりAIファクトリー @hitoriaifactory]

Claude Code のクラウド側に仕事を出したら、作るのは6分で終わりました。3本を同時に走らせて、PR（変更の提案）が3本（9月29日の夜）。

でも翌日、それを手元に取り込んで本番に送るまでが1時間44分。そのうち約1時間30分は、止まって、ぼくの判断を待っていた時間でした（9月30日。1時間44分には、その日に決めた別の作業も入っています）。

止まったのは3回です。どれも、AI が作ったものを本番に送る前の検査や確認で引っかかって、通すか直すかを、ぼくが決める場面でした。説明文に、本文に無い言葉が7つ。送る前の検査に12件。決める役の AI が「直す」と判定したものが2件。

9月28日、ぼくはこう書いていました。『PC を閉じて寝る。朝に PR を見て承認する。ぼくの「止める場所」は PR に移る、はず』（抜き出し）。止まる場所は、PR の先にもありました。

費用で記録に残っているのは、6日間で6ドルです（読み込んだ決まりを聞いた回が1ドル、3本の同時実行が5ドル）。10月2日と10月3日の分は、記録していませんでした。

6日間の記録は、note の「Claude Code をクラウド側で動かした6日間」にまとめました。

作る6分より、ぼくの判断を待っていた約1時間30分のほうがずっと長かったんだな、と思いました。クラウド側に出している人は、取り込むところをどうしていますか。

[エム｜ひとりAIファクトリー @hitoriaifactory]

10月2日は 2.1.287、10月3日に新しく作ったセッションは 2.1.288 でした。どちらも、その時点でいちばん新しい版です。新しく作るセッションは最新の版で始まる、という動きに見えました（2回だけの観測です）

起動したあとのセッションが、その版のまま動き続けるのか、途中で上がるのかは、見ていません。

版を固定する方法は、公式の説明を読んだ範囲では見つけられませんでした（10月6日時点）

6日間の記録は、note の「Claude Code をクラウド側で動かした6日間」にまとめたので、よかったら読んでください。サイトから見れます。

[エム｜ひとりAIファクトリー @hitoriaifactory]

Claude Code の Cloud sessions が 9/23 に正式になりました。Anthropic 側のサーバーで動くので、PC を閉じても止まらない。Max には $250 の1回きりのクレジットが付いていて、ぼくも受け取りました（11/5 まで）。

ぼくの作り方では、作る役の AI は手元の Mac で動いています。X に投稿する鍵、画像、毎朝の cron、全部が手元にある。雲側は GitHub のリポジトリを取りに行くので、手元にしか無いものは使えない。

気になっているのは、溜まっている小さな直し16件のうち、何件を雲側に出せるかです。出せるものは夜に3本並行で走らせて、PC を閉じて寝る。朝に PR を見て承認する。ぼくの「止める場所」は PR に移る、はず。

明日の夜にやります。出せた作業・出せなかった作業の一覧と、かかった時間とクレジットの実額を出します。

[エム｜ひとりAIファクトリー @hitoriaifactory]

ぼくはコードを読まないので、AI が書いたものを公開しているリポジトリに push するとき、出したくない名前やメールアドレスが入っていないかを、目で全部は見ていません。

そこで、自分で決めた「出したくない語」が入っていないかを、push の前に検査するツールを作り、9月17日から自分の運用で回してきました。ほかの事業の名前、ホームフォルダ名、メールアドレスの形、運用の中だけで使う呼び名など、23語です（10月4日時点）。

記録に残っている、止まった回は8回でした。そのうち6回は、出してよいものを止めていました。当たったのは、たとえば
・公開用に使っているメールアドレス
・読者向けの説明にも普通に使う語
・短い英字の語が、ほかの語の一部に当たった
・差分の前後に写った、前からある行

本物だった2回は、どちらも、すでに公開していたものを後から見つけた回です。公開の前に本物を止めた記録は、ありません。

9月28日に、公開中の46ページ全部へ初めてかけたときは、5ページ・9件で止まって、9件とも誤りでした。当て方を3つ変えて、18分後に通っています。

公開版には、誤って止めたものを次から止めないための逃がし方（メールの許可・行の許可・前から公開していてすぐ直せない語は件数だけ出す）も入れています。一覧に無い語は見つけませんし、画像の中の文字も見ません。

8回を数えたあと、10月5日に、このツールの記事をサイトに出す前に、同じ23語で検査をかけたら、1回止まりました。当たったのは、前からリポジトリに入っていた、X に画像を送ったときの番号です。この検査は、push で足した行だけを見ます。前からある番号でも、同じ行の時刻が変わると、その行は足した行として扱われます。これも、出してよいものでした。

8回を並べてみて、止まるたびに直していたのは、ほとんどが中身ではなく、検査の側（語の当て方や許可）だったんだな、と思いました。

無料でGitHubに置いているので、よかったら使ってください。push の前に、何か確かめていることはありますか。
https://t.co/XwBnD08aag

[エム｜ひとりAIファクトリー @hitoriaifactory]

10月2日の投稿で「鍵が要るものをクラウド側に預けられるかは、次に試してみます」と書いた、その続きです。10月3日に試しました。

試したのは、Claude Code のクラウド側のセッションに X の API の鍵を預けて、読み取りを1回だけ呼ぶことです。

・新しい環境を作り、ネットワークの設定を Custom にして、出てよい行き先を X の API だけにした
・X の読み取りに使う鍵（Bearer Token）を、その環境の環境変数（セッションの中から読める設定の値）に置いた
・新しいセッションで1回呼んで、HTTP 200（読めた、という返事）が返った

鍵を預けて読むところは、これで通りました。引っかかったのは、その前後です。

ひとつは、行き先の許可です。既定の許可の一覧に、X の API は入っていませんでした。なので Custom にして、自分で指定しています。

もうひとつは、GitHub のつなぎ方です。Claude のアカウントに結び付けられる GitHub のアカウントは1つだけで、ぼくは別の GitHub のアカウントにつないでいました（10月3日時点）。このサイトのリポジトリはクラウド側で開けず、鍵の確かめは別のリポジトリで、ファイルには触れずにやりました。なので、このサイトの作業で鍵が要るものをクラウド側に回すことは、今はできていません。

後始末もありました。環境は削除できず、アーカイブしかできませんでした（10月3日時点）。鍵の行を空にしてから、アーカイブしています。鍵はこの試しのために作り直したので、毎朝の自動実行に入れていた鍵も、同じ日に入れ替えました。

そのあとで、公式の説明を確かめました（10月4日）。環境変数の値は、その環境を使う人なら読める、と書いてあります。Pro と Max のプランには、鍵をセッションに見せないまま預ける仕組み（API credentials）が別にある、とも書いてありました。ぼくはそれを使わずに、環境変数に置いていました。

ついでに Claude Code の版も見ました。10月2日に見たときは 2.1.287、10月3日の新しいセッションでは 2.1.288 でした。

鍵をセッションから見える場所に置いていたので、片づけに気を使いました。先に説明を読めばよかったです。

API credentials のほうで鍵を預けている人は、いますか。

[エム｜ひとりAIファクトリー @hitoriaifactory]

自動で動く仕組みを作ったら、今度は「ちゃんと動いたか」を毎朝確かめる作業が残りました。

ぼくの場合、毎朝 6時47分の予定で動く自動処理があります（X への投稿と、記録の取り込み）。これまでは朝いちばんに、作業用の AI に記録を読ませて報告させ、その報告を見てから1日を始めていました。

10月2日、この確認を AI を使わない形に変えました。自動処理の最後の工程が、その朝の記録のファイルを読んで、決まった形の文を Slack に送るだけです。AI も X の API も呼ばないので、この工程の費用は0円です（10月3日時点）。

10月3日の朝に届いたのは、見出しと11行でした。
・どの工程が成功したか
・何本投稿したか（画像・見送り・エラー）
・その朝の処理で使った金額（X の API の分）と、今月の累計
・開始時刻と、予定からの遅れ
・前の日に作っておいた「明日の朝はこうなるはず」と、実際との食い違いの数
など。

開始の遅れ以外の食い違いや失敗が1つでもあると、見出しに「要確認」が付いて、スマホに通知が届く場所にも送られます。何もない朝は送られません。この工程が失敗しても、朝の処理そのものは止まらないようにしました。

10月3日の朝が、定時の実行での1回目でした。食い違いは0件で、「要確認」は付きませんでした。開始は 9時44分で、予定から2時間57分の遅れ。9月29日から10月3日まで、5日続けて約3時間（2時間57分〜3時間28分）遅れていて、起動の仕組みの見直しにはまだ手をつけていません。

最初は、この朝の確認も、クラウド側で決まった時刻に動く AI に任せるつもりでした。でも、読むファイルも書く形も毎朝同じなら、AI に考えてもらうところは残っていないな、と思ったんです。

毎朝の自動処理、みなさんは「ちゃんと動いた」をどこで確かめていますか。

[エム｜ひとりAIファクトリー @hitoriaifactory]

9/28 に「やります」と書いた、Claude Code の Cloud sessions（クラウド側で動くセッション）の結果です。9/29 の夜に試しました。

溜まっていた小さな直しは、数え直すと16件ではなく22件でした。

・クラウド側に回した：8件（片付いたのは5件半。2件は指示から漏れていました）
・回せるけれど今回は見送り：6件
・回せなかった：7件（X や Cloudflare の鍵が要る／画像が手元にしか無い／端末の設定／ぼくの判断が要る）
・すでに済み：1件

回した分は3本に分けて同時に走らせて、6分で終わりました。使ったクレジットは5ドルです。

ただ、ここで終わりではなかったです。翌日、できあがった3本を手元に取り込むのに1時間44分かかりました。説明文に、本文に無い言葉が7つ入っていたり、検査に12件引っかかったりして、3回止まっています。

クラウド側が速くても、確かめて取り込むのはぼくの側に残る。1回目で分かったのはそこでした。

回せなかった7件のうち、鍵が要るものをクラウド側に預けられるかは、次に試してみます。

[エム｜ひとりAIファクトリー @hitoriaifactory]

@autobullbear バージョンの固定は、ぼくはまだ試していないです。先日3本走らせたときも、クラウド側がどの版で動いていたかまでは見ていませんでした。
十数本を cron で回している構成だと、そこは気になりますよね。次にクラウド側を動かすときに、何の版で動いたかを見てみます。

[エム｜ひとりAIファクトリー @hitoriaifactory]

サイトを始めて9/27で49日。作ったものを、出した日付つきで全部並べました。記事・ツール・note・ボード。
一覧は画像に。全文は note の「49日で作ったもの全部」にあります。

[エム｜ひとりAIファクトリー @hitoriaifactory]

サイトに書いた記事を note にも出そうとすると、表が貼れません。note は表を表示できないので、1枚ずつ画像にして、見出しも貼り直して、見出し画像も別に作る。ぼくはこれを5回、全部手でやっていました。

そんなnoteの転載に関するめんどくさいことをツールにしました。
記事のファイル（md）を1本渡すと、
・note に貼る本文
・表を1枚ずつ画像にしたもの（サイトと同じ見た目）
・図や画面の写し
・見出し画像（note の規格 1280×670）
・貼る前の確認の札
が一度に出ます。
あとは上から順に貼るだけなので、簡単です！

9月22日に初めて使って、貼るのは4分、ツールが止まったのは0回でした。

無料でGitHubに置いているので、よかったら使ってください。
https://t.co/d9neyRdYir

[エム｜ひとりAIファクトリー @hitoriaifactory]

同じ週、同じアカウントで比べてみました。

「記事を書きました」という投稿4本は、表示が合計42。作ったツールを画面つきで出した投稿3本は、合計178。1本あたりだと10と59です。

記事の告知は、ぼくが思っていたより誰も見ていませんでした。作ったものの画面のほうが、5倍以上見られている。

たしかに宣伝感強いなと自分でも思ったので、今週から、URLはツールを開発したとき以外は載せないことにしました。

[エム｜ひとりAIファクトリー @hitoriaifactory]

新しいチャットを開くと、AIは前の日のことを覚えていません。昨日決めたことを説明し直すか、知らないまま別の案を出されるか。毎朝ここで時間が消えていました。

そこで、前の晩に1枚「準備票」を書いて、翌朝の最初のメッセージに貼るようにしました。書く欄は5つに固定しています。
①作る側のAIに最初に頼む確認の1行
②前回直された言葉づかい
③前回決まったこと・終わったこと
④今日の予定
⑤日付つきの持ち越し
これを貼ると、AIは「昨日の続き」から話します。同じ説明を毎朝しなくてよくなり、前の日の決定と食い違う案が出ることも減りました。

気をつけているのは夜のうちに書くこと。朝に書くと、前の日の細かい決定を自分も覚えていないことがあるので。

無料でGitHubに置いているので、よかったら使ってください。
https://t.co/1FYaXoZEyZ

[エム｜ひとりAIファクトリー @hitoriaifactory]

サイトの記事をnoteに貼ったら、リンクカードの題名が左右で切れていました。

原因はnote側の切り出しで、1200×630のOGP画像のうち、真ん中だけが表示されます。ぼくのは題名を横いっぱいに置いていたので、両端が消えていました。

文字を x=230〜970 の範囲に収めて、29枚を作り直しました。切れなくなりました。noteに貼るつもりなら、先に知っておきたかった仕様です。皆さんも気をつけてくださいね。

[エム｜ひとりAIファクトリー @hitoriaifactory]

ツールを4本、GitHubに公開して14日。ユニークの訪問は3人でした。うち1人は、たぶんぼく自身です。

残りの2人がどこから来たかを見ると、1人はサイトの記事から、1人はXからでした。GitHubの検索や一覧からは0。

READMEに英語の1行を足したり、説明文やtopicsを整えたりもしましたが、公開しただけでは誰も来なくて、来た人は先に記事か投稿を読んでいた。無料だし、多くの人に使ってほしいと思ってるけど、なかなか難しいですね。