Kurage
Kurage WikiKurageナレッジベース
Kurage.AIに聞く →
ホーム › Wiki › 概念 › Kurage Platform
概念

Kurage Platform

KurageのAIプロダクト群をサブドメイン・ストア・デモ・OSS・記事で供給する公開プラットフォームの全体像。

Kurage Platform は、kurage が展開するAIプロダクト群を共通のインフラ上で提供するためのプラットフォームです。kurage-sites はその公開URL索引であり、exbridge.jp をルートとして、各プロダクトが専用サブドメインとLPを持ち、さらにストア商品ページ・デモ・GitHubリポジトリ・技術記事までが1つの棚に並ぶことを示しています。索引は「主要サイト」「プロダクトLP」「商品ページ・デモ(kappstore)」の3ブロックで構成され、商品ページ行の直後にデモURL行、ときにGitHubリポジトリや記事URLが置かれるなど、プロダクト単位で供給チャネルを横断して並べる編集規則を持ちます。全体として説明文はほとんどなく、「どのURLが存在し、どの系列に属するか」というマッピング情報そのものが本体であり、そのままプラットフォーム全体の地図=台帳として機能します(public-url-catalog)。kurage-articles-index が示すように、AI/OSS技術解説ブログ(vwork の記事群)もこのプラットフォームの重要な構成要素です。

kurage-lps に整理されたLP群からは、このプラットフォームが単なる製品公開の場ではなく、AI自動取引・コンテンツ自動生成・Web/業務システムの各領域を「1人のAI VTuber(kurage)が束ねるエコシステム」として設計されていることが分かります。さらに kurage-products が示す商品カタログは、そのエコシステムが価格帯と領域の両軸で体系化され、各商品が同一の設計原則を共有していることを明らかにしています。とりわけカタログの冒頭に「販売代理店向け」と明記されている点は重要で、このプラットフォームが自社直販だけでなく、パートナーが顧客に提示・転売することを前提とした供給網(sales-partner-system)として設計されていることを示します。カタログの各商品は「価格・商品ページ(LP)・デモ・ライセンス・概要」という同一の5項目で記述され、ライセンス欄はほぼすべてが MIT(例外はopenvpm の AGPLv3 非公式日本語版、ライセンス未設定の無料プロダクト)で、ソース同梱・改変自由が供給条件の標準になっています。

構成要素

一方 kurage.exbridge.jp 側には、防災・行政・生活系のデモが集中しています。kurage-disaster-risk-area-map(kriskarea.php)、kurage-flood-hazard-map(kflood.php)、kurage-landslide-hazard-map(khazard.php)、kurage-facilities(kfacilities.php)、kecnavi(kecnavi.php)、kurage-tsunami-map(ktsunami.php)、kurage-refuge-map(krefuge.php)、kurage-seido-navi(kseido.php)、kbbs(kbbs.php)、kanketo(kanketo)、kibasho(kibasho.php)、kchingin(kchingin.php)、ktoriteki(ktoriteki.php)、kseidocal(kseidocal.php)、kkansen(kkansen.php)、kkaigo(kkaigo.php)、kghome(kghome.php)、khoudei(khoudei.php)、kshuro(kshuro.php)、kgakudo(kgakudo.php)、knintei(knintei.php)、kacnavi(kacnavi.php)、kminpaku(kminpaku.php)、kshuisho(kshuisho.php)、kconsensus 系の kconsensus.php、kurage-chinjo-navi(kchinjo.php)、kurage-subsidy-navi(khojokin.php)、khisai(khisai.php)、ktoshikeikaku(ktoshikeikaku.php)、knyusatsu(knyusatsu.php)、ktorihiki(ktorihiki.php)、kurage-juyo-saigai-check(kflood.php/juyo)、kurage-flood-hazard-map の現在水位版(kflood.php/now)、kurage-earthquake-map(kjishin.php)、kurage-morido-map(kmorido.php)、kurage-visit-nursing-navi(khokan.php)、knisa の kurage.exbridge.jp/knisa.php、karchitect(karchitect.php)、kouchou-ai-local-kit 系の kouchou-demo/nagoya-machizukuri-sample/ 相当のまちづくりサンプルなどが並びます。kseo については proto.exbridge.jp/kseo/kseo.php という別経路のデモURLも存在します。kurage.exbridge.jp/denshi-keiyaku-getsugaku-zero.php のように、電子契約の月額ゼロ訴求を単独ページで立てる例もあります。

