Operational Intelligence

この機能は現在存在しません。 本ページがかつて説明していたワークフロー — Reyn 自身の P6 audit-event ログ(.reyn/events/*.jsonl)を safe-mode index_update() ステップ経由で in-core RAG store に index し、semantic_search で実行履歴をセマンティックにクエリする — には、もはや経路が一切残っていません。FP-0066 P1b で agent 向けの layer-1 RAG ツール4件(semantic_search / index_update / drop_source / list_rag_sources)が retire され、FP-0066 P1c で残っていた safe-mode index_update() Python エントリーポイントと CLI reyn source コマンド群も retire されました。in-core store に対して operator/agent 向けに追加・削除・検索する手段は、もはや一切ありません — 完全な retire 経緯は コンセプト: RAG を参照してください。

これは見落としではなく意図的な撤去です — 「無い」だけを見た将来の読者が「忘れられたのか、決められたのか」を区別できるよう、ここに記録しています。

現在の入口(参考まで): search_actions(tool/mcp/pipeline カタログ検索)は現在稼働中、search_knowledge verb(skill/memory/repo 取得)は計画中です。どちらも「任意のコーパスを index する」汎用 surface ではありません。agent 向けのドキュメント検索については、現在の経路は FP-0063 user RAG plugin(外部 vector store、ドキュメントのみ)です — Build a RAG corpus を参照してください。event ログのようなものをこの plugin 経由で index するワークフローは、構築も実測もされていません — もし着手する価値があるなら、本ページへの主張としてではなく、独立した設計・issue として立てるべきです。

関連情報

• コンセプト: RAG — 完全な retire 経緯と残っているもの
• コンセプト: Events — P6 イベントログの構造と現行のイベント分類
• FP-0009: Operational Intelligence — 元の設計根拠(historical。ここで提案された仕組みは後に retire 済み)