VWorkで提供するもの
お客様PCに入る作業基盤
Codex、エディタ、Git、実行環境、プロジェクト構成を、お客様が触れる形で整えます。
ノウハウの型
AGENTS.md、WORK_PROTOCOL.md、RULES.mdには、Codex・Claude Codeなどどのエージェントでも共通して守るべき作法を最初から入れています。
最初の課題解決コード
実際の課題を1つ選び、スクリプト、ページ、データ処理、API連携などの最初の実装を作ります。
顧客別ナレッジ移植
Codexを入れるだけでは、バイブコーディングは始まりません。
お客様のPCにVS CodeとCodex（またはClaude Code）を導入しても、最初は何をどう頼めばよいか、どのファイルを触ってよいか、どこまで任せてよいかが分かりません。VWorkでは、エクスブリッジが実際のAI駆動開発で蓄積してきた作業ルール、判断基準、プロンプト、運用手順を、お客様の業務に合わせて移植します。
経営者をAI駆動経営へ導くフレームワーク
VWorkは、単なる開発テンプレートではありません。経営者が「AIを使う」段階から、AIに業務を実行させ、結果を見て判断するAI駆動経営へ進むためのフレームワークです。
経営課題を明確化
売上、集客、在庫、業務時間、属人化などの課題を、AIが扱える作業単位へ分解します。
AIが実行する仕組みへ
ドキュメント、データ、コード、コマンドを整え、Codexが改善作業を進められる状態にします。
成果が見える経営へ
小さな実装から始め、業務改善の結果を確認しながら次の意思決定につなげます。
受託開発ではなく、内製化の基盤
VWorkの目的は、完成したシステムをブラックボックスで納品することではありません。お客様自身がCodexと一緒に業務改善を続けられるように、作業場、ドキュメント、最初の動くコードを整えることです。
従来の受託開発
完成物を外部に作ってもらう。変更のたびに依頼が必要になりやすい。
VWork
自社PCにAI駆動の作業基盤を持つ。改善をCodexに依頼しながら進められる。
提供する価値
コードそのものだけでなく、コードを作り続けるための考え方と作業構造を提供します。
導入の流れ
お客様の業務課題、データ、最初に解決したいことを確認します。
お客様PCにVWorkの作業フォルダと必要な実行環境を整えます。
AGENTS、WORK_PROTOCOL、RULESにAIエージェントの作業基準を整え、案件に応じてDESIGNやWORKFLOWを追加します。
最初の課題を解くコードやページ、スクリプトをCodexと一緒に作ります。
動かし方、次の改善依頼の仕方、時間清算での伴走範囲を説明します。
料金
まずVWorkの基本導入をご購入いただきます。その後、実際のバイブコーディング作業は時間清算で対応します。
時間清算の対象は、課題解決コードの追加実装、既存コードの改善、データ連携、ページ作成、プロンプト・ワークフロー改善、顧客別ナレッジ移植、Codex作業のレビューなどです。
VWork基本料金は「完成システム一式」の料金ではありません。AI駆動で業務改善を進めるための基盤導入と、Codexが動きやすい作業文化を立ち上げる料金です。追加作業は内容と時間に応じて清算します。
VWorkに含まれるノウハウ入りドキュメント
単なる空欄テンプレートではなく、当社が実運用で使い続けている作法を最初から入れています。Codex、Claude Code、その他のAIエージェントのどれで作業しても同じ基準で進むよう、エージェント共通のプロトコルを中心に構成しています。
| ファイル | 最初から入っている共通ノウハウ | AIエージェントでの使い方 |
|---|---|---|
| AGENTS.md | どのAIエージェントでも守る作業の入口。参照すべきファイル、確認の順序、報告の形 | Codex・Claude Code等が起動時に必ず読む共通の入口 |
| WORK_PROTOCOL.md | 目的・成果物・確認方法・記録・次の改善を残しながら小さく進める共通フロー | 「なんとなく任せる」を防ぎ、作業品質を一定に保つ |
| RULES.md | データ変更前の確認、秘密情報の扱い、品質基準、作業後の報告ルール | エージェントが毎回確認する禁止事項と確認事項 |
| VERIFICATION.md | 環境チェック、成果物の確認方法、置換の検算、コミット前の秘密チェック、完了報告の型 | AIが「できました」と言う前に、自分で確認するための手順 |
| WORKFLOW.md | 調査→実装→検証→公開→記録の作業手順と、手戻りを防ぐ確認ポイント | 案件ごとの決まった手順をAIに毎回踏ませる |
| DESIGN.md | 対象ユーザー、目的、トーン、参考デザイン、避けたい表現の整理 | HP・LP・UI・資料など見た目の品質が価値に直結する案件で使う（実運用で最も出番が多い1つ） |
| CLAUDE.md（必要時） | Claude Code固有の前提や制約を補足する追加メモ | 複数のAIを併用するときの差分だけを書く |
| .env.sample config.yml.sample | APIキーや接続情報の「変数名と説明だけ」を共有する雛形。実値は .env / config.yml に書き、Git管理から除外する設計 | 秘密を共有せずに「何を設定すべきか」だけをAIと共有する |
上記に加え、環境チェックの結果や接続先を記録する SERVERS.md がテンプレートに含まれます。テンプレートには実運用で本当に使うファイルだけを入れてあり、使わないファイルを無理に埋める必要はありません。作業の記録は、報告とgitのコミットメッセージに残す運用です。
初めての環境でも、品質が落ちない仕組み
バイブコーディングで最も多い失敗は、AIが確認せずに「できました」と言うことです。慣れた人は当たり前にスクリーンショットを見て、公開URLを叩いて、置換件数を数えますが、初めての環境ではその「当たり前」が共有されていません。VWorkは、この当たり前を VERIFICATION.md として最初からテンプレートに入れています。
環境チェックから始める
新しいPCではまず、Python・Node・PHP・git・curl・ブラウザが使えるかを実際に叩いて確認し、SERVERS.mdに記録します。無いツールを前提にした手順を書かせません。
成果物を「目で見る」まで完了にしない
Webページはスクリーンショットを撮って中身を確認、公開URLはHTTPコードで確認、スマホ幅は数値で実測。スクリプトは終了コードと出力件数まで確認します。
確認できないときは正直に書く
ブラウザが無ければcurlでHTML検証、それも無理なら「画面の目視確認はできていません」と明記させます。できていないことを隠さないのがルールです。
一括置換の検算
複数ファイルの置換は、黙って失敗するのが一番危険です。置換件数を数え、0件や想定外なら成功にせず報告させます。
コミット前の秘密チェック
.env や設定ファイルが混ざっていないかを確認してからコミット。混入があれば止めて報告します。
完了報告の型
「何をしたか」「どう確認したか」「確認できていないこと」の3点を必ず添えさせます。「問題なく動くはずです」を完了と認めません。
この仕組みにより、初めてAIと作業する環境でも、確認していないものが「完了」として通らない状態を作ります。当社が実運用で使っている確認手順を、そのままお客様の環境に移植します。
秘密情報は、共有しない設計になっています
APIキー、パスワード、接続情報を「どこに置くか」は、VWorkに最初から組み込まれた設計です。実際の値はお客様のPCから出ません。Gitにも、AIへの依頼文にも、当社にも渡さずに運用できます。
| ファイル | 書く内容 | 共有（Git管理） |
|---|---|---|
.env | APIキー、パスワード、トークンなど漏れると困る実値 | しない（.gitignore済み） |
.env.sample | 変数名と説明だけ（値は空欄） | する |
config.yml | 公開先URL、出力先、件数など環境ごとに違う設定 | しない（.gitignore済み） |
config.yml.sample | 何を設定すべきかの雛形 | する |
SERVERS.md | 「.envのどこに何があるか」＝場所と変数名だけ | する |
導入直後に cp .env.sample .env と cp config.yml.sample config.yml を実行するだけで、秘密を共有しない状態で作業を始められます。AIエージェント側にも「実値を出力・記録・コミットしない」ルールを RULES.md / AGENTS.md に入れてあり、Codex・Claude Codeが毎回この基準を確認します。
想定する最初の実装例
CSV・Excel処理
商品データ、顧客リスト、在庫表、売上データを整形・集計するスクリプト。
社内ツール・確認ページ
毎回見る情報や手作業の手順を、確認しやすいページや小さな社内ツールにします。
EC・SNS運営業務
商品登録、紹介文生成、OGP、SNS投稿、動画化などの作業をワークフロー化します。
レポート生成
URL、PDF、CSV、APIなどから情報を集め、MarkdownやHTMLでレポート化します。
外部API連携
既存サービスや自社データをつなぎ、手作業で行っていた処理を自動化します。
AI生成パイプライン
テキスト、画像、ショート動画、SNS投稿などを一連の業務として組み立てます。
この1年の実践から作ったフレームワーク
VWorkは机上のテンプレートではありません。exdirect.netのEC運営、AIxECの商品データ登録、AIxTubeの動画配信、HyperFramesによるショート動画生成、URL2AIのコンテンツ生成に加え、Kurageシリーズ（Kurage FreqAI Tradeの暗号資産AI自動取引、FX自動運用、AI VTuber、判断APIのx402従量提供、URLAIトークノミクスまで）を、すべてバイブコーディングで開発・運用してきました。その実務から再利用しやすい部分を整理したものがVWorkです。
経営者や事業者がいきなり大規模システムを発注するのではなく、まず自分のPCにAI駆動の作業場を持ち、小さく課題を解決しながら改善を積み上げる。そのための基盤として提供します。
バイブコーディングで作ったプロダクト群
VWorkの作法は、当社が実際にバイブコーディングだけで開発・運用しているKurageシリーズで日々検証しています。トークン設計まで含めた実践の記録は、VWorkブログで公開しています。
🪙 URLAIトークノミクスを知る： 思想編 — なぜ分かち合うのか ／ 設計編 — 数字で見るトークノミクス