Mole の Mac 版をリリース後、ユーザーから学んだプロダクト開発の教訓

@HiTw93
中国語2026年8月16日
140K
494
42
39
519

TL;DR

Tw93 が CLI から Mac アプリへと進化した Mole の軌跡を振り返ります。ユーザーからのフィードバックがどのように機能や価格設定、そして AI 生成の不要ファイルを安全に削除するアプローチを形作ったのかを詳述します。

最近、独立した開発についての考えをよく書いてきました。それをまとめる意味も込めて、Mole がオープンソースの CLI から有料の Mac ソフトウェアになるまでの道のりについて書こうと思います。当時考えていたこと、実際にうまくいったこと、そして自分のプロジェクトに取り組んでいる友人たちへの何らかのインプットになればと思います。

Mole の公式サイトは

mole.fit で、CLI は

GitHub でオープンソース化されています。まずは試してみてください。

昨年の国慶節の休暇中、三亚のプールサイドで数百行のコードを書き、Mac 用のクリーンアップコマンドラインツール「Mole CLI」を作成し、GitHub でオープンソース化しました。もともとは自分と同僚だけが使えればと思っていました。ところが、1年も経たないうちに 60K のスターを獲得し、50 以上のバージョンをリリースし、世界中の 121 人の開発者がコードを提供し、約 800 件の機能提案やバグを解決しました。

実は、どれだけの人が使っているかあまり気づいていませんでした。ある時、README 内の 2 つの画像を Vercel で高速配信していたところ、トラフィックが課金上限を超え、Vercel に 80 ドル支払うことになって初めて、デスクトップ版を作る時が来たと実感しました。

以前、最も多く受け取ったメールは海外ユーザーからのもので、内容は概ね「両親が Mac を使っていて、妹も使っているけど、ターミナルの開き方がわからない。コマンドを入力しなくても使えるバージョンを作ってくれませんか?」というものでした。しばらく先延ばしにしていましたが、主な理由は CLI 自体がまだ十分に成熟していないと感じていたからです。その後、2 週末かけて Mac デスクトップ版を作りました。その夜 10 時にリリースすると、通知が一晩中鳴り止みませんでした。フランス語、ドイツ語、あらゆる通貨での購入通知です。眠るためにメール通知をオフにしたほどです。振り返ってみると、最初のリリースはかなり薄っぺらいものでした。2 週末で作ったものがどれほど完成度が高いでしょうか。多くの機能はその後数ヶ月かけて少しずつ追加されました。基本的には、ユーザーのグループが先にお金を払い、その後私と一緒に完成させていくという形でした。CLI は変わらずオープンソースで無料のままで、今後も更新を続けます。有料なのはデスクトップ版だけです。

Tw93 - inline image

AI が生み出す 3 種類のジャンク

デスクトップ版を構築した後、私自身が最もよく使った機能はクリーンアップでした。なぜなら、私の Mac は本当に AI によって限界まで追い込まれていたからです。私は一日中 Claude Code と Cursor を開いてコードを書いています。最初はあまり気にしていませんでしたが、後になって、AI が残すジャンクは従来のソフトウェアとは大きく異なり、おおよそ 3 つのカテゴリに分類されることに気づきました。

1 つ目はコンパイルアーティファクトです。これは新しいものではありませんが、AI がその規模を拡大しました。以前は、自分で数百行のコードを書き、1 日に 3 ~ 5 回コンパイルしていました。今では、エージェントに午後いっぱいで十数回実行させ、そのたびにコンパイルします。Rust プロジェクトの targets、フロントエンドの .next や dist フォルダ、Xcode の DerivedData は非常に急速に成長します。これらだけで 86GB も削除したことがあります。2 つ目は、AI ツール自体が残す古いバージョンです。Claude Code、Cursor Agent、GitHub Copilot などのコマンドラインツールはすべて自動更新されます。更新時には、新しいバージョン全体を新しいディレクトリにダウンロードします。各バージョンは約 250MB で、古いバージョンは削除されません。数ヶ月もすれば、十数個の使えないバージョンが溜まります。3 つ目はモデルファイルです。Ollama や LM Studio がプルしたモデル、HuggingFace のキャッシュで、しばしば数十ギガバイトを占有します。

Tw93 - inline image

