目的
実在 D1 corpus の単一 source repository に限定し、trace-credited feedback が relation retrieval を改善する因果効果を、development / holdout 分離で検証する。cross-corpus 一般化、性能スケーリング、既定値変更は主張しない。
前提
#39 の production D1 read-only capacity audit で、Liplus-Project/github-rag-mcp には node / doc-path 分離可能な 3-edge cluster 候補が 2 組あることを確認した。これは #39 の「split ごとに3 source_repo」制約は満たさないが、単一 corpus 内の分離評価には使える。
制約
acquisition は production D1 github-rag-fts の read-only SELECT / CTE のみ。各 query の rows_written=0、changes=0、changed_db=false と source URL / schema / coverage を provenance に残す。
github-rag-mcp 内で development と holdout を node、doc path、source URL、credited edge identity の全てで分離する。各 split は少なくとも3 distinct credited relation edge を持つ。
eval: validate trace-credited feedback adaptation #29 / eval: independently reproduce trace credited feedback adaptation #31 / eval: measure longitudinal feedback adaptation across corpora #37 / eval: validate longitudinal feedback on real D1 corpora #39 の fixture identity のみを denylist にし、gold、metric、gate、result は読まない。
control と treatment は同じ feedback event を記録する。mutation は treatment の credited path だけに限定し、scoring query と feedback query は分離する。
fixture、gold、provenance、manifest、gate、runner、tests を result-free で freeze / push してから development を一回だけ実行する。development gate 通過時だけ holdout を一回だけ実行する。観測後は再実行、fixture / gold / protocol / code / docs の変更をしない。
baseline MRR < 1.0 の split は strict final improvement を要求する。baseline = 1.0 は safety gate 全通過の non-regression のみを許容し、改善主張に使わない。
source URL の実在性、fixture disjointness、no-write、result hash / exclusive-write / no-recompute、path-credit、control non-mutation、holdout isolation を gate 化する。
成功条件
実在 github-rag-mcp corpus において、headroom のある登録済み holdout が strict relation-MRR improvement と全 safety gate を通過する。結果は単一 corpus の因果検証に限り、cross-corpus 一般化・大規模性能・production adoption を主張しない。
停止条件
D1 read-only acquisition で分離済み3-edge cluster、headroom、または source URL provenance を固定できない場合、結果artifactを生成せず issue に failure report を残して停止する。
目的
実在 D1 corpus の単一 source repository に限定し、trace-credited feedback が relation retrieval を改善する因果効果を、development / holdout 分離で検証する。cross-corpus 一般化、性能スケーリング、既定値変更は主張しない。
前提
#39 の production D1 read-only capacity audit で、
Liplus-Project/github-rag-mcpには node / doc-path 分離可能な 3-edge cluster 候補が 2 組あることを確認した。これは #39 の「split ごとに3 source_repo」制約は満たさないが、単一 corpus 内の分離評価には使える。制約
github-rag-ftsの read-onlySELECT/ CTE のみ。各 query のrows_written=0、changes=0、changed_db=falseと source URL / schema / coverage を provenance に残す。github-rag-mcp内で development と holdout を node、doc path、source URL、credited edge identity の全てで分離する。各 split は少なくとも3 distinct credited relation edge を持つ。成功条件
実在
github-rag-mcpcorpus において、headroom のある登録済み holdout が strict relation-MRR improvement と全 safety gate を通過する。結果は単一 corpus の因果検証に限り、cross-corpus 一般化・大規模性能・production adoption を主張しない。停止条件
D1 read-only acquisition で分離済み3-edge cluster、headroom、または source URL provenance を固定できない場合、結果artifactを生成せず issue に failure report を残して停止する。