ハクソク

世界を動かす技術を、日本語で。

AIとの協働はコーディングよりもリーダーシップに近い

2026年8月15日原文(allen.bargi.org)

概要

  • AIとの協働 は従来のプログラミングとは異なる体験
  • 人間との仕事 に近い予測不可能性や柔軟性
  • 明確な意図伝達 やコンテキスト共有の重要性
  • リーダーシップスキル がAI活用にも有効
  • AIとの対話 を通じた新しいソフトウェア活用法の提案

AIとの協働体験

  • 従来のプログラミング は、決定論的な動作とバグ検出を重視
  • 人間との仕事 は、意図の理解や予想外の成果を生む場合も多い
  • AIとの作業 は、人間との協働体験に近い不確実性を持つ
  • 同じ入力 でも異なる出力が返る場合があり、驚きや発見もある
  • AIをコンパイラのように扱う と、期待外れやフラストレーションの原因となる

AIとのコラボレーションのコツ

  • AIは人間ではなく、経験や責任、判断力は持たない
  • リーダーシップの本質 は、単なる指示出しに留まらない
  • コンテキストの共有 や、ゴール・制約の明示が重要
  • フィードバックや例示、再利用可能な指示で認識齟齬を減少
  • AIとの協働 を重ねることで、ニーズや思考への適合度が向上

意図伝達の進化

  • AIを人間扱いする必要はない が、意図表現力の向上は不可欠
  • 従来は命令の厳密さ を重視してきたが、今は目的や判断基準の説明も必要
  • 良い結果の定義 や、なぜその作業が重要かの説明力が問われる
  • AIとの対話 は、命令型から会話型リーダーシップへの変化を象徴

変わらないリーダーシップスキル

  • テクノロジーは新しい が、求められるリーダーシップスキルは普遍
  • AI時代 においても、明確な意図伝達・柔軟な対応力が鍵

Hackerたちの意見

自分には合わないな。頭の中はコーディングと同じ場所にあるから、作っているもののメンタルモデルに深く技術的に繋がってるんだ。

└

完全に同意する。もしかしたらバイブコーディングは「マネジメント」や「リーダーシップ」かもしれないけど、実際にプロダクションアプリケーションを作るには、クラシックな低レベルの問題はまだまだ適用される。VIMのキーバインディングもそれを変えなかったし、オートコンプリートやシンタックスハイライトも変えなかった。そして、LLMが実際のコード行を書くことになっても、それは変わらない。

└

デリゲーションも、コードを書く必要はないけど、コードに対して深い技術的な繋がりを持つことができるんだ。

└

深い技術的なつながりが、作られているもののメンタルモデルにあるね。 /wayfinder: もう計画するのに大きすぎることはないよ。 https://www.youtube.com/watch?v=F3lL98Pj90o /wayfinderのデモ https://www.youtube.com/watch?v=251hsWgoTPM

└

最近、LLMをツールとして使うのが狂ってる気がしてきた。もうコードは書かないけど、同じレベルのエンジニアリングはやってる。最小限の手間で素晴らしい結果を出せてるのは、まだ自分の頭とエンジニアリングスキルを使ってるからだと思う。LLMの使い方は、バイブコーダーのLLMがサブエージェントを使うのに似てる。特定のタスクを解決したり、自分の頭の中のエンジニアリングモデルをサポートするための特定のコードを書くために存在してる。始める前に他の人がLLMをどう使ってるかあまり調べなかったけど、それが良かったみたい。大多数の人は考えることを諦めて、「ミスや幻覚なしで仕事をして」ってプロンプトを叩き込んで、うまくいかないと混乱して怒ってるみたい。もっとひどいのは、うまくいったか確認せずにそのまま出荷しちゃうこと。

└

最近、エージェントが実際に自分のやりたいことをできる場所が分かるようになってきた。スパゲッティを作るんじゃなくてね。俺が思いついた一番の例えは、LLMは水みたいなもので、作ったボウルの形を取るってこと。良いところは、水の方がボウルよりずっと多いってこと。でも、最初にボウルを作れるタイプの人じゃないといけないっていうのが落とし穴だね。

「マネジメント」って言葉が正しいよ、「リーダーシップ」じゃない。これは、あいまいな考えや弱い文章で満たされたLinkedInの投稿みたいに感じる。結論も前のポイントと完全に矛盾してるし、LLMの管理は人間の管理とは違うって言ってるのにね。だから、その結論のLLM主義に反して、スキルは新しいものなんだ。著者は人材管理のスキルを使ってるんじゃなくて、新しいLLM管理のスキルを使ってる。二つが似てると思ってるけど、どこが同じでどこが違うかを分解することもせずに。単なる怠惰な観察が短いエッセイに広がって、面白いことは何も言ってない。

└

まあまあ、でも意外とインターンや新しいエンジニアを管理するのに似てるよね。少なくとも僕の経験ではそう。正確に何を作ってほしいかを伝えるために、悪魔と慎重に交渉する必要があるかもしれない。そうしないと、言った通りの仕様には合ってるけど、実際には欲しかったものとは違うものができちゃう。

└

結論は、LLMの管理は人間の管理とはまったく矛盾してる。小規模なものに関しては、人間の管理に非常に似てる。僕は小さなGUIアプリのためにGrokとClaudeを使ってるけど、特にClaudeはあいまいな指示を扱うのが驚くほど正確なんだ。[1] UIの一部のスクリーンショットを撮ってチャットに貼り付けて、「ここ、間隔が変だな。どう直せばいいかいくつか提案して。」って言えるんだ。さらに「これをもっとモダンに見せて、現代のAppKitガイドラインに合わせて。」って言うこともできる。少なくとも、小さな機能に分ければマイクロマネジメントは必要ないよ。（でもそれは人間にも当てはまる。）[1] ClaudeはMacのUIアプリ開発においてGrokよりもかなり優れてる。面白いことに、Grokは法律研究や非コード文書の要約・分析においてClaudeよりもかなり優れてる。

└

もしそれがマネジメントに似てるなら、最も手間のかからないマネジメントのバージョンだね。動機や士気を考えずに、ただ盲目的に何をするかを指示するだけ。もし何か間違ったことをしたら、それを削除して指示を少し言い換えて再試行させるだけ。

└

現在未完成の考えについての視点を提供するよ。これはマネジメントなんだけど、マネジメントが人をどう管理するかを想像することのマネジメントなんだ。正直、あんまり良くないよね。変な言い方だけど、今のマネジメントは、ずっと欲しかったものをほぼ手に入れてる。専門知識がないと反論できないような、明るくて真面目な方法で提示された答えをね。

└

マネジメントは、いくつかのプロジェクト全体でチームを調整するための定義された繰り返しのプロセスに従うことだよ（誰が何をして、どれくらいの時間をかけるべきか）、スキル（彼らの仕事は基準に達しているか、どうやって改善できるか）、HR（辞めないためにもっと給料を払う必要があるか、回復するために病気休暇を取るように言う必要があるか）。「リーダーシップ」はLinkedInの思想的リーダーシップのBSみたいだけど、マネジメントとは区別するのが役立つと思う。共通の目標に向かって人を鼓舞したり、不完全な情報で難しい決断を下したり、ビジネスの問題に対してクリエイティブな解決策を見つけることが大事だよね。AIと仕事をするのは後者に近い感じがする。みんなが従うべき明確な道やプロセスはまだないし、エージェントに自分のやりたいことをさせるには、インスピレーション（適切なプロンプトを見つけること）やクリエイティビティ（新しいおもちゃを信頼できるシステムにまとめる方法を考えること）が必要だね。

Hacker Newsで議論の続きを見る