Mole は最初の 2 つのカテゴリをクリーンアップしますが、3 つ目のカテゴリには一切触れません。その後、徐々にこれを 3 つの階層に分けて考え、スキャンしたすべてのものを分類してからデフォルトでチェックするかどうかを判断するようにしました。第 1 階層は再生成可能なものです。HTTP キャッシュ、GPU キャッシュ、コンパイルアーティファクト、ほとんどのログなどです。関連するアプリが終了しており、パスが明確であれば、クリーンアップできます。第 2 階層は再構築コストが高いものです。パッケージマネージャーのレジストリキャッシュ、ローカルモデルの重み、iOS DeviceSupport などはすべて再構築可能ですが、帯域幅と時間がかかるため、ユーザー自身が確認する必要があります。第 3 階層は代替不可能なものです。チャット履歴、メールデータベース、写真ライブラリ、現在のプロジェクトの状態などです。これらのものは、ワンクリッククリーンアップリストに決して入れるべきではないと考えています。

これら 3 つの階層を 1 つの「安全に削除可能」リストに圧縮する方が簡単ですが、その代償はユーザーに代わって決定を下すことです。クリーンアップページの 10 のカテゴリはこの順序で配置されています。再生成可能なキャッシュが一番上にあり、下に行くほど自分で確認する必要があります。

Tw93 - inline image

target、build、dist、__pycache__、DerivedData などは、再コンパイルすれば戻ってきます。コストは数分の CPU 時間です。node_modules、Pods、venv、vendor も依存関係ディレクトリのように見えますが、削除するとインターネットから再ダウンロードする必要があります。新幹線や飛行機の中でプロジェクトを実行しようとすると、ただ待つしかなくなります。これら 2 つのカテゴリは見た目が似ており、まとめてジャンクとして削除されがちです。Mole CLI は初期にこれを行っていましたが、後に Mac 版のクリーンアップリストからダウンロードタイプのディレクトリをすべて削除しました。

モデルはここで最も重いカテゴリです。数十ギガバイトの再ダウンロードは災害であり、一般的なクリーンアップツールでは正しく削除することさえできません。Ollama はモデルをハッシュで名前付けされた多数のブロックに分割します。複数のモデルが同じブロックを共有する可能性があります。ollama rm は、ブロックを解放する前に、他の誰かがそのブロックを参照していないかを計算します。ファイルシステムから大きなブロックを手動で削除すると、別のモデルを壊してしまう可能性があります。これらの参照を理解しているのはツール自体だけです。

したがって、~/.ollama/models や ~/.cache/huggingface のようなパスは、コード内の保護リストにハードコードされています。スキャン段階では表示されず、ディスク分析セクションで占有サイズのみが表示され、モデル自体は Ollama や LM Studio によって管理されます。

Tw93 - inline image

モデルよりもさらに触れてはいけない別のカテゴリがあります。それは AI セッション記録です。~/.codex/sessions、~/.claude/projects、~/.grok/sessions には、数ヶ月から 1 年にわたる AI との完全な対話が保存されています。そこには、当時の思考、却下した解決策、すべての変更理由が含まれています。削除すると本当に失われ、ある意味ではコードそのものよりも貴重です。したがって、これらのパスは Mole では決してクリーンアップされません。どれだけ長い間そこにあってもです。また、メモリ、計画、スキル、生成された画像も保護されます。

Tw93 - inline image

これらの保護リストは最初からすべて考えられていたわけではなく、ほとんどは試行錯誤によって学ばれました。最も愚かなミスは com.apple.e5rt.e5bundlecache でした。名前に「Caches」とあり、キャッシュディレクトリに配置されているためキャッシュのように見えますが、実際は Apple の Neural Engine によってコンパイルされたモデルです。初期の CLI はこれをキャッシュとして扱い削除したため、認識機能を使用するすべてのアプリが再起動するまでクラッシュしました。それ以来、「cache」という名前のディレクトリを見ると、3 つの質問を自問する習慣がつきました。誰が書いたのか?再起動後に誰が読むのか?誤って削除した場合、どうやって取り戻すのか?1 つでも答えられなければ、触れません。

削除する前に確認する

私はこの種のツールの品質を、どれだけ削除できるかではなく、削除する前に明確に確認できるかどうかで判断します。

Mole がクリーンアップするときは、まずスキャンし、アイテムを 1 つずつリストアップし、各アイテムが何で、どこにあり、どのくらいの容量を占めているかを正確に表示します。確信が持てないアイテムはデフォルトでチェックが外されています。削除前に確認し、削除時にはアイテムはまずゴミ箱に移動されるため、後悔した場合に復元できます。スキャンとクリーンアップは完全にローカルで実行され、ファイルや結果がアップロードされることはありません。代償として、処理が遅くなり、追加の確認手順が必要になるため、急いでいる時には面倒に感じるかもしれませんが、削除し損なうよりは、誤って削除する方がましだと考えています。

