RAGSpine
はじめに

CLI とスクリプト

インストールされる ragspine コマンドと、ソースチェックアウトの Make/スクリプトエントリポイント。

ragspine コンソールコマンドは wheel に同梱されています。scripts/ とルートの Makefile は、 ソースチェックアウトでのみ利用できる開発用の便利機能です。

インストールされるコンソールコマンド

コマンド目的
ragspine quickstart決定論的なオフラインデモンストレーション
ragspine ask --db PATH "question"モック/オフラインパスを通して 1 つの質問を実行
ragspine versionインストール済みディストリビューションのバージョン
ragspine dify analyze FILEDify ワークフローを解析して静的に分析します。コード生成や実行は行いません
ragspine dify compile FILEDify ワークフロー設定を Python ソースにコンパイルします。実行はしません
ragspine workflow list同梱テンプレートのメタデータを一覧表示
ragspine workflow show ID --format yaml|json同梱ワークフローを 1 つ出力
ragspine workflow preview IDバージョン管理された表示専用のグラフ射影を出力
ragspine workflow create DESCRIPTIONテンプレートをマッチングするか、ベースの Dify 0.6 ワークフローを生成

この短縮形は workflow create と等価です:

ragspine "A RAG form-understanding paper workflow using CNN"

workflow create のオプション

オプション意味
--template IDカタログテンプレートを厳密に指定して選択し、マッチングをスキップします
--no-reuse常に固定のベースワークフローを生成します
--matcher lexical|auto|onnx決定論的な字句マッチング、自動 ONNX/フォールバック、または ONNX 必須のいずれかを選択します
--format yaml|jsonシリアライズされた出力形式。デフォルトは YAML です
-o, --output PATH出力パス
--stdoutワークフロードキュメントのみを標準出力に書き出します
--force既存の通常ファイルを置き換えます。リンクと特殊ファイルは引き続き禁止です

ONNX マッチャーには [embed-onnx] が必要で、初回使用時にはモデルをダウンロードしてキャッシュする ことがあります。auto は ONNX が利用できない場合に字句マッチングへフォールバックしますが、明示的に onnx を指定した場合はエラーを報告します。

dify compiledify analyze.json.yaml.yml.toml のパスを受け付けます。解析では Dify のバリデーションの前に、これらを JSON 互換のマッピングへ正規化します。コンパイルはコードを 生成するだけであり、別途ゲートされたサービスの run エンドポイントのみがコンパイル済み出力を実行します。

ソースチェックアウトの Make ターゲット

これらはすべてリポジトリのルートから実行してください。

ターゲット目的
make venvuv で .venv を作成
make install[dev,service,vector] の editable インストール
make install-all[dev,service,vector,llm,embed] の editable インストール。[all] と同一ではありません
make testGPU/ネットワークテストを除外した pytest
make ciドキュメント、型付け、lint、テスト、QA、デモを含むブロッキングな 8 段階ゲート
make lint情報提供用の scripts/lint.sh。CI ゲートは strict な mypy と ruff を別途呼び出します
make fmtruff による修正とフォーマット
make driftドキュメントとコード間のドリフトチェック
make demo, make ask Q="…"決定論的なデモと単一の質問
make eval-qa, make eval-retrievalQA と検索の評価
make serve, make workerFastAPI サーバーと Redis ベースの RQ ワーカー
make build, make publish-test, make publishビルドと Twine アップロードのワークフロー

ローカルの CI スクリプトが正式なゲートです。8 つの段階は、ドキュメント参照の整合性、ドキュメント ドリフト、mypy --strict、ruff、通常のテストスイート、分離された Docling テスト、tool モードと agent モードでの QA ラチェット、そしてデモのスモークテストです。

重要なスクリプト

  • scripts/ask.py: ワンショットの質問インターフェース。--provider mock は決定論的です。実際の Anthropic アダプターには [llm] と認証情報が必要です。プロジェクト作者は Anthropic API に アクセスできないため、このプロバイダーパスは他と同等の実地での統合カバレッジを受けていません。
  • scripts/run_demo.py: 完全オフラインの、フィクスチャから回答までのスモークテスト。
  • scripts/run_server.py: --host--port を備えた uvicorn ランチャー。
  • scripts/run_worker.py: RQ コンシューマー。--queue のデフォルトは ragspine-ingest です。
  • scripts/topology.py: 静的なエンジントポロジーを Mermaid、DOT、または JSON としてエクスポートします。

現時点では ragspine serveragspine workerragspine topology のコンソールサブコマンドは 意図的に存在しません。これらはソースチェックアウトのスクリプトのままです。

このページ