さらに、kappstore には docspell-japanese-kit、planka-japanese-kit、vikunja-japanese-kit、docmost-japanese-kit、codealmanac-japanese-kit、libredesk-japanese-kit、freescout-japanese-kit、espocrm-japanese-kit、krayin-crm-japanese-kit、billionmail-japanese-kit、pdfmathtranslate-japanese-kit、decap-cms-japanese-kit などのOSS日本語化キットの商品ページも並び、それぞれ VWork/articles の日本語ガイド記事と対になっています。カタログは「デモを触ってからご判断ください」という一文を繰り返し、購入前の検証を前提とした販売姿勢を明示しています。索引上でも各デモURLには ?ref=kappstore や #ref=kappstore-... が付され、体験から購入への経路が計測可能になっています(ref-parameter-attribution)。

関連概念

Kurage Platform は、kappstore-ecosystem の基盤として機能し、各プロダクトが self-contained-php-app のような軽量な構成で展開されることを示唆しています。kurage-products が示す商品カタログも、この傾向を裏づけています——大半の商品が「PHP+SQLiteの1ファイル」「FTPで置くだけ」「DBサーバーも常駐プロセスもポートも要らない」という同一の型をとり、kurage-php-gateway 的な入口設計を共有しています。URL索引で kurage.exbridge.jp/*.php というフラットなPHPファイル群が大量に並ぶことは、この「1ファイルPHP」原則がドメイン構成そのものに現れている証左です。地理判定系だけは Python(標準ライブラリ/FastAPI)で日次バッチを取り込み、PostGIS も Docker も使わず SQLite の R*Tree で判定する構成をとります。また、AIエージェントや VTuber など、ai-agent や agent-executing-vtuber に関連するプロダクト(kvtuber、kurage-vtuber など)もこのプラットフォーム上に含まれます。さらに、記事群は vibe-coding、local-llm、ai-trading、web3、x402 などのテーマを横断しており、ブログ自体がプラットフォームの技術戦略を伝える役割を担っています。

LP群とURL索引から浮かび上がる共通設計思想も、このプラットフォームの重要な特徴です。vibe-trading は、人間が仮説を出しAIがコード化しバックテストの数字で判定する運用スタイルとして、トレーディング系プロダクト全体を貫いています。trust-boundary は「頭脳はお金に触れない」という設計原則で、判断APIは認証情報を持たず注文を実行せず、最終リスクゲートはOSSの「ボディ」側が持つ、という構成が繰り返し説明されます。また、x402 によるアカウント不要の従量課金、URLAIトークンによるエコシステム内決済、local-llm(Gemma 4)による自前運用オプションなども、プロダクト横断で採用されています。

商品カタログに共通する設計原則は、プラットフォームの性格をさらに明確にします。判定や計算の結論はコードが決定的に下しAIに委ねないという deterministic-core、AIが下書きを作っても人が承認したものだけを確定させる approval-workflow、区域外・判定対象外・未収録を必ず区別する unknown-vs-outside-distinction、判定にデータの時点と出典を必ず添える evidence-traceability、住所や音声や顧客情報を外部に送らない no-external-data-egress、そして国のopen-data-license-complianceを遵守して自動取得するスクリプトを同梱する姿勢です。加えて、事業所の「消えた側」を記録する視点(facility-data-churn)や、自治体のデータを差し替えて他地域へ展開する型(municipality-data-swap-expansion)、公表されていないデータを推定せず「未公表」と書く姿勢(administrative-data-publication-gap)も、多くの商品で繰り返されます。設定ファイルで宣言した範囲だけを触らせる config-declared-scope、AIエージェントが改変・拡張できる ai-modifiable-software、読み取り専用や参照専用モードを用意する設計も、mcp 同梱の商品群に共通します。月額SaaSの置き換えを狙う商品が多い点(saas-subscription-replacement)も、このプラットフォームの一貫した訴求です。

防災・地理系の一群は hazard-map-judgment として、住所ひとつで「何メートル浸かるか」「その災害種別で使える避難所はどこか」を返す共通の型を形成しています。ここでは「近い避難所をそのまま出さない」「○×で答えない」「区域外と未収録を区別する」という3点が、製品をまたいで反復されます。さらに kurage-disaster-judgment-set では、洪水・内水・高潮/土砂災害/津波/指定緊急避難場所という4つのエンジンを1つのキットに束ねる judgment-engine-bundle の型が採られ、単一のハザードデータでは行動を出しきれないという認識が製品構成に反映されています。また OSS日本語化キット群は、実機で測った落とし穴の目録(measured-pitfall-catalog)と、日本語検索が引けない・翻訳がバイナリ埋め込みといった japanese-search-gap の知見を商品価値の中心に据えており、本家への翻訳PR提出(oss-upstream-contribution)まで含む点で、単なる再配布ではなく上流への還元を伴う供給になっています。

意義

このプラットフォームは、個々のプロダクトを独立したサブドメインで提供しつつ、共通のブランドと配布経路(kappstore)で一元管理する点に特徴があります。URL命名規則(大半が「k」接頭辞、k-prefix-product-naming)も一貫しており、プロダクトの拡張性と発見容易性を高めています。また、各プロダクトが <product>.exbridge.jp/ と <product>.exbridge.jp/<product>.html の2形式を持つことで、トップページと詳細LPを簡単に切り替えられる構造になっています。

URL索引からは、このプラットフォームが単一の公開面ではなく、メイン/本体/ストア/デモ/ブログ/リポジトリ/記事という役割の異なる複数ドメインを組み合わせて運用されていることも読み取れます。とりわけ kurage.exbridge.jp が防災・行政・生活系デモの置き場を兼ね、proto-exbridge が汎用の試用環境、kurage-app-store が商品ID単位の配布窓口、GitHub がOSSソースの提供元、VWork/articles が解説メディア、xb4g.com が外部連携先という分業が明確です。加えて ?ref=kappstore のような参照パラメータが導線に埋め込まれ、配布と体験の経路が計測可能な形で分離されています(ref-parameter-attribution)。索引上で商品ページ・デモ・LP・GitHub・記事が同じプロダクト単位で並ぶことは、これらが別々のチャネルではなく1つの供給網として設計されていることの証左です。商品カタログ(kurage-products)は、この分業が価格帯6段階(5,500円〜550,000円・無料)と4系統・約100点の商品群として具体化したものであり、ストアが単なる販売窓口ではなく「同じ設計原則を共有する製品群の体系」として提示されていることを示します。価格が実装量ではなく誤ったときの社会的損害の大きさに連動している点(social-impact-pricing)も、この体系の性格をよく表しています。

とくに重要なのは、カタログが「販売代理店向け」と銘打たれていることです。商品ページ・デモ・LP・導入キット・AIエージェント向け指示書がひとそろいで提供されるのは、パートナーが顧客先でそのまま提示・構築・改変できるようにするためであり、プラットフォームは直販チャネルではなく再販可能な部品の集合として設計されています(sales-partner-system)。1ファイルPHP+SQLiteで自己完結し、ソースがMITで同梱され、MCPでAIエージェントから操作でき、設定ファイル1枚で地域・社名を差し替えられる——この4条件が揃っていることが、代理店が顧客ごとにカスタマイズして納品することを可能にしています。無料・開発中のAI相談チャット群が相談導線として置かれているのも、この供給網の入口を作る設計です(free-preview-lead-generation)。単なる製品公開に留まらず、実装ノウハウやOSSコードへの導線まで含めた「技術公開型プラットフォーム」として、AI/OSS領域での信頼構築とユーザー獲得を狙っていると考えられます。kurage-sites のような公開URL索引を整備することで、ユーザーと開発者の双方がプラットフォーム全体を把握しやすくなっており、ハッシュ化された商品IDとデモURLの対応を保つ台帳としても機能しています。索引はまた、プロダクト数が増えても同一の編集規則(k接頭辞のサブドメイン+2URL、商品ID+デモURLの対、refパラメータ)で拡張できることを示しており、プラットフォームの成長を支える制度的な仕組みになっています。

See also: kurage-articles-index、kurage-lps、kurage-products、kurage-sites、kurage-agency

「Kurage Platform」についてもっと知りたいですか?
Kurage.AI に質問する