プロダクト

VWork

Kurage/exbridge が公開するAI・OSS技術解説ブログ兼教材群。全653本の記事索引を持つ。

VWork は、kurage（株式会社エクスブリッジ、exbridge）が公開するAI/OSS技術解説ブログおよびリポジトリである。公開URLは https://katsushi2441.github.io/vwork/articles/ で、これは kurage-sites（exbridge.jp の公開URL索引）の「主要サイト」欄に「AI技術解説ブログ(VWork/articles)」として明記されている。2026年5月18日から11月7日までに公開された技術解説・AIニュース速報・自作OSSの設計メモなど、日付なしの記事も含めた全653本が kurage-articles-index に索引化されている。索引自体のタイトルも「Kurage AI OSS技術解説ブログ（VWork/articles）記事索引全653本」であり、冒頭に「KurageはAI/OSSの技術解説記事を多数公開している。特定トピックの記事有無・URL案内に使う」と明記されている。VWorkは、特定トピックの記事有無・URL案内に使うためのレファレンスとして位置づけられている。

位置づけ

単なるブログではなく、リポジトリを「知識置き場兼ブログ」として運用する試みでもある（「VWorkリポジトリを知識置き場兼ブログにする」という記事に明記）。knowledge-repo-as-blog の実践例。
「VWorkとは？」という導入記事があり、プロジェクト全体の概要を説明している。
経営者向け・個人開発者向けの両方を対象とし、vibe-coding の普及や業務内製化の方法論も扱う。「手入力をなくすことは、システム内製化の入口」「経営者にこそ、バイブコーディングを体感してほしい」「バイブコーディングは、すべてのPC作業に使える」などの記事が典型例。
公開先は GitHub Pages（katsushi2441.github.io/vwork）で、特定トピックの記事有無の確認やURL案内に使える索引が整備されている。索引は「タイトル [topics: [...]] → URL」形式で、生成ai、aiagent、python、llm、web3、php、oss、動画生成、監視、翻訳、セルフホスト などのタグから目的の記事へ到達できる。
記事のスタイルは2系統に分かれる。Kurage自身のプロダクト解説記事には 個人開発／生成ai／業務効率化／バイブコーディング／aiagent／llm／oss などの日本語タグが付き、日次のAIニュース記事には ai, llm, vibecoding, web3, startup の定型5点セットが付く。索引のタグもこの2系統（日本語タグと英語タグ）に大別でき、前者は実装・プロダクト記事、後者はニュース記事の識別子として機能している。索引側にもこの表記ゆれがそのまま残っており（生成ai と ai、バイブコーディング と vibecoding が併存）、タグは記事群の生成時期・生成方法を推定する手がかりにもなる。
索引は本文を含まない「ナビゲーション層」であり、内容の正しさは各URL先の記事に依存する。日次ニュース記事は速報性が高く、後日訂正されうる点には注意が必要。

サイト構造の中での役割

kurage-sites が示す公開URL索引では、VWorkは「主要サイト」の一角に「AI技術解説ブログ(VWork/articles)」として分類されている。同索引はメインサイト https://exbridge.jp/ 、Kurage本体・動画（https://kurage.exbridge.jp/ ）、Kurage App Store（https://kappstore.exbridge.jp/ ＝ kurage-app-store）、デモ置き場（https://proto.exbridge.jp/ ＝ proto-exbridge）を主要サイトとして並べ、その直後にVWorkを掲載している。つまりVWorkは、Kurage公式の中核サイトの一つであり、唯一の「読み物系」ドメインとして他ドメインを横断的に解説する立場にある。主要サイト5件のうち exbridge.jp 配下にないのはVWorkだけで、GitHub Pages 上に置かれている点も特徴である。

