아이작 수(Isaac Su)는 2026년 8월 1일 질문에 답하거나 pitch 문서를 올리거나 pull request를 제출할 때 LLM 도구를 공로자로 언급하지 말아야 한다고 주장했다. 작업물을 보내는 사람이 신용과 책임을 함께 져야 한다는 이유에서다. 그는 누군가가 출시 이후 Feature X에 대한 지원 요청 17건을 LLM 도구가 찾아냈다고 말하거나, pull request의 unit tests를 LLM 도구가 작성했다고 밝히는 사례를 들었다.

수는 사람들이 LLM 사용을 공개하는 이유로 몇 가지 가능성을 제시했다. 도구가 공을 받아야 한다고 생각하거나, LLM의 도움을 받았다는 사실이 작업을 더 인상적으로 보이게 한다고 느끼거나, 결과물을 검토하지 않고 보내거나, 관리자가 LLM 사용을 의무화한 환경에서 일하기 때문일 수 있다는 것이다. 그는 특히 첫 번째 이유를 문제 삼았고, 나머지는 검토가 약했거나 직장 내 압박이 작용한 신호로 봤다.

수의 핵심 주장은 도구가 책임질 수 있는 만큼만 공을 가져갈 수 있다는 점이다. LLM은 실수에 대해 책임을 질 수 없기 때문에, LLM에 공을 돌리면 결과물에 대한 작업자 자신의 책임이 희석될 수 있다. 그는 일상적인 LLM 공개를 작가가 맞춤법 검사기를 언급하거나 조종사가 항공전자 소프트웨어를 알리는 일에 비유하며, 수신자가 왜 그 정보를 알아야 하는지 물었다.

수는 깊이 있거나 뛰어난 작업에 대해서는 사람이 온전히 공을 가져가고, 작업이 실패하거나 “slop”이 될 때도 전적으로 책임져야 한다고 결론 내렸다. 연결된 Hacker News 토론은 점수 34와 댓글 40개를 기록했으며, 원문에는 HN 토론 링크와 끝부분의 “20” 표시가 함께 적혀 있었다.

아이작 수(Isaac Su)는 2026년 8월 1일 질문에 답하거나 pitch 문서를 올리거나 pull request를 제출할 때 LLM 도구를 공로자로 언급하지 말아야 한다고 주장했다. 작업물을 보내는 사람이 신용과 책임을 함께 져야 한다는 이유에서다. 그는 누군가가 출시 이후 Feature X에 대한 지원 요청 17건을 LLM 도구가 찾아냈다고 말하거나, pull request의 unit tests를 LLM 도구가 작성했다고 밝히는 사례를 들었다.

수는 사람들이 LLM 사용을 공개하는 이유로 몇 가지 가능성을 제시했다. 도구가 공을 받아야 한다고 생각하거나, LLM의 도움을 받았다는 사실이 작업을 더 인상적으로 보이게 한다고 느끼거나, 결과물을 검토하지 않고 보내거나, 관리자가 LLM 사용을 의무화한 환경에서 일하기 때문일 수 있다는 것이다. 그는 특히 첫 번째 이유를 문제 삼았고, 나머지는 검토가 약했거나 직장 내 압박이 작용한 신호로 봤다.

수의 핵심 주장은 도구가 책임질 수 있는 만큼만 공을 가져갈 수 있다는 점이다. LLM은 실수에 대해 책임을 질 수 없기 때문에, LLM에 공을 돌리면 결과물에 대한 작업자 자신의 책임이 희석될 수 있다. 그는 일상적인 LLM 공개를 작가가 맞춤법 검사기를 언급하거나 조종사가 항공전자 소프트웨어를 알리는 일에 비유하며, 수신자가 왜 그 정보를 알아야 하는지 물었다.

수는 깊이 있거나 뛰어난 작업에 대해서는 사람이 온전히 공을 가져가고, 작업이 실패하거나 “slop”이 될 때도 전적으로 책임져야 한다고 결론 내렸다. 연결된 Hacker News 토론은 점수 34와 댓글 40개를 기록했으며, 원문에는 HN 토론 링크와 끝부분의 “20” 표시가 함께 적혀 있었다.