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 非公式日本語版、ライセンス未設定の無料プロダクト)で、ソース同梱・改変自由が供給条件の標準になっています。
構成要素
-
公開URL索引と5本柱(kurage-sites): プラットフォーム全体の公開URLを体系的にまとめた索引で、内容は「主要サイト」「プロダクトLP」「商品ページ・デモ」の3ブロックに分かれます。主要サイトは5本柱で、メイン(https://exbridge.jp/)、Kurage本体・動画(kuragev / https://kurage.exbridge.jp/)、kurage-app-store(https://kappstore.exbridge.jp/)、デモ置き場(proto-exbridge / https://proto.exbridge.jp/)、AI技術解説ブログ(https://katsushi2441.github.io/vwork/articles/)です。索引自体が、後述する役割分担(メイン/本体/ストア/デモ/ブログ/リポジトリ/記事)を一覧化したプラットフォームの地図として機能します。商品IDがハッシュであるため内容から商品を推測できないことが、この台帳の必要性を裏づけています。
-
ドメイン分業: URL索引からは、プラットフォームが単一の公開面ではなく、役割の異なる複数ドメインの組み合わせであることが読み取れます。
exbridge.jpはメインサイトとソリューション紹介(/solution/*.html、exdirect の/exdirect/)、kurage.exbridge.jpは本体・動画および防災/行政系デモ、kappstore.exbridge.jpは商品ID単位の配布窓口、proto-exbridge は汎用の試用・プロトタイプ環境、katsushi2441.github.io/vwork/articles/は技術解説メディア、github.com/katsushi2441/はOSSソースの提供元、xb4g.comは外部連携サイト(議員・トラッカー系、xb4g)を担います。とりわけ proto が試用環境、kurage 本体が実運用デモの置き場を兼ねる分離が明確です(subdomain-role-separation)。また商品ページへの導線には?ref=kappstore/?ref=kappstore-devや#ref=kappstore-ktrackloopが付与され、成果測定可能な設計になっている点も特徴です(ref-parameter-attribution)。無料のAI相談チャット群(kurage-ai-soudan-chat、kurage-subsidy-navi の開発中版、kkyufu、ktochi、kshoken など)はexbridge.jp/solution/*.html?ref=kappstore-devに置かれ、買い切り商品とは別のドメイン経路で「導入相談」への導線を担っています。 -
プロダクトLP群と2URL規則: karchitect、kcbrain、kclauncher、kfinanalyst、kfreqai、kfxai、kfxbrain、kgeo、klogogen、kmontage、kproofread、ksbrain、kseo、ktajp、kurl2gr、kvtuber、kzabbix、nofx、url2brain、whop の20前後のプロダクトが、それぞれ独自サブドメインを持ちます。索引から読み取れる編集規則は明確で、ほぼ全プロダクトが
https://<name>.exbridge.jp/(トップ)とhttps://<name>.exbridge.jp/<name>.html(詳細LP)の2URLを必ず持つという点です。これによりトップページと詳細LPを簡単に切り替えられます。例外も少数あり、kfinanalystのドメインはkfina.exbridge.jp(短縮形)、ktajpはtajp.exbridge.jp(ktajp のみ接頭辞なし)、whopはルートのみで<name>.htmlを持ちません。命名も一貫しており、大半が「k」接頭辞を持つ(k-prefix-product-naming)ため、プロダクトの拡張性と発見容易性が高まっています。内容は以下の領域に大別できます。 -
トレーディング系: kfreqai(暗号資産自動取引)、kfxai(FXペーパートレード)、nofx(日本語コミュニティ版取引ターミナル)、hyperliquid 対応版など。共通して「失敗も含めた全過程公開」と「検証を通過した戦略だけを運用する」姿勢が見られます。
- 判断API(頭脳)系: kcbrain(暗号資産)、kfxbrain(FX)、ksbrain(日本株)などのAI判断API。OSSトレーディング知能をコミット固定でvendor化し、x402 による1コール単位の従量課金で提供します(ai-judgment-backend)。
- コンテンツ生成・配信系: aimediapost(自律メディア公開パイプライン)、kmontage(解説ショート動画生成)、url2brain(URL解析・記事生成・投稿API)、klogogen(AIロゴ生成)など。
-
Web・業務系: karchitect(システム設計書生成)、kgeo(AI検索最適化診断)、kseo、ktajp、kurl2gr(サイト更新自動化)、kproofread(化学試験報告書の照査)、kzabbix(障害調査レポート)、kclauncher(ホーム画面ランチャー)など。
-
商品カタログの4系統(kurage-products): kappstore に並ぶ商品は約100点に及び、性格の異なる4系統に分かれます。第一に買い切りの業務システム(kurage-vibe-groupware、kurage-chinjo-meibo、kurage-kintai-hoiku、kurage-teleapo-crm、kfileshare、kdealdesk、kweborder、kocrwork、ktorihiki、kreserve、kbilling、kpaylink、kinvoice、kurage-vibe-cart、kurage-fillout など)。第二にoss-japanese-localizationの導入キット(theyworkforyou、alaveteli、fixmystreet、paperless-ngx、appsmith、pdfmathtranslate-japanese-kit、docspell-japanese-kit、planka-japanese-kit、vikunja-japanese-kit、docmost-japanese-kit、codealmanac-japanese-kit、libredesk-japanese-kit、freescout-japanese-kit、krayin-crm-japanese-kit、espocrm-japanese-kit、billionmail-japanese-kit、decap-cms-japanese-kit、listmonk-japanese-kit、budibase-japanese-kit、baserow-japanese-kit、nocodb-japanese-kit、ocrmypdf-japanese-kit、leantime-japanese-kit、zammad、docuseal、openvpm)。第三に自治体・議会・シビックテック系ナビ(kurage-kokkai-tracker、kurage-giin-statement-log、kshuisho、kronten、kurage-bill-ai-interview、kconsensus、kurage-seido-navi、kurage-chinjo-navi、kecnavi、防災・ハザードマップ群、福祉・介護・障害の各ナビ、kkensetsu、ktoriteki、kchingin、kseidocal、ktoshikeikaku、kminpaku、khisai、kkansen、kposting、kibasho)。第四に集客・Web・セキュリティ診断(khyogen、ktrackgeoseo、ktrackgeo、kseo、kmention、kcallai、kadsai、ksecwatch、kseccheck、kanketo、kcheckit)。この4分類は、kurage-app-store が単なるダウンロードストアではなく「業務システム+OSS移行+行政調べもの+Web改善」を一社で供給するカタログになっていることを示します。
-
価格帯6段階と社会的損害連動: 価格は6段階に整理されています。5,500円のOSS日本語導入キット、55,000円の単機能ナビ・判定・1ファイル業務システム(商品数が最も多い中心帯)、110,000円の設計支援・合意形成・EC・診断系、165,000円のkurage-disaster-judgment-set(防災判定セット)とkurage-juyo-saigai-check、220,000円の基幹システム(グループウェア・テレアポCRM・保育園勤怠・陳情名簿・kcallai・kadsai・kmention・kurage-juyo-saigai-check)と防災AIチャット込みセット、550,000円のkurage-kokkai-tracker とkurage-giin-statement-log、そして無料のnocodb-japanese-kit・kclauncher・kbbs 系や開発中のAI相談チャット群。値付けは実装量ではなく、誤ると社会的損害が大きい領域ほど高いという性格を持ち(social-impact-pricing)、国会・重説・防災判定が上位に位置します。
-
カタログを貫く設計原則: 商品説明は個別機能よりも「判断の型」を繰り返し語ります。第一に、判定や計算の結論はコードが決定的に下しAIに委ねないこと(deterministic-core)。第二に、AIが下書きを作っても人が原本と見比べて承認したものだけを確定させること(approval-workflow、kurage-ai-mom は関門をコードで強制)。第三に、区域外・判定対象外・未収録・未指定・未公表を必ず区別し、黙って「該当なし」と答えないこと(unknown-vs-outside-distinction、administrative-data-publication-gap)。第四に、判定にはデータの時点と出典を必ず添え、時点が確認できないデータでは判定しないこと(evidence-traceability)。第五に、住所・音声・書類・意見・取引を外部クラウドに送らないこと(no-external-data-egress、local-llm)。第六に、国のopen-data-license-complianceを守り、日次で取り込むスクリプトを同梱すること(public-data-daily-ingestion)。第七に、自治体データ・社名・ロゴ・項目定義を設定ファイル1枚で差し替え、他地域・他業種へ展開できること(municipality-data-swap-expansion)。第八に、AIエージェントが改変・拡張できること(ai-modifiable-software、ai-readable-manual)。加えて「これは調査の下ごしらえであって最終判断ではない」と自ら適用範囲を限定する姿勢(scope-of-competence-declaration)や、要介護度のように係数が非公開で再現できないものは判定しないという線引きも、商品をまたいで一貫しています。これらは「○×で答えない」「空欄で流さない」といった言い回しで反復され、プラットフォームの品質基準として機能しています。
-
商品ページとデモの対応関係: kappstore 上にアプリID単位の商品ページ(
kappstore.exbridge.jp/app.php?id=<16桁hex>形式)が存在し、proto.exbridge.jp および kurage.exbridge.jp 上に各デモが配置されています。索引では商品ページ行の直後にデモURL行が置かれ、各商品が「配布窓口」と「体験環境」を必ず1つずつ持つことが編集規則として可視化されています。対応は索引全体で100組を超え、LP層(約20プロダクト)より商品層(約100点)の方がはるかに広いことが、この対の並びから読み取れます。IDがハッシュであるため内容から商品を推測できず、この索引が実質的なマッピング表として機能している点も重要です。デモの置き場は系統に分かれ、proto 配下には kurage-hr-post(khrpost)、kurage-kintai(kkintai)、kurage-crm-agent(kcrmagent)、kurage-memo(kmemo)、kvgwc(kvgwc)、kurage-light-chatbot(klchatbot)、kcaldav、kreserve、kdbagent、ktrackgeo、kcheckit、kbilling、kpaylink、kinvoice、kurage-ai-mom(kaimom)、kdealdesk、kweborder、kocrwork、knisa、kposting、kkensetsu、ktoriteki、khyogen(khyogen)、kcallai、kadsai、ksecwatch、kseccheck、kmention、kurage-teleapo-crm、kfileshare、ktorihiki、kshoken、ktrackgeoseo に加え、krayin-crm-japanese-kit(#krayin)、espocrm-japanese-kit(#espocrm)のようにフラグメントで同一ページ内のデモを指定する形式や、kurage-ai-meishi-analysis(kaima)などがあります。
一方 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)。
-
MCP同梱という横断機能: カタログ後半の製品では、mcp サーバーの同梱が標準になりつつあります。kdbagent(宣言した表・列・操作だけをAIに触らせる/config-declared-scope)、kurage-ai-mom(確定議事録だけをAIの調べもの先にする)、kurage-line-crm、kshoken(商圏の質問に実データで答える)、knisa、kshuisho、kurage-giin-statement-log、kurage kokai tracker 系、kurage-earthquake-map、kurage-disaster-judgment-set などがMCPを同梱し、Claude Code や Codex(claude-code、codex)から同じ判定・計算をツールとして呼べます。「画面・HTTP API・MCPが同じ処理を使う」という kocrwork の説明は、この横断機能の設計方針をよく表しています。読み取り専用モードや参照専用モードを併せて用意する点も共通です。
-
無料・開発中プロダクトのリード獲得機能: カタログには「無料」の商品が複数あり、その多くは開発中で導入相談を受け付ける状態です(Kurage 補助金AIチャット、Kurage 出店・商圏AIチャット、Kurage 土地AIチャット、Kurage 介護相談AIチャット、Kurage 給付金AIチャット、Kurage 情報発信トラッカー)。これらは売上ではなく、
?ref=kappstore-dev付きの相談導線として機能しており、買い切り商品の前段に置かれたfree-preview-lead-generationの役割を担います。nocodb-japanese-kit や kbbs のような無料配布物も、OSS日本語化の信頼構築とストアへの回遊を作る点で同じ機能を持ちます。 -
3層の導線(試作→販売→訴求): URL索引の並びからは、proto-exbridge(試作・試用)→ kurage-app-store(販売・配布)→
<product>.exbridge.jp(LPによる訴求)という3層の導線が読み取れます。実際、索引では同じプロダクトの「商品ページ」「デモ」「LP」が近接して掲載されることが多く、ユーザーが試してから買い、LPで理解するという回遊経路が想定されています。この構造により、プロダクトごとに独立したドメインを持ちながらも、kappstore が共通の配布ハブとして機能します(kappstore-ecosystem)。商品カタログが「価格・商品ページ・デモ・ライセンス・概要」という同一の5項目フォーマットで書かれていることも、この導線が全商品で規格化されていることの表れです。 -
GitHub リポジトリ群と外国OSSの日本語化: kappstore の商品ページと対になる形で、openvpm(openvpm-jp)、alaveteli(alaveteli-jp)、fixmystreet(fixmystreet-jp)、libredesk-japanese-kit(LibreDesk-JP)などのリポジトリが https://github.com/katsushi2441/ 配下で公開されています。URL索引(kurage-sites)にもこれらのGitHubリンクが商品ページと並んで掲載されており、OSSのフォーク/日本語化という oss-japanese-localization の実践が、配布チャネルとしての GitHub と接続している点が特徴です。索引上でリポジトリURLが商品ID行の直後に置かれることは、海外OSSの日本語化キットが「商品」として同じ棚に並んでいることの表れでもあります。あわせて
xb4g.com/giin/やxb4g.com/giin/tracker/のような外部ドメインの製品(議員発言ログ・議会トラッカー系、xb4g)も同じ棚に並び、プラットフォームが自社ドメインに閉じない構成をとっていることが分かります。さらにkurage.exbridge.jp/oss/baserow/、/oss/nocodb/、/oss/ocrmypdf/のように、OSSのセルフホスト解説ページを kurage ドメイン配下に置く系列も存在し、baserow-japanese-kit、nocodb-japanese-kit、ocrmypdf-japanese-kit などのキットと緩やかに対応しています(self-hosting)。 -
技術解説ブログとOSS群: VWork/articles には2026年5月〜8月時点で314本の記事が公開され、その後も2026年9月3日〜5日にかけて paperless-ngx の日本語OCR、Appsmith の初回起動障害、PDF翻訳のセルフホスト、Docspell/Planka/Vikunja/Docmost の日本語ガイド、CodeAlmanac の Linux ガイドといった記事がまとめて追加されています。内訳は、日次のAIニュース速報シリーズと、AIエージェント・ローカルLLM・バイブコーディング・自動取引・OSS基盤などの技術解説記事です。記事内では hermes、openclaw、codex、claude-code、kurage-agent-deck、kurage-voice-pro、kurage-sns-poster、kmontage、kgeo、openkb といったプロダクトの実装詳細が公開されており、OSSとしてのKurageプロジェクト群を外から学べる窓口になっています。加えて、paperless-ngx、appsmith、docspell-japanese-kit、planka-japanese-kit、vikunja-japanese-kit、docmost-japanese-kit、codealmanac-japanese-kit などの日本語ガイド記事は、kappstore の商品ページと対になっており、セルフホスト基盤(self-hosting)の導入ガイドとしても機能しています。URL索引では記事URL(
katsushi2441.github.io/vwork/articles/YYYY-MM-DD-*.html)も商品IDと交互に並んで掲載され、日付接頭辞によって更新順が索引上で自明になる点、ブログ記事そのものがストアの出品物として扱われている点が特徴的です。
関連概念
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.AI に質問する
