ドリフト
コンテキスト重視のセットアップ
新しいプロジェクトが同じスプロールを継承する前に、どのリポジトリ レイヤーが多すぎるメモリ、命令の重み、またはセットアップ ノイズを抱えているかを確認します。
VibeSmith
AIコーディングのリポジトリドリフトが広がる前に監査。
VibeSmith は、マルチリポジトリのチームに、Cursor および Claude Code ワークフロー全体でアクティブなコンポーネント、依存関係のリスク、およびコンテキストを多用した再利用を確認するための 1 つの場所を提供します。これは GitHub 上のオープンソースであり、現在プレリリース インストールが可能です。
リポジトリ 3 以降でキックオフの品質が低下した場合は、ここから始めてください。
ライブダッシュボードとウォークスルー
GitHub のオープンソース
マルチリポジトリ AI チーム向けに構築
最初に表面化するもの
チームが発見するのが遅すぎる問題を確認してください
VibeSmith は、チームがセットアップのドリフト、再利用リスク、リポジトリ間でのコンテキストの多いスプロールのために 1 つの可視レイヤーを必要とする場合に最も役立ちます。
再利用
隠れた再利用リスク
コピー＆ペーストのブートストラップが部分的でコストのかかる方法で失敗するのを防ぐために、コンポーネントとともに移動する必要があるものを確認します。
リリース
依存関係と対立の驚き
リンクされたリスクが早期に表面化するため、リリース週のレビューがチームにとってそのカップリングを初めて認識するわけではありません。
最初の一週間の痛み
最初の実際の監査でチームが求めるもの
一般的なリクエストは別の AI 機能ではありません。これにより、リポジトリ全体の操作ビューがより明確になります。
ニーズ01
どの標準が実際にアクティブであるかを知る
ルール、コマンド、ガイダンスが似ているように見えても、リポジトリ間で動作が変わるほど異なっていると、チームは時間をロスします。
ニーズ02
リンクされたコンテキストを失わずに再利用する
ユーザーは、後まで依存関係を隠す中途半端なフラグメントではなく、安全なベースラインをコピーしたいと考えています。
ニーズ03
コンテキストの無駄がレビューの無駄になる前に削減します
メモリ層が混在し、アセットが古くなると、トークンの無駄が生じ、プロンプトがうるさくなり、レビュー ループが長くなります。
ビジュアル Proof
実際のマルチリポジトリ AI チームの苦痛からワークフローを証明
インライン ウォークスルーから始めて、以下の各決定画面を確認してください。
- このページでプレイ可能なウォークスルー
- 意思決定を重視した画面
- レポスケールの可視性
全体的なフローについてはインライン ウォークスルーを使用してから、以下の静止画面を調べて特定の決定点を確認してください。
コアワークフロー
VibeSmith によるドリフトの軽減方法
アクティブなベースラインを見つける
統合されたインベントリ + 検索により、どのスキル、エージェント、コマンド、フック、ルールがプロジェクト全体でまだアクティブであるかが表示されます。
リンクされた部分をドロップせずに再利用する
依存関係を意識したフローでコンポーネントをコピーするため、ブートストラップが部分的に中断されるのではなく一貫性を保ちます。
変更を書き込む前にロールアウトの影響を確認する
競合ポリシーをプレビューして適用すると、チームは共有設定を更新する前に爆発範囲を判断できます。
リリース週前にリスクを確認する
依存関係グラフ、競合レビュー、プロジェクト スコープ ビューにより、隠れた結合を早期に発見しやすくなります。
なぜこれが重要なのか
AIコーディング ツールは、多数のリポジトリを説明する前に 1 つのリポジトリを高速化します。
Cursor、Claude Code、および MCP は強力なローカル ツールです。システムのギャップは、チームが複数のリポジトリにわたって同じ操作の明確さを必要とする場合に発生します。
Cursor のセッション スコープのコンテキストにより、チームはチャット メモリに依存するのではなく、再利用可能な標準を外部化するようになります。
Claude Code のマルチスコープ メモリ/設定により、共有オペレーティング層を使用しないと一貫性のオーバーヘッドが増加します。
MCP は機能を拡張しますが、サーバーのスコープと権限の境界には明示的なレビュー規律が必要です。
最初の週の指標
1 週目に何を測定するか
1つのリポジトリから早期の価値を判断できます。問題は、大規模な展開がすでに行われているかどうかではなく、ベースラインがより明確になるかどうかです。
成果01
最初の安定したセットアップの高速化
インストールからチームが実際に維持するベースラインまでの時間。
成果02
リポジトリ間の予期せぬ事態が少なくなる
コピーされたルール、コマンド、コンポーネントが最初の再利用後に一貫性を保つかどうか。
成果03
クリーンアップ目標の明確化
コンテキストの品質が低下する前に削除できる、古いアセット、競合するアセット、または肥大化しすぎたアセットはどれですか。
導入パス
まずは 1 つのリポジトリで証明する
組織全体の移行は必要ありません。小規模から始めてドリフトを測定し、ベースラインが改善した場合にのみ拡張します。
ステップ1
1 つのライブ リポジトリを接続する
オープンソース ビルドをインストールし、同じセットアップの質問を繰り返し開くリポジトリをスキャンします。
- 出力: アクティブなコンポーネントとドリフトポイントの最初のベースライン
- 出力: 摩擦メモをインストールします
ステップ2
再利用と依存関係のリスクを確認する
インベントリ、詳細、および依存関係のビューを使用して、セットアップがメモリによってコピーされたときに何が中断されるかを確認します。
- 出力: クリーンアップ候補
- 出力: リンクされた依存関係のリスク
ステップ3
1 つのワークフローがすっきりしたと感じた場合にのみ拡張します
1 つのチームが設定を明確に説明できた後で、別のリポジトリが同じベースラインを採用するかどうかを決定します。
- 出力: 維持/修正/拡張の決定
- 出力: より深いコラボレーションのための候補リストまたは Pro
養子縁組の境界
ドリフトによって配信速度がすでに低下している場合に採用してください。
明確な境界は、マルチリポジトリ チームがオーバーコミットすることなく迅速に決定するのに役立ちます。
強いフィット感
- 3 つ以上のアクティブなリポジトリが 1 つの配信スケジュールを共有します。
- ルールが手動で引き継がれるため、キックオフの品質が低下します。
- リリースレビューでは、依存関係の問題が遅れて発見されることが繰り返しあります。
まだ理想的ではありません
- 安定した標準と低い変更頻度を備えた単一リポジトリ設定。
- ワークフローでは、コンポーネントレビューの決定のための明確な基準を定義する準備ができていません。
- ワークフローは、ロールアウト規律なしでワンクリックの自動化を期待しています。
現在の範囲 (意図的)
現在の範囲は意図的に狭いままです。目標は、より広範な自動化が約束される前に目に見える証拠です。
- リポジトリの強制的な書き換えはありません。既存の構造が最初にマッピングされます。
- クラウド全体のポリシーの自動化は、最初からではなく後のフェーズです。
- 共有ロールアウト レイヤーは、実際のリポジトリ監査から繰り返し証拠が得られた後にのみ拡張されます。
ダウンロード
オープンソースの VibeSmith ビルドをインストールする
GitHub リリース ページ、DMG の直接ダウンロード、または Homebrew インストール経路 を選択します。
オプション A. GitHub リリース
最新のリリース ノートを開いたり、署名された DMG をダウンロードしたり、オープンソース リポジトリを調べたりしてください。
最新の GitHub リリース
https://github.com/aroido/vibesmith/releases最新のインストールパッケージ
https://github.com/aroido/vibesmith/releasesGitHub リポジトリ
https://github.com/aroido/vibesmithLatest public build: GitHub release channel, including prereleases.
GitHub は、正規のパブリック リリース チャネルです。 GitLab は従来のミラーのみとして残ります。
オプション B. Homebrew ガイド
GitHub Homebrew タップは、同じパブリック リリース チャネルを追跡します。 Homebrew を使用してインストールするか、古い GitLab パスを使用していた場合は最初に再タップします。
インストールとアップグレード
brew update
brew tap aroido/vibesmith https://github.com/aroido/homebrew-vibesmith.git
brew install --cask aroido/vibesmith/vibesmith
# If an older version is already installed:
brew update
brew upgrade --cask --greedy aroido/vibesmith/vibesmithHomebrew のインストールとアップグレードにはこのパスを優先します。従来の GitLab タップを使用していた場合は、再タップする前に `brew untap aroido/vibesmith` を実行してください。
1 つのリポジトリから始めます。まずドリフトを可視化します。
オープンソース ビルドは、コンポーネントの無秩序な拡大、隠れた依存関係、コンテキストを重視したセットアップがすでにチームの速度を低下させているかどうかを確認する最も簡単な方法です。 1 つのライブ リポジトリを外部から監視したい場合は、デモまたはインストール パスの後に監査をリクエストしてください。