複数AIを束ねてSaaSを前に進めたFillip Kosorukov
心理学のバックグラウンドを持つFillip Kosorukovは、単一の万能AIに頼るのではなく、役割ごとに複数のAIツールを分担させる運用へ切り替えた。LocalMentionやFixMyRecordといったSaaSを進める過程で、共有Markdown知識ベースを中心に据え、開発・調査・文脈維持を分離した点が特徴だ。派手な自動化よりも、AI同士の受け渡し設計に重心を置いた事例として参考になる。
- 非公開
- SaaS
- マーケティング/広告
- その他
- Claude Code
- Claude
概要
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で自動化することではなく、少人数でも複数機能を崩さず運べる運営設計にある。そこを真似できれば、日本でも十分応用余地がある。
出典
- https://fillipkosorukov.substack.com/p/what-changed-when-i-stopped-asking
- https://fillipkosorukov.substack.com/
- https://dev.to/fillip_kosorukov/building-with-claude-code-what-a-non-developer-learned-about-ai-assisted-development-3c31
- https://dev.to/fillip_kosorukov/keeping-claude-code-context-alive-across-a-desktop-a-laptop-and-a-vps-2epa
- https://medium.com/@fillipkosorukov
コメント
AI時代のソロ起業は、強いモデルを1つ選ぶ競争になりがちだが、Kosorukovの事例はむしろ逆を示している。重要なのは“どのAIが最強か”より、“どの仕事をどのAIに持たせ、どう受け渡すか”だ。非エンジニアでもここを設計できれば、小さなSaaSを前に進める現実味はかなり増す。
関連記事
Branko PetricはなぜX運用SaaSを立ち上げ、収益化につなげることができたのか
Branko PetricはDevOps Engineerとしての実務感覚を土台に、Xを開かずに投稿を継続できるOpenTweetを立ち上げた。単なる予約投稿ではなく、RSS・GitHub・Stripe・API連携から下書きを生み出す設計と、AIを“自動投稿装置”ではなく草案作成支援に留めた線引きが特徴だ。
Mihir KanzariyaはなぜAIデスクトップ自動化と成果課金型アフィリエイトSaaSを立ち上げられたのか
Mihir Kanzariyaは、AIが画面を見て操作するデスクトップ自動化ツールOpenOwlと、成果が出るまで課金しないアフィリエイトSaaS Referralfulを手がける創業者だ。プロダクト設計の共通点は、創業者自身の不便をそのまま料金設計や機能要件に落とし込んでいる点にある。派手な資金調達よりも、実運用の friction を減らすことに照準を合わせた作りが特徴的だ。
Pavel GajvoronskiはEU AI Act対応とAI監視を同時に切り出した
Pavel Gajvoronskiは、EU AI Act対応を中小SaaS向けに低価格化したComplyanceと、AIエージェントの実行ログを追うTraceHawkを並行して立ち上げたソロファウンダーだ。規制対応と運用監視を別々の痛点として捉えるのではなく、分類・記録・監査証跡を一連の流れとして束ねた点に特徴がある。法務とLLMOpsの間にある“面倒だが避けられない仕事”を、月額課金のセルフサーブ製品に落とし込んだ動きは、日本でもB2Bの縦型SaaS設計に示唆が大きい。
Chad Newellが実践した、AIネイティブCRMで顧客を掴む方法
Chad Newellは、長年プロダクトやマーケットプレイス事業を率いてきた非エンジニア出身の起業家だ。2026年にはClaude Codeを使って、AIネイティブCRM「RadiusOS」を単独で立ち上げた。注目点は、単にCRMにAI機能を足したのではなく、追客や見積もり、メール下書き、ワークフローまでを一気通貫で回す設計にある。価格も月額19ドルからと抑え、個人事業主や小規模チームを狙った勝ち筋が見える。