Tw93 - inline image

アンインストールも同じロジックです。アプリを選択すると、Mole はシステム全体に散らばっているすべてのものを検出し、各アイテムにパスとサイズをラベル付けします。上の画像では、Claude アプリ自体は 781MB しかありませんが、~/Library/Application Support/claude は 7.67 GB です。実際に容量を占有しているのは、アプリケーションパッケージ自体ではありません。ログイン項目やバックグラウンドサービスも同じページに表示されるため、システム設定で探し回る必要はありません。

例えば、macOS システムアップデートインストーラ(/macOS Install Data ディレクトリ)は、しばしば 10GB を超え、完璧なクリーンアップターゲットのように見えます。しかし、システムがアップデートを完了するためにまだ必要とする可能性があり、削除が早すぎるとマシンが起動しなくなる可能性があります。そのため、Mole では、チェックが外されたレビュー項目であり、3 層の保護があります。インストール待ちのアップデートがある場合は行全体が非表示に、インストーラが過去 14 日以内に触れられた場合は非表示に、インストール関連のプロセスがまだ実行中の場合は非表示になります。いずれかのシグナルが読み取れない場合は、リスクとして扱われ、まったく表示されません。

実行時には、ルート権限を持つスクリプトがこれらのチェックを再度実行します。失敗した場合は、ゼロ以外のコードで終了します。「レポートでは 12GB 削除されたと表示されているのに、1 バイトも移動されていない」という状況は発生しません。

クリーンアップツールの良し悪しを判断する非常に簡単な方法があります。同じベンダーの 2 つの製品をインストールし、1 つだけをアンインストールして、共有の Application Support 親ディレクトリまたはグループコンテナが含まれているかどうかを確認します。含まれている場合、それは名前でマッチングしており、所有権でマッチングしていないことを意味します。所有権を明確にできないツールに、大量削除を任せることはできません。

Tw93 - inline image

通常は邪魔をしない

一度に 86GB を削除するのは、いくつかのログを削除することで達成されるものではありません。Claude をアンインストールするときには、アプリ自体の 10 倍以上のサイズのものがシステム全体に散らばっているのを見つけることができます。必要なものは見つけますが、積極的に邪魔をすることはありません。

インストール後、数日おきにクリーンアップを促す通知をポップアップ表示したり、スキャン後にコンピュータがどれほど危険かを警告したりすることはありません。掃除したいときに開き、必要ないときは存在しないかのようです。

インターフェースも同じ哲学に従っています。スキャンが完了していなければ、結果ページには入りません。すぐに準備ができるものには、ローディングプロンプトすら表示しません。しばらくして初めて「ビジー」アニメーションが表示されます。完了ページにも事前にスペースが確保されているため、結果が表示されてもウィンドウが飛び跳ねることはありません。これらのルールはすべて非常に些細なものですが、それらが組み合わさって、安定して使えるという感覚を生み出しています。

基盤となるタスクは本質的に予測不可能であるため、アニメーションを追加しても役に立ちません。プロセス自体が信頼できるものでなければなりません。常に監視が必要なメンテナンスツールは望んでいません。タスクを開始し、完了するのを待ち、その後画面を戻す。それで十分です。ライトを点滅させて常に注目を促す必要はありません。

アクセシビリティもこの一部です。読み上げ順序、キーボード操作、フォーカスの安定性はすべて、同じ「静かな」体験の一部です。システムの「視差効果を減らす」がオンの場合、惑星の装飾的な回転は停止し、状態変化に伴う空間的な動きは減少します。ユーザーがアニメーションを理解していることに依存する操作はありません。

Tw93 - inline image

70 歳のおじいちゃんでも使えるように

以前は、ものを作るとき、基本的に同僚や友人が使いやすいかどうかだけを考えていました。CLI からデスクトップ版に移行して、70 歳のおじいちゃんでも使えるようにするには、はるかに多くのことが必要であり、はるかに面白いことに気づきました。以下はすべて、過去 3 ヶ月間にユーザーから届いたメールから抜粋したものです。私の最大の収穫はほぼすべてここにあります。

