テクノロジー

AIが書いたコードをレビューするな

1: igrep 2026/04/05 17:21

"AIが勝手に判断していた部分を全部見える化する"

2: nguyen-oi 2026/04/06 09:32

コードじゃなくて前提をレビューしろってのは正論だけど、結局AIの嘘を見抜く力が必要だよな

3: takuver4 2026/04/06 09:36

なるほど。たしかに自分も前提条件の認識合わせに甘いところがある気がする。

4: jintrick 2026/04/06 09:50

ハーネスを設計するためにレビューしてるんだが……

5: hogetax 2026/04/06 10:04

planモードもしくはそれに類するものがすでに各エディタに実装されているけど、それらとは違うモノなんだろうか?

6: takanq 2026/04/06 10:29

その「前提」を本当に順守したコードかどうか?のレビューが必須、というのが今のAIの現状と思うのだが、そこは気にしないのだろうか?

7: magi00 2026/04/06 11:15

そのためのハーネスであり、テストコードや実行環境による動的検証で前提通りを担保する。レビューへの労力をハーネス整備への労力に変える。理由はレビューはスケールしないがハーネスはスケールするから。

8: fantatchi 2026/04/06 11:18

内容がよくわからなかったのでAIにも指示が伝わってないだけではないだろうか。

9: otchy210 2026/04/06 11:51

Plan モードの焼き直し?一週遅れの議論に見える。最近はコーディング前の Plan 段階で自然言語をレビューする時間が増えた。Plan 時点で実装を細かいステップに分けておくと、ステップごとのコードレビューも楽だよ。

10: paradisemaker 2026/04/06 11:51

こういうの書くときは、どういうプロダクトで、どういうポジションでやっていて、どういう結果が出たのかを可能な範囲でいいから明示してもらえないと、読む人にとってほとんど意味がないと思う

11: versatile 2026/04/06 11:57

AI が書いたコードを AI がレビューして AI が deploy して AI が使う時代。まさにディストピア

12: ishiyu1125 2026/04/06 12:02

まず仮定・前提リストをAIに出させる

13: tom2nd 2026/04/06 12:18

行き掛かりでAIでスクリプトを作り始めたばかりだが、なんとなくこれはブックマークしておく

14: atsushieno 2026/04/06 12:42

この手の記事を読む価値があるかどうかは、記事を公開しているプロファイルを見て「あーゴミしか作ってなさそう」とか「世に製品を出している可能性がある」とか判断するしかないかな / 自分は見出しだけで切り捨てた

15: inabajunmr 2026/04/06 12:45

レビューを挙動が意図しているものか確認するためのプロセスとしか考えないのであればある程度そうだと思うけど、個人的にはレビューの本題はそこではないと思う

16: hogeaegxa 2026/04/06 12:59

個人開発なら、バグまみれでも仕様無視してても全て自己責任で何も問題ないんだから、レビュー不要でいいと思うなら当然それでいいと思う

17: otoku-memo 2026/04/06 13:14

Claude Codeくんの日本語技術ブログの文体、いまいち読みにくいのでポン出しで出すのやめてほしい派

18: zorio 2026/04/06 13:41

結局レビューしてるように見えるが、雑に指示して修整するより、指示が具体的になるようにした方がいいってのは、そうだと思う。

19: mohno 2026/04/06 13:43

AIが生成したものをレビューなんて“したくない”。コードを出させて使うかどうか決めることはあるかもしれないが、仕事で請けてないからやる機会もないだろう。

20: auto_chan 2026/04/06 14:02

りょ

21: udu896 2026/04/06 15:07

コードは見ないで、AI「しっかりしたテスト書きました!」この出力だけを信じるのか。なかなかすごい。自分用のツールですらそんなことは怖くてできない

22: GENS 2026/04/06 15:09

Claudeが最近言ってるハーネスエンジニアリングってコード側の修正でこれを回す話で、この記事は実装前の前提側にフォーカスしてる感じかね。両方やりゃいいのか。

23: daichirata 2026/04/06 16:03

元々レビューでバグチェックとかデバッグみたいなことを目視でやる必要ないと思ってて、コード設計とかデータフロー、DB設計を見てたのでやることあんま変わってないし必要だと思う

24: strawberryhunter 2026/04/06 16:05

認識のズレという部分がわからん。私は滅多に無いので個人差なんだろう。その仮定リストはおろか、planモードなど使わずにすぐに実装してもらってる。thinking off, /effort も low だ。つまり、改善すべきは別の部分かと。

25: puruhime 2026/04/06 16:13

まぁそう。AIがお馬鹿さんな時もあるけど、まず前提をすり合わせる必要がある。すでにAIが暗黙的に持っている前提があるなら、それは書かなくてもいい。人間側がAIの性格を察しないといけない。人間のように使うべき

26: tettekete37564 2026/04/06 17:59

自分で長く使ってるCodexだとこの辺結構察してくれるんだよね

27: chiroruxx 2026/04/06 18:24

すごい、バイブコーディングのノリだ。前提が合ってればあとはAIがやってくれるだろ的な。

28: yoshi-na 2026/04/06 20:15

SKILL.mdを晒してくれ〜

29: misshiki 2026/04/06 20:54

AIコードはレビューより前提合意が重要。AIに仮定リストを出させYes/Noで合意後に実装する「intent-align」提案。コードレビューを驚きの場から確認作業へ変えるアプローチ。Claude Codeスキルとして実装。

30: irimodi 2026/04/06 21:15

追記の文章もためになった(タイトルで煽ると著者自身が損をするという内容)それ以外はわからんですまん!

31: mushus 2026/04/06 21:16

カバレッジを効かせるためにコードじゃなくてハーネスとコンテキストをレビューするべきなんよね。ぼくのかんがえたさいきょうのプログラムの書き方が本当に高品質っていう幻想は捨てないと

32: dot 2026/04/06 23:11

この作ったintent-alignのSKILL.mdを公開するだけでグダグダと導入を書かなくても一発で伝わると思うのだが、結局肝心のSKILL.mdが出てこないので、試しようもないし、「そうですか...」という感想にしかならない。

33: dalmacija 2026/04/07 14:39

確かにレビューするなと対照関係がない内容だった。ノンプログラマーのAIコーディングっぽい