OSS Contributions
他者のツールを使う中で見つけた問題を、上流に持ち込みました。マージ済みの修正2件と、根本原因を特定したバグ報告1件。
バグ報告コードへの貢献メンテナーとの協働AgentsMesh
生成された AGENTS.md を編集しても、check は引き続き通過しました。Issue #98 でこの現象を再現できます。check は正規のファイルをハッシュしていましたが、生成された出力はハッシュしていませんでした。
PR #99 では修正を提案しました。メンテナーはすでにチェックサムベースの修正を進めており、check の速度を保つためにそちらを残しました。そのうえで、私の提案のうち読み取り専用の古い出力の検出部分を、フォローアップとして切り出すよう依頼されました。#99 はマージされずにクローズされました。
fix(check): detect generated-output drift
- 問題
- 生成された出力のずれが、文書化された高速チェックを通過していました。
- 変更
- 古いファイルを含む出力のずれを検出する方法を提案しました。メンテナーはチェックサムベースの修正を基本に採用し、古い出力の部分を別途依頼しました。
PR #102 は、そのフォローアップです。生成を実行せずに古い生成出力を見つけ、core、API、CLI、MCP の check 経路で報告します。メンテナーが修正を加えたうえで、マージしました。
fix(check): detect stale generated outputs
- 問題
- 管理対象の出力場所に残ったファイルが、lock の出力マップから欠けていても、古いものとして報告されない場合がありました。
- 変更
- 読み取り専用の古い出力検出を追加し、結果を check のすべての経路に公開しました。生成パイプラインは実行しません。
Windows でのバックアップパス
Windows では、ドライブ文字で始まる絶対パスによって、ai-config-sync-manager のバックアップがバックアップ先の外に出ることがありました。PR #28 では対象パスをサニタイズし、POSIX のレイアウトを維持して、回帰テストを追加しました。
fix: sanitize Windows backup paths
- 問題
- Windows の絶対パスのプロジェクトで、同期時にバックアップ先が正しくなくなっていました。
- 変更
- 絶対パスのバックアップ先をサニタイズし、POSIX のレイアウトを維持して、回帰テストを追加しました。
context-mode: 修正ではなく根本原因の特定
Markdown の非常に長い段落が、4 KiB のチャンク上限を超えて通過していました。Issue #878 には、最小の再現手順、SQLite による根拠、ソース上の位置を含む根本原因、修正案、回帰テストの一覧があります。その後、他のユーザーが新しいバージョンで、はるかに大きなチャンクを再現しました。
Issue はまだ開いています。リンクしている pull request #1091 も開いており、マージされていません。
ISSUEIssue #878未解決 · 再現手順、根本原因、修正案小さな記録 · 報告と提案
小さな記録
rulesync #2253 は機能要望で、fetch が Claude Code と Codex のプラグインマニフェストを読めるようにするものでした。メンテナーはコードに照らしてこの不足を再確認し、プラグインの取り込みをより広いプラグインルートのインポーター（#382）に統合したうえで、この Issue を not planned としてクローズしました。私のコードはマージされていません。
ICM #313 — Windows で同時書き込みを行うと SQLite store が破損しました。うまくいった復旧手順（.recover、全文検索インデックスの再構築、整合性チェック、アトミックな入れ替え）を記録し、WAL と busy timeout、doctor / repair コマンド、バックアップ、JSONL エクスポートを提案しました。メンテナーは2026年8月26日、リリースを通じて completed としてクローズしました。どの提案が採用されたかは、まだ確認していません。
誰が何をしたか
- 自分
- 利用中に問題を見つけ、再現して根本原因を特定し、方向性を決め、コードとテストをレビューしました。メンテナーのレビューを通じて、フォローアップを進めました。
- AI
- AgentsMesh と ai-config-sync-manager のプルリクエストのコードとテストの作成を支援しました。私の指示とレビューのもとで行いました。
- アップストリーム
- AgentsMesh のメンテナーはチェックサムの基本設計を選び、フォローアップを依頼し、修正を加えてマージしました。ai-config-sync-manager のメンテナーは PR #28 をレビューしてマージしました。rulesync と ICM のメンテナーは、報告への対応を決めました。
AgentsMesh PR #102 と ai-config-sync-manager PR #28 はマージ済みです。AgentsMesh PR #99 は、メンテナーが別の基本設計を選んだためクローズされました。context-mode #878 は根本原因が特定された、未解決の報告です。rulesync #2253 と ICM #313 はコードではなく、報告と提案です。