メインコンテンツへスキップ

作り手の説明/AIレビューの公開コメント/開発者の修正差分 · 英語

AIで書いたコードを動かし、故障時の振る舞いまで確かめる

Itoの作り手は確認作業の負担を課題にしています。公開PRでは、AIの指摘から修正・テスト追加までの経過を追えます。

当事者:
Itoの作り手と、DoltLite開発者のTim Sehn
対象範囲:
DoltLiteの1つのPRと、Itoの作り手による課題の説明
原典公開日:
2026-09-04
観測対象の時期:
公開PR 2026年8月12–13日/事例紹介9月4日
編集確認:
2026-10-23

資料IDだけをこのブラウザに保存します。端末間の同期はありません。

確認できたこと

  • 作り手はProduct Huntで、生成コードの確認と画面テストの保守を負担として挙げています。
  • DoltLite PR #2171では、実行probeとコード解析から回復処理の不備を指摘。保守者が修正し、native経路にも修正前後を比較する故障注入テストを追加しました。
  • 後続の確認には修正済みの項目と、別の既存問題の指摘が併記されています。

誰が、どんな場面で

AIによる実装とレビューを組み合わせる開発。対象PRにはCodexの共同著者表示があります。

何を必要としていたか

生成された変更を早く確認し、通常の動作だけでは見えない不具合を見つけること。

試した対処・実践

実行できた経路とコードから推論した経路を分け、保守者が再現・修正の範囲を補う。初期のnative Unixの指摘は直接実行した結果ではありません。

この資料から読めること

AIのレビューにも、実行条件と再現記録、修正後の確認を結び付ける価値があります。

次に確かめたいこと

「問題なし」の根拠に、実行できなかった条件や未解決点も含まれているか。

この資料の限界

  • 特定PRの記録で、見落とし率や工数削減を測る比較ではありません。
  • 公開差分とコメントを確認したもので、HAKOMIROによるコードの再実行はしていません。
  • マージは全問題の解決を意味しません。別の回復上の懸念が後続課題に残っています。
  • 初期probeはportable経路を実行。native Unixの初期判断はソース解析で、後から保守者がrename/fsyncの検証を追加したと報告しています。

原典を読む

  1. Ito — AI code review that runs your code(別タブで開きます) ↗

    Product Hunt/Itoの作り手 / 2026-08-13

    製品を提供する側の発言。票数や順位を利用効果として扱いません。

  2. Bug Catch of the Week: How a Failed Database Swap Could Delete Your Only Copy(別タブで開きます) ↗

    Evan Marshall/Ito / 2026-09-04

    提供側の選定した事例。リンク先の公開PRと差分も確認。

  3. Support custom DoltLite amalgamation builds — PR #2171(別タブで開きます) ↗

    dolthub/doltlite/timsehn・itoqa / 2026-08-12

    1つの変更に対する記録。後続の確認にも別の既存問題が残ります。

  4. Preserve fallback replacement recovery files(別タブで開きます) ↗

    dolthub/doltlite/Tim・Codex / 日付未確認

    PRの修正返信と対応する差分。共同著者表示だけからAIの寄与率は推計しません。