Hacker News 의견들

• AI 에이전트 툴킷 구축이 마치 완벽한 생산성 세팅을 찾는 것처럼 느껴짐
  블로그 글과 유튜브를 보며 루틴을 만들지만, 결국 단순한 할 일 목록으로 꾸준히 일하는 사람이 더 앞서감
  내 경험상 Plain Claude에게 계획을 세우고 검토한 뒤 실행시키는 단순한 방식이 여전히 가장 잘 작동함

  • 대규모 코드베이스나 분산 시스템에서는 이야기가 다름
    에이전트가 데이터를 파이핑하고, 요청을 만들고, 시스템을 추적하며 코드를 업데이트하는 기술적 스킬이 개발 효율을 비약적으로 높임
    1천만 라인 규모의 코드에서 생산성이 크게 향상되었고, 그중 실제 코드 생성이 차지하는 비중은 5%도 안 됨
    대부분은 테스트와 검증용 툴체인을 빠르게 만드는 능력 덕분임
  • 많은 사람들이 이 함정에 빠져 돈을 쓰고 있음
    사실 자신이 무엇을 원하는지 명확히 알고 잘 전달할 수 있다면 AI로도 충분히 많은 일을 할 수 있음
    대부분은 그걸 모름. 그래서 계획을 세우게 하는 과정이 이해를 얻는 지름길이 됨
  • 나는 PM으로서 에이전트가 시간을 절약하고 출력의 복리 효과(compounding) 를 주길 바람
    하지만 세션마다 컨텍스트를 반복하고 .md 파일을 복사하는 비효율이 있음
    지금의 목표는 이 반복 제거임.
    컨텍스트를 축적하는 ‘context bank’를 어떻게 관리하는지 궁금함 — 예를 들어 “내 역할, 담당 제품, 최신 문서” 같은 기본 정보들
    문서가 중복되고 오래된 게 많아 단순히 Drive 전체를 연결할 수도 없음
    반복되는 컨텍스트가 두 번 이상 나오면 Skill 파일을 만들게 해야 할지, 아니면 문서를 모아 한 폴더로 관리해야 할지 고민 중임
  • 나도 비슷한 경험을 함. 작업 중 생긴 산출물은 대부분 버려짐
    오버 설정(over-configuration) 은 품질 저하와 루프 문제를 일으킴
    모델이 점점 좋아지기 때문에 예전엔 필요했던 지시문이 오히려 성능을 방해하기도 함
    Anthropic 팀이 30일마다 claude.md를 초기화한다는 얘기도 들었음
  • 반대로, 나는 현지 회계 API를 통합해야 하는 프로젝트를 진행 중인데, 이건 완전히 커스텀 API라 LLM이 모름
    그래서 Claude에게 MCP 서버를 만들게 했고, 이제 회계 작업을 자동으로 처리함
    월말 마감 후 Claude에게 주요 작업을 추출해 Skill로 만들게 했더니, 마치 주니어 회계사가 생긴 것처럼 일함
    커스텀 MCP와 Skill은 정말 유용하다고 느낌

• 많은 사람들이 에이전틱 코딩을 시작하기 전에 거대한 설정 벽을 만든다고 느껴짐
  하지만 처음엔 빈 .claude와 AGENTS.md 로 시작해 직접 조작법을 배우는 게 맞음

  • 나는 아예 직접 만든 스킬만 사용해야 한다고 생각함
    남이 만든 스킬을 마구 설치하면 비결정성(nondeterminism) 이 커지고 컨텍스트 윈도우도 낭비됨
    예외적으로 playwright-cli 정도만 외부 설치를 추천함
  • 대규모 팀에서는 일정한 가드레일(rule) 이 필요함
    예를 들어, 이 규칙처럼 사전 조건을 확인하도록 설정하면 안정적임
    보안팀도 이런 접근을 선호할 것 같음
    나도 규칙을 정의하면서 Claude가 GPG 서명 없이 커밋하지 않게 만들었음
    다만 이런 규칙은 고정된 게 아니라 계속 진화해야 함
  • 이 글은 거대한 설정을 강요하는 게 아님
    오히려 작게 시작하고 짧게 유지하라고 반복해서 강조함
    초보자라도 AGENTS.md에 몇 줄만 추가하면 AI가 사용자의 의도를 더 잘 이해함
    단순한 설정이 AI 오작동을 크게 줄여줌
  • 혼자서 코드를 다루는 것과 팀 단위로 공유 프로젝트를 다루는 건 완전히 다름
    각 개발자가 에이전틱 도구를 쓰면 협업 방식 자체가 달라짐
  • 우선 plan 모드만 써도 90%는 해결됨
    이런 복잡한 설정 논의는 모델이 발전하면서 1년 내에 대부분 사라질 것 같음

