2026年3月の Hacker News の Ask HN スレッド「How is AI-assisted coding going for you professionally?」は、ベンダーのデモよりも実務に近い温度感の報告集になった。300超のポイントと多数のコメントの中で、現場の開発者は AI coding tool が実際のチーム生産性をどこで押し上げ、どこで摩擦を増やすのかを比較している。議論の中心はモデルの派手さではなく、review、design ownership、そして team process だった。

前向きな声

一部の senior engineer は、Claude Code、Cursor、社内 harness のような道具を小さく区切った作業に使うと明確なリターンがあると述べた。document summarization、code navigation、boilerplate 生成、限定された実装反復では、体感で 2倍から4倍の生産性向上を報告するコメントもあった。共通していたのは、AI に business logic 全体を任せず、設計は人が持ち、commit を小さく保ち、すべての diff を人間が検証する運用だった。

否定的な声

反対側では、management が Claude や ChatGPT で長い PRD、design doc、Jira ticket を量産し、それを engineer に急いで review させる流れが最大の問題として挙がった。多くのコメントは、その種の文書が長くなるだけで意思決定の質を上げないと見ている。agent が書いた code も、不要な複雑さ、誤った abstraction、性能問題を持ち込み、結局は senior engineer が cleanup を引き受けるケースが多いという評価だった。skill atrophy を心配する声もあった。

スレッドから見える実務的な合意

全体として見えるのは、極端な楽観論でも悲観論でもない。AI-assisted coding は search、summarization、autocomplete、範囲の狭い実装では強いが、長い autonomous task や曖昧な business logic では依然として信頼境界が低い。差を生むのはモデル名よりも、team が review discipline と ownership を保てるかどうかだ。このスレッドは 2026年初頭の現場感覚をかなり正直に圧縮している。

Source discussion: Hacker News

#developer-workflows

Hacker Newsで割れる職場のAI-assisted coding評価