70 歳近いイギリス人のユーザーは、「老人性のぼんやり」で Mole を再度購入したと言いました。「2 回目の支払いはあなたへの贈り物だと思ってください。この素晴らしいツールをありがとう。CleanMyMac よりもはるかに多くのポンドを節約できました。」私は返金するか、余分なライセンスを誰かに譲ることを提案しました。彼は周りに確認し、翌日こう返信しました。「近所の人は誰も Mac を使っていませんし、Bluesky のフォロワーも使いません。今回は私のおごりです。」このような手紙を受け取ると、その信頼に応えるために製品をさらに良くしなければと感じます。

アメリカ人のユーザーは、地域の習慣に関する私の誤解を正してくれました。私はアメリカ人は温度に華氏を使うものだと思い込み、米国地域ではデフォルトで華氏にしていました。彼は言いました。「アメリカ人は技術的な文脈ではすべて摂氏を使います。天気と体温だけが例外です。Mole をインストールしたとき、110 と表示されて驚きました。Apple がアメリカ人に表示するスペックも摂氏ですし、fastfetch/neofetch も米国システムではデフォルトで摂氏です。華氏のトグルは残しつつ、すべての地域でデフォルトを摂氏にすることを提案します。」その後、デフォルトを摂氏に変更し、華氏のトグルを追加しました。彼はさらに価格設定についてフォローアップのメールを送り、私が設定した価格は意図的に設定された価格ではなく、他の通貨から変換されたように見えると指摘しました。彼はこう付け加えました。「『外国風』と言っても、反中国という意味ではなく、人々は作者が自分たちを理解していると感じたいのです。」正直なところ、その価格は適当に決めたもので、製品を作る前に価格設定について真剣に考えたことは一度もありませんでした。見知らぬ人に指摘されるのはかなり恥ずかしいことでした。価格の数字もユーザーの意思決定に影響を与えることがわかったのです。

軽度の視覚障害を持つユーザーはこう言いました。「とても素敵なアプリのように見えますが、残念ながら使えません。ダークモードがハードコードされているようです。私のシステムはライトモードに設定されており、ライトモードのアプリしか使いません。」Mole をダークモードのみにしたのは意図的な決定でした。メニューバーパネルは壁紙の上に HUD のように浮かび、ダークガラスはグレアが少なく、テーマ切り替えの必要がありません。しかし、この理由は彼には通用しませんでした。アクセシビリティに真剣に取り組んでいるつもりでしたが、ライトモード自体がアクセシビリティ要件であることに完全に気づいていませんでした。あのメールを受け取ってからしばらく経ちますが、Mole はまだダークモードのみで、ライトモードはリストに残ったまま、未完了です。アクセシビリティを重視すると称する製品が、使えないと明確に言ったユーザーをこれほど長く待たせていることに、少し罪悪感を感じています。

ドイツの大学の講師が教育ライセンスを申請し、「これは私個人へのサポートだけでなく、教育レベルでの有意義なサポートでもあります」と言いました。国際的な教師が教室環境で私の製品を使用していることがわかりました。これは予期していなかったユースケースです。ハンガリー人の医師は、最も正直な否定的レビューをくれました。「正直なところ、無料アプリでもできることに対しては、価格が少し高いです。」これはまったく厳しいとは思いませんでした。購買力は国によって大きく異なります。彼は文句を言っていたのではなく、問題を特定する手助けをしてくれていたのです。

Mole の私のお気に入りの機能は、実際には私のアイデアではありませんでした。AirPods のバッテリー残量が少なくなったときの通知は、バッテリー健全性に取り組んでいるときに追加されました。そのシナリオに遭遇したことはありませんでしたが、ある午後実際に受け取ったとき、非常に思いやりがあり、邪魔にならないと感じました。ユーザーからのリマインダーを受けて、画面をオンに保つための 3 つの異なる動作を追加しました。週末に急に外出するときでも、AI コーディングを実行し続けることができ、非同期の時間を大幅に節約できます。ステータスバーに iPhone のバッテリー残量を表示できるようにするのは、最初は実装が困難でしたが、最終的に方法を見つけました。これらはすべてユーザーが追加するように言ったことであり、結果的に私が最も恩恵を受けています。

実は手動でメール返信しています

Q&A、返金、アクティベーションコードのリセットは、ユーザーベースの 1% 未満です。スクリプトを書けば 30 分ですべて自動化できますが、そうしていません。一つ一つ処理することで初めて、ユーザーが実際に何を望んでいるのか、なぜ返金するのか、何が不便なのかを感じ取ることができます。そして、それは多くの場合、彼らが最初に尋ねることではありません。自動化の基準は、問題が繰り返し発生し、回答が安定し、例外がすべて理解されたときの 3 つが揃ったときです。それまでは、一つ一つ返信する方が良いです。これは今でも有効で、マーケティングにお金をかけたことはなく、成長のほとんどは口コミによるものです。返金率は 0.8% 未満です。購入者の多くは CLI の長期ユーザーです。