• ~/.claude/projects 폴더가 진짜 재미있는 부분임

• 나는 불필요한 설정이 적을수록 결과가 좋았음
  사람들은 문서를 과하게 규정하지만, AI는 유능하지만 긴장한 어른 같음
  너무 많은 지시를 주면 오히려 멍청해짐

• 이 글은 실제 경험보다는 생성된 느낌이 있음
  Claude.md는 짧게, 링크 몇 개만 넣는 게 좋음
  컨텍스트가 쌓이면 성능이 나빠지므로 계획과 구현을 분리하고 매번 초기화해야 함

  • 서두가 Claude의 문체와 너무 비슷해서 나도 그냥 Claude에게 직접 물어보면 될 것 같았음
  • 스킬과 커맨드의 차이가 헷갈림
    스킬은 항상 컨텍스트에 있고, 커맨드는 수동 호출만 되는 건지 명확하지 않음

• 모든 모델 제공자가 표준 파일 세트를 공유했으면 좋겠음
  그러면 Claude, Codex, Cursor, Opencode 간 전환이 쉬워질 텐데

  • 하지만 모델과 하네스(harness) 의 조합이 결과에 큰 영향을 줌
    같은 프롬프트라도 모델마다 반응이 달라서, 프롬프트 튜닝은 모델별로 달라야 함
  • 하나의 agents.md를 만들어 Claude.md가 참조하게 하고, 폴더 간 심링크(sync) 로 연결하면 됨
    완벽하진 않지만 꽤 잘 작동함
  • 지금은 초기 브라우저 시대와 같음. 표준화되지 않은 덕분에 AJAX 같은 혁신이 나왔음
    그래서 지금의 다양성은 오히려 긍정적임
  • 나는 임시로 dotagents by Sentry 를 써서 이 문제를 해결하고 있음
  • 모델 제공자들이 굳이 전환을 쉽게 만들 이유가 없다고 생각함

• Claude Fast의 대체 문서가 매우 유용함
  나는 .claude 폴더 정의를 싫어할 이유를 모르겠음
  메인 에이전트가 파일을 직접 작성하게 하고, 반복적으로 업데이트하며 자기 개선형 시스템을 만들 수 있음
  지금은 .claude가 스스로 복제하고 평가하며 업데이트함 — 나는 코드를 짜는 게 아니라 .claude를 코딩하는 셈임

  • 요약하자면, CLAUDE.md는 단순한 문서가 아니라 Claude의 운영체제임
    행동을 정의하고, 지식을 스킬로 위임하며, 시간이 지날수록 스스로 개선되는 시스템을 만드는 것임

• 사람들이 잘 모르는 벽은, Claude에게 파일을 수정하게 해도 다시 읽도록 명시하지 않으면 반영되지 않는다는 점임
  예를 들어 CLAUDE.md를 새로 썼다면 Claude가 그걸 새 지시로 인식하게 재로드해야 함

• ~/.claude/plans 폴더에는 plan 모드 실행 시 생성된 계획 파일이 저장됨
  나는 이 디렉터리를 열어 백업하거나 참고용으로 자주 씀

• 나는 전역 MCP 서버와 복합 에이전트(composite agent) 를 중심으로 구성함
  각 MCP 서버가 도구 세트를 정의하고, 에이전트는 그 안에서 자율적으로 작업함
  .agent.md는 단순히 사용 가능한 도구를 설명하는 문서일 뿐, 복잡한 설정은 불필요함
  스킬이나 재사용 프롬프트는 가치가 낮다고 느낌
  모델은 이미 충분히 똑똑하므로, 필요한 건 방향 제시(orientation) 임