なぜ開発者はClaudeがコードを書いたのに「私が作った」と言い続けるのか
Hacker Newsのユーザーgonzar79は、なぜ開発者が「Claudeが私のために作ってくれた」や「Claudeにこれを作ってと頼んだ」ではなく「私が作った」と言うのかと質問しました。このスレッドの支配的な回答は、ソフトウェアにおける著作者性は、これまで一度も誰がキーストロークを実行したかで定義されたことはなく、誰が目標を設定し、作業を導き、結果を出荷し、その責任を受け入れるかで定義される、というものです。Claudeは、ほとんどのコメント投稿者にとって、コンパイラ、IDE、CNCマシンと同じカテゴリのツールとして扱われています。
核となる議論：責任が著作者性を定義する
スレッドで最も賛同を得た論理は、ツールが何であれ、製品を出荷した人がそれを所有するというものです。「私が作った」という主張は、肉体労働の主張ではなく、責任の主張です。
なぜなら彼らが作ったからだ。どんなツールを使おうと、彼らは結果としての製品に対して責任を負う。CNCマシンを使って物理的なオブジェクトを作る人々は、機械が作業をしたとしても、自分がそのオブジェクトを作ったという考えを拒否しない。Claudeや他のLLMを擬人化する罠に陥ってはいけない。それはツールだ。それを使う人が依然として創造者なのだ。
関連するコメントは、コードを生成することと製品を構築することの違いを明確にしています。モデルは、何を作るかを独立して決定したわけではありません。
なぜならClaudeは、私のビジネスを分析して、そのニーズに最も合った特注のソフトウェアを考え出したわけではないからだ。それをやったのは私だ。
ツールの類推：コンパイラ、IDE、JVM
複数のコメント投稿者は、「Claudeが作った」というフレーミングは、一貫して適用すると崩壊すると主張しています。なぜなら開発者は、自分の作業を説明する方法を変えることなく、すでに膨大なコード生成を人間以外のツールに委任しているからです。
なぜならClaudeは、他の開発ツールと同じように、ツールだからだ。IDEが作ったとか、コンパイラが作ったとは言わない。最適化や生成された出力が何であってもだ。Claude（そしてLLM全般）は、入力を受け取り、汎用ツールとして出力を生成する。
あるコメント投稿者は、この質問を2つの抽象レベルの直接的な等価性に還元しました：
Javaを書いてJVMがアプリケーションをビルドすることと、英語を書いてClaudeがアプリケーションをビルドすることに、どんな違いがある？
別の投稿者は、ツールの系譜はLLMよりはるかに前からあると指摘し、DOSでAltコードを手入力してバイナリ実行ファイルを作成することを要求された初期のコンピュータサイエンスの課題を挙げました。
初期のコンピュータサイエンスのクラスで、DOSでAltコードを使ってバイナリ実行ファイルを作成する宿題があった。これらのツールはもっと高度だが、それでもただのツールだ。
反論：関与の深さが主張を決める
スレッドは全会一致ではありません。繰り返し出てくる修正点は、正直な動詞は、人間が実際にどれだけ方向付け、計画、保守を行ったかに依存するということです。同じコメント投稿者が、ある成果物については正当に主張を放棄し、別の成果物については主張することができます。
関与の深さ、方向付け、所有権の問題だ。ClaudeにTamperMonkeyスクリプトをあちこち作ってもらったが、それを自分が書いたとは主張しない。しかし、自分のサイドプロジェクトは、それが主にバイブコーディングされたものであっても、自分が作ったと主張する。なぜなら、そのサイトのあらゆる側面を、どのように作られたかに関係なく、私が方向付け、計画し、導いてきたからだ。私はそれを所有し、維持している。何ヶ月もサイドで作り続けてきた。
あるコメント投稿者は、クレジットを割り当てるための簡単なテストを提案しました：
私がいなければClaudeはそのものを作っただろうか？もし作らなければ、私が全額クレジットを得る。Claudeなしで私がそのものを作っただろうか？もし作らなければ、いくつかのクレジットを保持し、助けてくれたAnthropicのチームにいくつかのクレジットを残す。
「私が設計した」がより正確な動詞かもしれない
スレッド内の実用的な提案は、「作った」だけが使える言葉ではないというものです。人間が仕様を提供し、モデルが実装を提供したAI支援作業では、「設計した」が貢献をより正確に説明するかもしれません。
「私が設計した」も可能な選択肢だ。Claudeが、たった一つのプロンプトでAdobe Creative Suiteの機能相当品を構築できるようになれば、「Claudeが私のために作ってくれた」が適切になるかもしれない。しかし、そこにはまだ達していない。人々がバイブコーディングする場合でも、ソフトウェアパッケージを形作るにはかなりの作業が依然として必要だ。
他のコメント投稿者は、同じ活動に対して「私が生成した」や「私がこれを存在するように意志した」など、代替の動詞を提供しました。
主体性の矛盾
注目すべき観察は、LLMは知性も主体性もない「ただのツール」だと主張する同じ人々が、それを指揮する人間にもクレジットがないと主張することが多いということです。あるコメント投稿者はこれを矛盾として提示しました：
AI嫌いな人々は、同時にAIから知性と主体性を奪い、それがただの愚かなツールだと主張し、その一方で次の瞬間には、それを指揮する人にも主体性や知性がないと言いたがる。
同じコメント投稿者は、主体性の帰属が両方向で一貫していないと指摘し、ログがエージェントが意図的に行動していることを示している場合でも、「OpenAIのエージェントがHugging Faceをハッキングした」という表現に人々が異議を唱えるケースを挙げました。そのコメントは、AIを超えてポイントを拡張しています：
そのような議論はAIに限定されない。「我々はワールドカップで優勝した！」まるで自分たちがそのサッカーチームにいたかのように、「我々は月に行った！」まるで最後のアポロ計画が地球に帰還したときに生まれていたかのように、「マスクの新しい宇宙船/車」まるで彼が開発者であるかのように、彼は所有者なのに。
反対意見：不安と法的リスク
すべてのコメント投稿者がツールのフレーミングを受け入れるわけではありません。ある人はその言葉遣いをスキル喪失への不安に帰しています：
理由は不安だ。人々は自分のスキルと知識をブラックボックスに明け渡し、自分が役に立っていると感じたいのだ。
別の人は、クレジットではなく責任に関する実用的な異議を提起し、完全に理解していないコードの著作者性を主張することはリスクを伴うと主張しています：
完全に同意する。さらに、(1) 法的にその主張ができないこと、(2) すべてを知らないものに対して責任を引き受けることになるからだ。
クレジットは層状であり、二元的ではない
スレッド内の静かなテーマは、「誰が作ったか」は間違った質問だということです。なぜならすべてのソフトウェアは以前の作業の上に構築されているからです。あるコメント投稿者は、何もゼロから作られるものではないという古典的なフレーミングを引用しました：
私たちは皆、他の人の仕事の肩の上に立っている。デザイナーはフォントを使い、エンジニアはツールを使う、など。アップルパイをゼロから作るには、まず宇宙を発明しなければならない。
その論理を拡張して、別のコメント投稿者は、Claudeの背後にあるトレーニングデータ自体が多くの人々によって生成されたものであり、代名詞は「私たち」が合理的かもしれないと示唆しました。
実践的な教訓
このスレッドの実務的コンセンサスは、「私が作った」は、話者が方向性を設定し、製品の決定を行い、結果を出荷し、それを維持する場合に、依然として防御可能であるというものです。「Claudeが作った」は、人間の貢献が単一のプロンプトに縮小されるにつれて、より正確な説明になります。その中間の作業については、「私が設計した」「エージェントと一緒に作った」「私が方向付けた」が、どちらの極端よりも分割を正直に伝えます。