リリース前には、チケットシステム、カスタマーサービスプラットフォーム、ナレッジベースを設定しませんでした。エンジニアはまずこれらのサポートシステムを構築したがります。なぜなら馴染みのある作業であり、AI によって半日で完了するようになり、開始するのがさらに簡単になったからです。しかし、構築に半日しかかからなくても、メンテナンスは長期的なコミットメントであり、今はまだ必要ありません。受信箱がリクエストを失い始め、応答時間が不明確になり、同じ質問に異なる回答が返されるようになったとき、それが新しいシステムが本当に必要になる時です。AI はこの製品の多くの部分を可能にしていますが、人とのコミュニケーションを AI に置き換えることはできません。そうしなければ面白くありません。効率を向上させることはできても、相互の感情や信頼を向上させることは困難です。これは、AI コーディングから生まれた製品が人間味を保つための方法でもあるかもしれません。

やってみて役に立ったこと

製品開発において、コーディング能力は約 30% に過ぎないと感じています。より多くの労力は、自分の痛点を大多数のユーザーの痛点と結びつけ、マニュアルなしで使えるものを作り、適切な人の前に押し出して、大きな問題を解決したと感じてもらうことに費やされます。プロダクトエンジニアは、研究者、プロダクトマネージャー、エンジニア、オペレーター、データアナリスト、ビジネスストラテジストを組み合わせたようなものです。

やらないことの方が、やることよりもはるかに重要です。ファイルを削除するツールにとって、これは削除しないものになります。あのハードコードされた保護リストはすべて、このルールから生まれました。私は幸運にも、新入社員として働き始めた頃にエンジニアリングの修養に関する多くの本を読みました。「必要なくして実体を増やすべからず」「シンプルさは究極の洗練」といった言葉が、徐々に私の生活、仕事、コードに浸透していきました。製品を作るようになって、これをさらに強く感じています。良い製品と普通の製品の違いは、何をしないかを決める能力に大きく依存しています。いくつかの機能はそれ自体は優れていますが、メインパス上にない場合は含めません。そうしないと、維持が難しい機能の山になりがちです。

もう一つの感覚は、今後 6 ヶ月間のロードマップを頭の中に持っていなければならないということです。各バージョンで何を追加するか、どれが偽のニーズか、どの機能をユーザーが使いやすい場所に配置すべきかを明確に知っている必要があります。一般ユーザーにとって、マニュアルを読まなくても使えるものが良いものです。Mole のポジショニングは、Mac システムメンテナンスの静かな守護者です。多くの友人が素晴らしい機能を提案してくれましたが、丁寧にお断りしました。私の目標はシンプルです。Mac ユーザー 100 人に 1 人が Mole を使い続けたいと思ってくれれば、それで十分役に立っていると言えます。

現在、機能がロードマップに入る前に、3 つの関門を通過する必要があります。ユーザーが機能をクリックしていない場合、永続的なタイマー、リスナー、サンプリングオーバーヘッドがあってはなりません。小さな便利さのために特権ヘルパーを拡張したり、新しいシステム権限を追加したりしてはなりません。合理的なデフォルト値がある場合に設定を追加してはなりません。これらはすべてのソフトウェアに共通する原則ではなく、Mole が自分自身に課したルールです。永続的なタスク、特権、設定が増えるたびに、ユーザーはあなたをもう少し信頼する必要があります。

Tw93 - inline image

私は基本的に「大きな動き」のために貯め込まず、毎週バージョンをリリースするようにしています。そうすることで、ユーザーの問題を迅速に解決し、対話を続けることができます。すべてのリリース、アップデート、プロモーションは素晴らしいコミュニケーションの機会であり、ニュースを見ていない人々にあなたが何をしているかを知らせることができます。

AI の時代において、コードの障壁は低くなっています。よりコントロールが必要なのは、Token をユーザーの問題解決に正確に費やす方法です。多く使うことを厭いませんが、効果的に使わなければなりません。例えば、要件を徹底的に議論し、データを掘り下げて本当の問題を見つけ、一目で理解できるコピーを書くことなどです。これらの分野には投資する価値があります。Token を投資と見なし、投資にはリターンが必要です。