同索引は全体として 「主要サイト → プロダクトLP → 商品ページ・デモ」という3層構造で整理されており、VWorkはこのうち最上位の「主要サイト」層に属する唯一のブログである。プロダクトLP層が k*.exbridge.jp のサブドメイン群、商品ページ層が kappstore.exbridge.jp/app.php?id=... と proto.exbridge.jp／kurage.exbridge.jp/*.php のデモ群という役割分担になっており、VWorkはそれら全体を横断する解説層として最上位に置かれている。この階層性は subdomain-role-separation や public-url-catalog の観点からも読める。

役割分担はおおむね次の通り。

ドメイン／ホスト	役割
`exbridge.jp`	メインサイト・ソリューションLP
`kurage.exbridge.jp`	Kurage本体・動画(kuragev)・各プロダクト実体のデモ／OSS解説（`/oss/<name>/`）
`kappstore.exbridge.jp`	アプリストア（商品ページ・販売）
`proto.exbridge.jp`	デモ・試作置き場（proto-exbridge）
`katsushi2441.github.io/vwork/articles/`	技術解説ブログ（VWork）
`github.com/katsushi2441/*-jp`	OSS日本語化フォーク群
`xb4g.com`	外部連携（giin トラッカー等）

なお kurage.exbridge.jp/oss/<name>/ 配下には listmonk・baserow・nocodb・leantime・ocrmypdf などのOSSセルフホスト解説ページが並び、VWorkの記事と役割が近接する。VWorkが「読む」ための解説、oss/ が「そのOSSの紹介ページ」という住み分けになっている。

プロダクトLP群との並置

同索引には多数のプロダクトLP（karchitect、kcbrain、kfreqai、kgeo、kmontage、kseo、kvtuber、url2brain など）が k*.exbridge.jp のサブドメインとして列挙されている。各プロダクトは原則としてルート (/) と /<name>.html の2種類のランディングページを持つ2URLペアで統一され、k + 機能名という命名規則（k-prefix-product-naming）が徹底されている。VWorkはこれらのプロダクトページとは別に「主要サイト」枠で唯一のブログとして位置づけられており、製品群のLPやストアと並ぶ中核サイトとして、技術的な解説・情報発信を担う。プロダクトLP側の一覧は kurage-lps にまとまっている。

VWork側のURLだけは YYYY-MM-DD-スラッグ.html という日付入り形式で、LP群の「ルート＋同名HTML」というペア構造とは異なる。記事URLに日付が入ることは更新頻度の可視化につながり、2026-09-03〜09-05 に記事が集中している期間があることは kurage-sites の並びからも読み取れる。

kappstore 商品との1対1対応

kurage-sites の「商品ページ・デモ(kappstore)」欄では、VWorkの記事URLが kappstore の商品ページ（app.php?id=... 形式の16桁hex）と交互に並べられている。掲載されている記事URLは次の8本。

2026-09-05-paperless-ngx-japanese-ocr.html — paperless-ngx の日本語OCR
2026-09-05-appsmith-first-boot-brick.html — appsmith の初回起動破壊と復旧
2026-09-04-pdf-translation-selfhosted.html — セルフホスト型PDF翻訳（pdfmathtranslate-japanese-kit）
2026-09-04-docspell-japanese-guide.html — docspell-japanese-kit 解説
2026-09-04-planka-japanese-guide.html — planka-japanese-kit 解説
2026-09-03-vikunja-japanese-guide.html — vikunja-japanese-kit 解説
2026-09-03-docmost-japanese-guide.html — docmost-japanese-kit 解説
2026-09-03-codealmanac-linux-guide.html — codealmanac-japanese-kit 解説

つまりVWorkの技術解説記事は、kappstore の商品（OSS日本語化キット等）と1対1で結びつけられ、製品の解説資産として索引に組み込まれている。記事の公開日（2026-09-03〜09-05）が商品ページの並び順とも対応しており、記事公開と商品登録がセットで運用されていることが読み取れる。商品IDがハッシュで内容を推測できない以上、このURL索引が実質的な「記事⇔商品」の対応表として機能している点も重要である。

同じく kappstore 欄には、openvpm（openvpm-jp）、alaveteli（alaveteli-jp）、fixmystreet（fixmystreet-jp）、libredesk-japanese-kit（LibreDesk-JP）など、VWork が解説対象とするOSSのGitHubリポジトリへのリンクも並んでおり、VWorkの記事とOSS本体・商品が一体の導線として整理されていることがわかる。なお kappstore 側の商品リンクには ref=kappstore や ref=kappstore-dev のような計測用クエリが付され、どの記事・LP経由の流入かを追える設計になっている（ref-parameter-attribution）。VWorkの記事URL自体には ref= が付かないため、記事→商品の流入計測は商品側リンクで受け止める形になっている。

また、kurage-app-store の有料商品に「VWork教材」として同梱される教育資産でもある。このストアはsales-partner-systemに基づく販売代理店向けのダウンロードストアとして運営されており、全商品がソースコード同梱・MITライセンス・AIエージェントによる改変拡張可という共通仕様を持つ（kurage-products）。このエコシステムはkappstore-ecosystemとして横断的に捉えられる。
記事群には「コードはOSSで全公開、判断だけをx402で量り売りする」「画面と頭脳を分離する」「ローカル完結・セルフホストを重視する」「AIエージェントに触ってよい範囲を宣言する」といった設計思想が共通して見られる。

主なトピック

AIニュース日次速報: ai-news 系の連載が大量にあり、2026-05-29〜11-07にかけてほぼ毎日複数本公開。全653本のうち7割前後を占める。1日に無印・-2・-3・-4（時に -5〜-7）の複数版が出ることが多く、各版が異なる切り口を担う。タイトルには「Theと○○で読む」「○○で読む」という接頭辞が頻出し、記事の軸となるキーワード（Gemma、Qwen、GLM、Anthropic、NVIDIA、Stripe、SK Hynix、Block、Apollo など）を示す。LLM・web3・スタートアップの最新動向を時系列で追える。GPT-5.6／GPT-6 Astra／GPT-6.1 Terra／GPT-6.1 Sol、Claude Opus 5／5.5／Haiku 5.5、Gemini 3.7／3.8／4 Argon、Gemma 4／EmbeddingGemma 2、Qwen 3.5〜4、DeepSeek V4（V4 Flash／V4 Pro／V4.1 Flash）、Kimi K3／K3.1 Pro、GLM-5.3、Mistral Large 4、Meta Muse Wonder／Muse Spark、Aleph-Alpha Kolibri-1、Olmo-core 3、MiniCPM5、Nanbeige4.3 などのモデル競争、半導体・インフラ投資（NVIDIA、AMD Helios、SKハイニックス、Micron HBM4、Huawei、Cerebras CS-4、RTX 5090価格高騰）、規制・セキュリティ（OpenAIエージェントの暴走・侵入事案、Claude Codeのバックドア、中国のAI輸出規制、Anthropic IPO申請）、ステーブルコイン・金融インフラ（Stripe×OpenRouter、DTCCの証券トークン化、BNY Mellon）まで幅広く扱う。末尾（11-01〜11-07）には OpenAIのインフラ戦略、AIエージェントによる暗号資産の制限突破、Heretic 2.0とNVIDIA GPU在庫過剰、Qwenの重み操作、Anthropicの自己構築AI、日本語ASR「Haas-ja-v1.0」、ロボット学習（ToyBlocks／Physicl）といった記事が並ぶ。ai-news として横断整理でき、インフラ面は ai-infrastructure に接続する。
バイブコーディング／生成AI活用: vibe-coding に関する実践記事が多数。シリーズ冒頭（2026-05-18〜19）に思想がまとめて置かれ、「すべてのPC作業に使える」「ホームページ制作を内製化する」「経営者にこそ体感してほしい」などの主張を含む。手入力をなくすことがシステム内製化の入口だとする記事もある。easy-vibe 教材の紹介記事は体系的な学習導線として位置づけられる。
AIエージェント運用: codex、claude、hermes、openclaw を使った自動化・マルチサーバ運用・デモ動画自動生成など、ai-agent の実装事例。Hermes と OpenClaw の役割分担（オーケストレーションとケイパビリティの分離、automation）、rqdb4ai による共通result仕様とWebポーリング型ジョブ基盤、AIエージェントの「触れてよい範囲」を宣言する設計（config-declared-scope）、Codexエージェントの技術解説なども含む。officecli のようなエージェント専用Officeスイートの解説、AIエージェントに自社プロダクトを操作させてデモ動画を自動録画する話（browser-use）、mcp 経由のYouTubeアップロード、X APIを使わずにエージェントからXを検索・投稿する Agent Reach + twitter-cli、crucix のような27のOSINT情報源を1画面に集約するダッシュボードの構築記事、agent-desktop によるComputer Use型のRPA代替、Hermes AgentにGSC・GAを監視させてSEO対策させる記事まで並ぶ。
ローカルLLMとOSS: ollama、llama-cpp、gemma、qwen、deepseek などを用いたローカル環境でのモデル実行・最適化。QAT・KVキャッシュ量子化、Apple Silicon・MLX、WebGPUによるブラウザ内実行、小型モデルの性能評価、whisper.cpp による日本語文字起こし（47秒を27秒・誤り率2.7%）、pdfmathtranslate-japanese-kit によるPDF翻訳（15ページを3分・費用0円、思考型モデルで5.8倍遅くなる罠）、haas-ja（Haas-ja-v1.0、日本語公開モデル最高精度・Whisperの15倍速）など、local-llm の知見が多数含まれる。open-weight-model を巡る論争（Metaの「オープン」戦略、Google vs AnthropicのOpenWeight論争）も日次記事で追跡されている。
AI OSSパイプライン: Wan2.1+Ollama+ffmpeg によるAI動画生成、kurage-voice-pro の翻訳字幕・吹き替え、Kurage Argo Video（kargov）、kmontage のショート動画生成、kvtuber／kurage-vtuber のYouTube Live配信（PNGアバター、配信用viewer、RTMP送信）、browser-use によるデモ動画自動録画、kurage-sns-poster の Threads/YouTube 自動投稿、ACE-Step 1.5 Turbo XL と HeartMuLa oss-3B を同一日本語歌詞で速度・VRAM・歌詞一致率まで比較した音楽生成の実測など、OSSを組み合わせた自動化パイプラインの解説が多い。ai-video-pipeline として横断できる。
Kurageプロジェクトの技術解説: kurage-agent-deck（マルチサーバ対応を含む）、kurage-voice-pro、kurage-sns-poster、kmontage、kurage-vtuber、kgeo など、Kurage 関連の各種OSSの技術解説。oss として公開された実装の設計判断も多く記録されている。kurage-voice-pro の公開APIが直接叩かれたインシデント記事は、AI OSS運用のセキュリティ論として独立した価値を持つ（agent-security-incident、trust-boundary）。
AI自動取引とフィンテック: kfreqai（Hyperliquid対応・マルチテナント執行・非カストディ委任・kcbrain/kfxbrain の判断ゲート）、nofx（日本語化とペーパートレードでの判断境界）、openalice-jp（日本語既定・Docker・HTTPSでのセルフホストとx402対応）、tradingagents-jp（マルチユーザーSaaS化）、finrobot（日本語ファーストfork＋Kurage判断API）、tradingagents など、暗号資産・日本株向けAI取引OSSの設計と運用知見。エントリーしきい値の罠（勝率65%でも負ける構造）、特徴量こそが本丸だとする検証、判断APIの分離、判断基盤 ksbrain／kcbrain／kfxbrain の独立API化など ai-trading・ai-judgment-backend・paper-trading・vibe-trading に関わる記事も含まれる。
OSS日本語化・セルフホスト導入ガイド: krayin-crm-japanese-kit（2,066キー全訳し本家にPR）、docmost-japanese-kit、vikunja-japanese-kit（翻訳の穴9%＝135キーを補完）、zammad（日本語23%→5,123エントリ全訳しWeBlateを100%に）、planka-japanese-kit（56キーと「第三者向けホスティングは有料」のライセンス線引き）、docspell-japanese-kit（画面1,056語をElmで実装）、docuseal（Docker1行）、fess（Namazuの後継、PDF45本を索引しLLMチャットで10問実測、検索10/10・回答9/10）、pdfmathtranslate-japanese-kit、whisper.cpp、paperless-ngx（jpn+eng設定が見出しを『Ake』に壊す実測）、twenty-crm（日本語検索の穴）、alaveteli、fixmystreet、openvpm（和暦・Shift_JIS移行）など、OSSを日本語環境で使うための導入・翻訳・セルフホスト記事。self-hosting と oss-japanese-localization の実践例。翻訳キー数や翻訳率の実測値、本家へのPR送付（oss-upstream-contribution）までを記録したものが多い。翻訳100%でも日本語検索に穴がある、といったjapanese-search-gap に接続する知見もここに蓄積されている。
SEO／グロース／ナレッジ管理: kgeo の GEO Optimizer 監査エンジンや kgrowth の GSC・アクセスログ統合パイプライン、payload-cms のSEO・AEO・GEO設計など ai-search-optimization の実践に加え、ローカルLLMによる「固有名詞SEO」自動化（無名映画のショート動画が検索流入の5割を占めた事例）、openkb を使ったベクトルDB不要RAG（PageIndex）によるナレッジチャットAI構築の記事（gemma4 12bとDeepSeekの『コンパイル』と『回答』の役割差）もある。rag の実装知見が蓄積されている。
業務OSSの実測レビュー: CRM（krayin-crm-japanese-kit、twenty-crm）、Wiki（docmost-japanese-kit）、タスク管理（vikunja-japanese-kit、planka-japanese-kit）、ヘルプデスク（zammad）、文書管理（docspell-japanese-kit、paperless-ngx）、全文検索（fess）、電子署名（docuseal）、情報公開・通報システム（alaveteli、fixmystreet）、GIS（QGIS/PostGIS、商圏分析以外の用途も含む）、化学試験報告書のAI校正（kproofread）、動物病院の電子カルテ（openvpm）、ローカル音楽生成など、業務システムをOSSで自前に置き換える検証記事が並ぶ。saas-subscription-replacement の実践群とも言える。
オープンデータ／GIS・行政手続き: 民泊の用途地域と上乗せ条例を住所から引く設計（kminpaku）、全国地方公共団体コードとe-Gov法令APIで期限に条文が付く手続きナビ、住所の地図化・訪問ルート・位置つき記録までを扱うGIS系OSSの実測、国会会議録検索システムAPIで「論点ごとの国会トラッカー」を作る記事（kurage-kokkai-tracker）など、civic-tech や open-data-license-compliance、hazard-map-judgment、administrative-data-publication-gap に関わる記事群。
Web3／x402: x402 を使ったAIエージェントの従量課金・マーケットプレイス公開、OSS本体と判断APIの分離、ブログのPayPal＋オンチェーン決済（bludit への有料記事実装）、openalice-jp のx402対応、payapi-market への URL2AI/OSS2API 公開、agent402 や virtuals-acp のようなエージェント市場の観察など、web3 とOSSを組み合わせた収益化設計も扱う。
AI収益化とビジネス: capafy（AIスキルのクローズド販売マーケットプレイス）、ai-agent-marketplace（dealwork.ai に登録して見えた実態）、「コードはOSSで全公開、『判断』だけを x402 で量り売りする」設計、Claude Code を使った収益化動画の解説シリーズ（ai-monetization- 系、日付なし記事として4本以上）など、ai-monetization の事例群。注目OSSリポジトリの解説（trycompai/crm が公開6日で6,900スター）もある。
セキュリティ・運用・障害対応: 公開APIインシデント（agent-security-incident）、zabbix とローカルLLMを組み合わせた障害調査、「調査済みの障害メール」が届く監視の実録（kzabbix）、メモリ99.8%障害の原因追究（犯人が証拠に写っていない）、appsmith の初回起動破壊と復旧（20秒の中断で永久に壊れ、画面は200なのにAPIが全て502）、AIエージェントの触れる範囲を宣言する設計など、実運用での知見も収録。measured-pitfall-catalog として蓄積される。
ゲーム・表現系: Phaser 3 + Matter.js による触手物理のブラウザゲーム（MediaRecorderでクリップ共有）、marp-cli で「Web表示と完全一致するPPTX」を作る話、ACE-Step／HeartMuLa のローカル音楽生成比較など、プロダクト以外の創作・表現寄りの記事も少数含まれる。

VWork教材としての同梱

kurage-app-store の有料商品の一部には、「+ VWork教材」としてVWorkが同梱される。kurage-products によると、このストアは販売代理店向けのダウンロードストアであり、全商品がソースコード同梱・MITライセンス・AIエージェントによる改変拡張可という共通仕様を持つ。VWork教材が同梱されるのは以下の5商品で、いずれも55,000円（税込）で販売されている。

商品	概要	デモ
ktrackgeo	AIアクセス解析。GPTBotやClaudeBotなどAIボットの訪問を実測し、「AIに読まれる状態か」を診断。DB不要・外部API不要。	https://proto.exbridge.jp/ktrackgeo/
kcheckit	情報監視システム。RSS・API・HTML差分・SSL証明書期限の4方式で関連情報を拾い、理由つきでメール通知。cron不要でボタン実行。	https://proto.exbridge.jp/kcheckit/
kbilling	請求書発行・集金システム。PDF請求書を発行し、専用URLをメール送信。銀行振込・PayPal決済に対応。	https://proto.exbridge.jp/kbilling/
kpaylink	商品注文・請求書・決済ページ。設定ファイル1枚で注文ページを立ち上げ、請求書PDFと決済を自動化。実運用中の受注ページの製品化。	https://proto.exbridge.jp/kpaylink/
kinvoice	領収書メール送信システム。確認付きメールでPDFを配信し、宛先確認を通った人だけが受け取れる。	https://proto.exbridge.jp/kinvoice/

これらの商品は、いずれもself-contained-php-appの設計に沿ったPHP製アプリで、レンタルサーバーにFTPで配置するだけで動作する。VWork教材の具体的な内容は次の通り。

設置手順書: claude-code などのAIエージェントに渡すと、サーバー設置から動作確認まで進められるステップバイステップの手順書。「AIに渡せば設置まで進む手順書」として製品説明にも明記されている。
設計マニュアル: 設定ファイルの変更方法や機能追加の作法をまとめた、AIエージェント向けの読み物。ai-readable-manual として機能する。
罠の記録: たとえば kinvoice には、実際に開発・運用で踏んだ「6つの罠」の記録が同梱され、同様の失敗を避けるための教訓がまとめられている（measured-pitfall-catalog）。
実運用の裏取り: 各商品にはデモ環境（proto-exbridge 配下）が用意されており、購入前に動作を確認できる。また必要に応じてMySQL/SQLite両対応や約600行・約800行の「全部読めるサイズ」といった、AIエージェントが安全に改変できるための工夫が施されている。

このようにVWorkは単なるブログではなく、ai-readable-manual として製品に組み込まれる教育資産でもある。なお、これらの商品の詳細な仕様・価格・デモは kurage-products に一覧されている。

索引としての役割

kurage-articles-index は「Kurage AI OSS技術解説ブログ（VWork/articles）記事索引全653本」と題され、全記事のタイトル・トピックタグ・URLを一覧化した索引である。冒頭に「KurageはAI/OSSの技術解説記事を多数公開している。特定トピックの記事有無・URL案内に使う」と明記されており、特定トピックの記事有無の確認やURL案内に利用される。記事数は2026年11月時点で653本に達しており、日次のAIニュースまとめから個別OSSの深掘り解説まで、Kurageの技術活動の全体像を把握するための入り口となっている。

索引の構造と読み方

各項目は「タイトル [topics: [タグ...]] → URL」の形式で並ぶ。URLは YYYY-MM-DD-スラッグ.html 形式で、日付順にほぼ整列している（2026-05-18 から 2026-11-07 まで、約半年分）。日付なしの一般記事（ai-monetization-claude-code-4.html、ai-monetization-vibe-coded-400k.html、capafy-skill-marketplace.html、kfreqai-entry-threshold-explained.html、kmontage-reference-video-pipeline.html など）は末尾に追加されている。日付付き記事は日次ニュースとプロダクト解説が主体で、日付なし記事は恒常的に参照される実装ノウハウ・収益化事例・プロダクト設計メモが中心という住み分けが見える。

実務上の読み方は次の4手順に整理できる。

トピックタグで候補を絞る（例：翻訳 oss セルフホスト 監視）
スラッグの語幹で機能検索する（例：zabbix x402 freqai kurage）
日付レンジで期間を切る（例：2026-09 のニュースだけ）
見つけたURLをそのまま案内・引用する

注意点として、日次ニュース記事のタイトルは「Theと◯◯で読む」のように可変で、内容を正しく表さないことが多い。検索はタイトル文字列ではなく、トピックタグ・日付・スラッグを軸にしたほうが確実である。kurage-、openkb-、zabbix-、-japanese-guide などの接頭辞・接尾辞で絞るのも有効。日次ニュースが量的に支配的なため、目的の技術記事を探す際はこの絞り込みが事実上必須になる。

索引自体の未整理点も明らかである。653本に対してフラットな箇条書きでカテゴリ階層や重複排除がなく、同一テーマ（例：Qwenのローカル実行）が日次ニュース内に何十回も現れる。タグ体系も日本語／英語で分裂しており、生成ai と ai、バイブコーディング と vibecoding が同一概念として統一されていない。日付が2026年と未来になっているため、相対的な並び（新しいものが下）以外の時系列解釈は慎重に扱うべきである。

公開URL索引との関係

kurage-sites はVWorkを含むexbridge.jp配下の公開URLを網羅した索引である。VWorkはここで「主要サイト」の一つ（唯一のブログ）として掲載され、公開URLは https://katsushi2441.github.io/vwork/articles/ と明記されている。同索引では、メインサイト https://exbridge.jp/ 、Kurage本体・動画 https://kurage.exbridge.jp/ 、Kurage App Store https://kappstore.exbridge.jp/ 、デモ置き場 https://proto.exbridge.jp/ と並んでVWorkが列挙され、続けて各プロダクトLP、kappstoreの商品ページ・デモへのURLが整理されている。とくに「商品ページ・デモ(kappstore)」欄では、上記8本の記事URLが対応する商品IDと交互に並び、VWorkの記事がどのような製品群・ストアと結びついて公開されているかを確認できる。あわせて openvpm（openvpm-jp）、alaveteli（alaveteli-jp）、fixmystreet（fixmystreet-jp）、libredesk-japanese-kit（LibreDesk-JP）などOSS本体のGitHubリポジトリへの導線も同欄に含まれる。

このように kurage-sites は「ドメインの役割＋URLの対応関係」だけを持つ純粋な索引であり、VWorkに関する記述も「主要サイトの一つ」「記事URL8本」という位置情報に限られる。記事の中身・主張は kurage-articles-index と各記事に、商品仕様は kurage-products に、LP構成は kurage-lps に、リポジトリ群は kurage-repos に、代理店制度は kurage-agency に分担されており、VWorkはこれらの索引を横断する位置にある。

索引はあくまで「リンク集＝ナビゲーション層」であり、内容の要約は各記事側にある。VWorkの個別トピックを本Wikiで扱う場合は、そこから ai-agent や oss-japanese-localization などの概念ページ、kurage や exbridge などの実体ページへ接続していくのが自然な発展経路となる。