社内文書AIにベクトルDBは要らなかった — 全文投入で本番運用した設計と限界
出典: Zenn (Claude topic)
Hiroba による自動要約
社内マニュアルをAIに参照させる際、一般的なRAG（ベクトル検索）ではなく、マニュアル全文をプロンプトに毎回投入する構成を採用し、2社のSlackボットで本番稼働。トークン数計算とプロンプトキャッシュの活用により、ベクトルDB不要で運用が壊れにくく、表の断片化や検索漏れの問題を排除できた一方、入力量に正比例したコスト増加が課題。
出典・元記事
Zenn (Claude topic) の記事を Hiroba が自動要約しました。元記事を読む
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 3569 件あります。
関連する記事
同じタグの記事
Hong Kong 空港での Amazon Bedrock 検証: Anthropic と OpenAI のプロプライエタリモデルのみがブロック
Qiita著者が Hong Kong 国際空港の Wi-Fi から Amazon Bedrock の 4 リージョン (東京・バージニア北部・シンガポール・台北) を実際に検証した結果、Claude や GPT などの Anthropic / OpenAI プロプライエタリモデルは接続元 IP ベースで一貫してブロックされる一方、gpt-oss-120b や Kimi K2.5 などのオープンウェイトモデルや Amazon Nova Pro は正常に動作することが判明。請求先住所がサポート対象国でも、リージョン選択でも回避できず、地域制限は提供元企業の方針に依存することが確認された。
Claude Code + OpenRouter Free モデルで実現する「ゼロ円 AI 開発補助」——3 つの活用パターンと注意点
QiitaOpenRouter の :free サフィックス付きモデル (Qwen3、Llama 4 など) を使うと、API コールを無料で実行でき、Claude Code 環境でコミットメッセージ生成や PR レビュー初稿作成など定型タスクを大幅低コスト化できる。ただし各モデルのオリジナルライセンスと共有キューのレートリミット確認が必須。