Mole は初日からグローバルであり、中国語よりも英語のコンテンツを多く投稿しています。この間の感覚としては、世界は広大で、ユーザーベースは広く、彼らは最初からあなたを信頼しようとしています。通りすがりに助けた人々が、後になってあなたのユーザーになることがよくあります。そこには実際の交流があったからです。プロモーションにお金をかけたことはありません。X でのバズは高いですが持続時間は短く、一方 YouTube に投稿したものは減衰が非常に遅いです。コンテンツが良く、誰かが推薦してくれれば、そこに長く生き続けることができます。

想像以上にデータに時間を費やしました。販売データを次元と時間で見て、トラフィックデータ、ユーザーコメント、ユーザーとのすべてのやり取りの記録、返金理由、オープンソース側のすべての課題を組み合わせることで、これらはすべて貴重なリソースです。それらは、私が知らなかった多くの問題を発見し、セールスファネルがどこで壊れているかを正確に把握するのに役立ちます。

最後のポイントは、私自身のアプローチに関するものです。深い功利主義でアカウントを構築すると不安になります。ブランドとして構築し、自分自身をブランドとする方が好みです。私の考え、アイデア、製品アップデート、洞察、交流、コメントはすべて、このブランドに信頼を追加しています。信頼は、偽りの繁栄を誇る今日の AI 世界では特に重要です。素晴らしく聞こえるが、クリックしてみると平凡だと感じさせるものは、多くのユーザーの期待をすでに低下させています。本当に良い製品を持っていても、信頼がなければ注目されません。これは非常に長期的に行うことができます。あなたがインターネット上にいる限り、このブランドは生き続けます。それはあなたの人生で最もライフサイクルの長い製品です。

なぜ 5 つの惑星なのか

Mole デスクトップには現在、5 つのモジュールがあります。クリーンアップ、アンインストール、最適化、ディスク分析、ハードウェアステータスです。各モジュールはインターフェース上の惑星に対応しています。クリーンアップは地球、アンインストールは火星、最適化は水星、分析は木星、ステータスは太陽です。これは、子供の頃から惑星の軌道を見るのが好きだったことと、10 年前にフロントエンドを学んだ後、最初に本当に学びたかったのが WebGL だったことに関係しています。惑星のテクスチャは 10 回以上変更しました。NASA の公式サイトから多くの画像をダウンロードし、ようやく決定しました。回転方向、速度、完了後の飛行効果はすべて、実際の天体に従っています。

Tw93 - inline image

この部分は省略してもよかったかもしれません。クリック一つでクリーンアップできる小さなメニューバーツールでも機能したでしょう。しかし、AI によって生成されるサイバージャンクはもう十分です。Token を使って、かろうじて動くだけの別のインターフェースを積み上げる代わりに、もう少し快適なものを作りたかったのです。Token を無駄にせず、あなたのタイムラインを汚染しないように。

私は、短時間で結果を急ぐのではなく、物事が自然に起こるのが好きです。この 3 ヶ月間でそれが強化されました。少し前に、ある一文を思いつきました。世界で最高の仕事はおそらく、自由市場における継続的な学習者が、自分の判断力、能力、美的感覚を使って、他人が喜んで対価を払うような価値を創造し続けることでしょう。

CLI は GitHub でオープンソースかつ無料で、Mac デスクトップ版は公式サイト mole.fit にあります。

初めて有料プロダクトを作るため、まだ考慮が足りない部分があるかもしれません。経験豊富な皆様からのご提案やアドバイスを歓迎します。上記の変更は私自身のアイデアではなく、すべてユーザーからのメールや issue によってもたらされたものです。ですから、ユーザーとのコミュニケーションの機会を決して諦めず、彼らの不満や提案に心ゆくまで耳を傾けてください。それらはあなたにとって大きな助けとなり、ユーザーをより深く理解するきっかけとなるでしょう。

ワンクリック保存

YouMindでバイラル記事をAI深読み

ソースを保存し、的を絞った質問をし、主張を要約して、バイラル記事を再利用できるノートに変えます。すべてを1つのAIワークスペースで行えます。

YouMindを探索
クリエイターのために

あなたの Markdown をきれいな 𝕏 記事に

自分の長文を投稿するとき、画像・表・コードブロックを 𝕏 向けに整形するのは手間がかかります。YouMind は Markdown 全体を、そのまま投稿できるきれいな 𝕏 記事に変換します。

Markdown → 𝕏 を試す

解読すべきパターンをもっと

最近のバイラル記事

バイラル記事をもっと見る