[論文レビュー] Context Before Code: An Experience Report on Vibe Coding in Practice
この論文は、明示的なアーキテクチャ制約の下で文脈的バイブコーディングを用いて構築された2つのデプロイ可能なAI駆動システムを提示し、足場作成の利点を示す一方で、 isolation、アクセス制御、非同期処理の手動での適用を必要とする。
Code-generating tools are increasingly used in software development, yet experience reports on conversational "vibe coding" under production constraints remain limited. This paper presents an experience report from a small full-stack team that applied contextual prompting and explicit architectural constraints to build (i) a multi-project agent learning platform designed for sustained, production-oriented use and (ii) an academic retrieval-augmented generation system. The agent platform supports multiple isolated projects, each with structured memory and background processing, thereby enforcing project-level isolation. The RAG system provides citation-grounded answers, role-based access control, and evaluation tracking. Across both systems, vibe coding accelerated scaffolding and integration. However, the generated code often under-specified isolation rules and infrastructure constraints when these were not explicitly defined. Consequently, aspects such as multi-tenancy, access control, memory policies, and asynchronous processing required deliberate architectural design and verification. We observe a shift in engineering effort from boilerplate implementation toward constraint specification and enforcement auditing. We also identify recurring architectural "non-delegation zones" where conversational code generation remains insufficient for production reliability.
研究の動機と目的
- テナント分離とアクセス制御などデプロイ可能なアーキテクチャ制約の下で、対話的コード生成がどのように振る舞うかを調査する。
- 本番系の分離、メモリ管理、非同期処理を保証するための統合と検証の実践を検討する。
- AI生成の足場作成が十分であるパターンと、信頼性のために手動エンジニアリングが不可欠なパターンを特定する。
- boilerplate から制約の仕様と検証へとエンジニアリング努力を移す実用的な教訓を提供する。
提案手法
- 事前に定義された要件の下、文脈的バイブコーディングで構築された2つの本番運用志向のシステムを説明する。
- 開発ワークフロー、証拠ソース(コミット、プロンプト、ログ)、検証戦略を文書化する。
- 生成コードがアーキテクチャ制約に適合したか、あるいは違反したかを分析し、手動修正がどのように適用されたかを検討する。
- 分離、アクセス制御、非同期処理を評価するための構造化された手動テスト、コード検査、ランタイムログ分析を通じてシステムを検証する。

実験結果
リサーチクエスチョン
- RQ1バイブコーディングは、テナント分離、アクセス制御、非同期処理などの明示的なアーキテクチャ制約の下でどのように機能するか。
- RQ2本番環境でAI生成システムを安定的に展開するために必要なアーキテクチャと検証の実践は何か。
- RQ3AI生成の足場作成に任せられず、手動エンジニアリングの意思決定を要する作業は何か。
- RQ4制約されたデプロイメント内で対話的コード生成を用いた時、エンジニアリング努力はどのように移動するか。
主な発見
- バイブコーディングは足場作成とAPI、データモデル、UIコンポーネントなどの日常的な実装を加速する。
- 生成コードは、明示的なプロンプトや手動修正なしにはアーキテクチャ制約を保持しないことが多い。
- 分離、アクセス制御、メモリポリシー、非同期タスクのオーケストレーションには手動の監査と適用が必要である。
- エンジニアリング努力はボイラープレート作成から制約の仕様、適用監査、検証への移動が起こる。
- インフラストラクチャの決定は、ブロックや不安定なデプロイを防ぐために早い段階で検討する必要がある。
- 対話的コード生成が本番の信頼性に対して不十分である再発する非 Delegation ゾーンが存在する。
より良い研究を、今すぐ始めましょう
論文設計から論文執筆まで、研究時間を劇的に削減しましょう。
クレジットカード登録不要
このレビューはAIが作成し、人間の編集者が確認しました。