AIソロプレナートレンド

Discover the World's AI Solopreneurs.

世界のAIソロプレナーと出会うデータベース

About
LIVE

2026.08.24 · fillipkosorukov.substack.com

複数AIを束ねてSaaSを前に進めたFillip Kosorukov

心理学のバックグラウンドを持つFillip Kosorukovは、単一の万能AIに頼るのではなく、役割ごとに複数のAIツールを分担させる運用へ切り替えた。LocalMentionやFixMyRecordといったSaaSを進める過程で、共有Markdown知識ベースを中心に据え、開発・調査・文脈維持を分離した点が特徴だ。派手な自動化よりも、AI同士の受け渡し設計に重心を置いた事例として参考になる。

運営中
月商
非公開
事業種別
SaaS
業種
マーケティング/広告
集客チャネル
その他

使用AIツール

  • Claude Code
  • Claude

※ 数値は記事公開時点(2026.08.24)の公開情報に基づく調査結果です

概要

Fillip Kosorukovは、インディアナポリスを拠点に活動するソロファウンダーで、LocalMentionとFixMyRecordというSaaSを手がけている。本人の発信では、正式なプログラミング教育を受けた開発者ではなく、心理学の学位と研究実績を持つ一方で、不動産事業やトレーディング事業にも関わっている。そうした非エンジニア寄りの背景を持ちながら、AI支援を前提にプロダクトを形にしてきた点がこの人物の面白さだ。

2026年5月29日に公開したSubstack記事では、1つのAIコーディング支援ツールにすべてを任せようとする発想をやめ、用途別に複数ツールへ役割を分けたことで運用が安定したと整理している。サーバー上の本番コードを触る役、デスクトップとラップトップ間で作業文脈を引き継ぐ役、夜間に調査タスクを回す役を分け、その接着剤としてプレーンテキストの知識ベースを置く設計にたどり着いた。

またDEVでの寄稿では、Claude Codeを主要な開発手段として使い、VPS上の構成、デバッグ、デプロイ、セキュリティ修正までAI支援で進めた経験を共有している。ここで重要なのは、AIそのものが差別化ではなく、AIをどう分業させるかが運営の肝になっている点だ。

ビジネスモデル

中心はSaaSモデルだ。LocalMentionはローカル企業向けのAI可視性監査プロダクトとして紹介されており、検索やAI回答環境の中で自社がどう見えているかを点検する用途に寄っている。FixMyRecordも本人プロフィール上で並列して挙げられているが、確認できた範囲では詳細な提供形態までは明かされていない。

Kosorukovの発信から読み取れるのは、受託よりも自社ソフトウェアを少人数で回す方向に軸足があることだ。特に、知識ベースをMarkdownで持ち、各AIがそこを読み書きする運用は、開発チームを増やさずに複数プロダクトを前進させるための“作業OS”に近い。つまり、売り物はSaaSだが、その裏側ではAIを使った省人数オペレーションの仕組み化が進んでいる。

顧客獲得チャネルについては、明確な数値付きで主要流入元が示された資料は見当たらなかった。ただし本人はSubstackやDEVで継続的にノウハウを発信しており、創業者発信を通じた認知形成が一定の役割を果たしているとみるのが自然だ。

収益規模

公開されている収益データは確認できなかった。MRR、月商、顧客数、契約単価のいずれも、今回確認した範囲では具体的な開示は見つかっていない。

一方で、開発スピードに関する断片的な数字はある。DEV記事では、アイデアから最初のアウトリーチメールまで約3週間、監査パイプラインの実行時間を約7分から約35秒まで短縮、APIコストを約90%削減、117件超のレポート送付といった運用指標を挙げている。収益そのものではないが、少人数で検証を進める初期SaaSとしては、立ち上げ効率を重視していることがうかがえる。

学べるポイント

1つ目は、AIを“万能な1人”として扱わないことだ。Kosorukovは、1つのAIに調査・設計・本番反映・記憶管理まで背負わせると、どこかが弱くなり全体効率も落ちると振り返っている。代わりに、危険な本番操作を担う役、文脈保持を担う役、長時間の調査を担う役へ分離した。

2つ目は、共有知識ベースを主役に置いたことだ。彼が重視したのはベクターデータベースや閉じたメモリ機能ではなく、grepできるMarkdownツリーだった。各情報カテゴリに唯一の保存先を決め、作業のたびにコード変更と知識更新を同じセッションで終わらせる。この運用は、AI活用というよりナレッジマネジメントの設計に近い。

3つ目は、非エンジニアでも抽象的な発想だけで終わらず、検証可能な小さな単位に分けて前進している点だ。別のDEV記事では、機能全体を一気に作らせるのではなく、API応答の解析、名称の正規化、比較処理、PDF生成のように、テストしやすい小工程に砕くのが有効だったと述べている。AI時代のプロダクト開発では、コードを書く力そのものより、タスク分解と検証の精度が差になることを示している。

日本での再現可能性

再現性は高い。ただし、表面的にAIツールを増やすだけでは再現しにくい。

日本でも、ローカル事業者向けの可視性診断、評判管理、集客改善の需要は十分にある。特に店舗、士業、医療周辺、住宅関連など、地域名と業種名で比較されやすい市場では、検索結果やAI回答上での見え方を可視化するサービスは通用しやすい。

ただし、日本市場でそのまま移植するなら3つ調整がいる。第一に、英語圏より媒体ごとの表記ゆれや口コミ文脈が異なるため、知識ベースや監査設計を日本語環境向けに最適化する必要がある。第二に、AI導入そのものより“何が改善されるのか”を具体的な業務成果に結びつけて売る必要がある。第三に、創業者個人の発信力が弱い場合は、コンテンツ発信だけでなく業界コミュニティや紹介導線を補助線として持ったほうが立ち上がりやすい。

要するに、Kosorukovのモデルの核心はAIで自動化することではなく、少人数でも複数機能を崩さず運べる運営設計にある。そこを真似できれば、日本でも十分応用余地がある。

出典

コメント

AI時代のソロ起業は、強いモデルを1つ選ぶ競争になりがちだが、Kosorukovの事例はむしろ逆を示している。重要なのは“どのAIが最強か”より、“どの仕事をどのAIに持たせ、どう受け渡すか”だ。非エンジニアでもここを設計できれば、小さなSaaSを前に進める現実味はかなり増す。

関連記事