dwbimstr/context-foundry は、コーディングエージェントに引用ベースの検索、グラフコンテキスト、明示的メモリ、制限付きトークン伝達を提供する Rust のコンテキストエンジニアリングツールキットである。2026-10-27（UTC）のコミット 69c3bb0 は、このリポジトリの Markdown パーサーライブラリ pulldown-cmark を 0.13.4 から 0.13.5 に上げるセキュリティ修正と、それに伴う単位の移動をマージした。きっかけとなったのは、0.13.4 のデフォルトパーサが 13 バイトの Markdown リスト・インデント入力 1 件に対して 101 で終了するという問題であり、インデックス段階でのソースごとの panic 処理は、そのソースを解析失敗状態に留めるだけで、後続のアウトライン・コンテキストの再解析までは防げなかった。
Markdown の解析結果が変わりればこのツールが切り出すソース単位（source unit）自体が変わりうるため、コミットは検索スキーマを 8 に、SOURCE_UNIT_SCHEMA を 6 に上げた。リポジトリスキーマ 12 と generation v6 はそのままだが、既存ストアは foundry --store STORE repair-index を明示的に実行して検索スキーマ 8 を作り、続く semantic prepare でソース単位スキーマ 6 に再び合わせる必要がある。変更は 19 ファイルで 1,262 行の追加と 74 行の削除で、コミットメッセージはローカルゲート基準 1,314 件成功、0 件失敗、34 件無視と記している。
保留された項目も残された。tree-sitter-scala 0.26.3、rmcp 3.7.0、uuid 1.29.0 はこのコミットでは上げられず、Scala 文法の変更も単位を変えうるため保留とされた。文書は、この作業を G2 昇格測定において例外として承認されたセキュリティ専用の措置として記録し、品質や性能の改善は主張せず、複雑度の修正は上流側の介入を要するためここでは時間を費やさなかったと記している。
検証には限界がある。コードは GLM が書き、GPT-6.1 Sol と GPT-6 Astra がレビューしたが、両モデルは同一サプライヤーに属するため、独立した検証 2 件としては数えない旨を明記している。すでに構築済みのストアを運用する側は repair-index と semantic prepare の 2 手順を負担せざるを得ず、新しく始める側は移行手順を経ずに済む。