가치있는 레포는 아니라고 생각하지만...
이걸 어뷰징이라고 보기엔 무리가 있지 않나요?
별 한번 부탁한다- 정도의 이야기를 하기는 했지만, 품앗이를 한 것도 아니고, 금전적 댓가를 지급한 것도 아닌 것 같구요.

동의합니다. 저도 4.7용 수제 오케스트레이션이나 장황한 플래닝 강제는 4.8에선 방해라 들어냈어요.
다만 수십만 줄을 수년 유지보수한 코드베이스에선 하네스의 진짜 가치가 오케스트레이션이 아니라 ultracode가 대체 못 하는 층(지식그래프,도메인 컨벤션,검증 불변식)에 있어서, 그 컨텍스트 층은 남기고 정말 독립적인 구간만 workflow로 병렬화했습니다.
반대로 신규 프로젝트라면 굳이 하네스 없이 ultracode가 맞다고 보고요 결국 "지운다 vs 남긴다"가 아니라 코드베이스 나이, 결합도에 따라 갈리는 문제 같습니다.

저한텐 1주 같이 일하기 좋은 것 같아요

라는 글도 AI로 썼겠지 ㅋㅋ

어짜피 업무할때 AI를 쓸텐데 그걸 배제하는건 의미가 있나 싶네요, 차라리 원격 면접을 없애고, 현장으로만 운영하며, 현장에서 어떻게 AI를 쓰고 사고하는지 잘 설계된 질문들과 모니터링으로 판단하는게 AI시대에 더 맞지 않을까요?

같은 문제라도 어떻게 프롬프트를 보내는지 보면 그 사람에 대해서 많은걸 알수 있지요.

맥도 결국 같은 이슈를 안고있지 않나요?

claude도 비슷하더군요. 뭔가 docker로 우회하는 방법을 학습한 것 같습니다.
최근에 AMD GPU툴을 만들 필요가 있었는데, 리눅스 환경에서 AMD GPU는 사용자가 render 혹은 video 그룹에 들어가 있어야 사용할 수 있습니다. 호스트에서 사용자가 해당 그룹에 들어가 있지 않을때, claude가 스스로 방법을 찾아보겠다고 하더니...

"ROCm docker 이미지가 설치된 것을 확인 > 컨테이너에 /dev 를 마운트 && 컨테이너 내에 render/video 그룹에 사용자 추가 > 컨테이너 상에서 GPU 접근" 으로 해결하더군요. 잘 못 사용하면 큰일날 수 있겠다 싶었습니다.

skt 깃헙 어뷰징이 생각하네요

https://github.com/metatron-app/metatron-discovery/issues/2405

제가 찾던 SDK 여기있네요

근데 큰 문제 없다면 넣어두는게 나쁘지 않다고 생각합니다.
어차피 llm 이 정리해주면 편해서 만들기 어려운 것도 아니고, 구글만 상대할 껀 아니니까요.

llms 가 그냥 표준에 반영됐으면...

https://www.threads.com/@jaehwan.dev/post/DYyUEZcCbif

스레드네요.

하 진짜 스레드... 잘 모르겠습니다. 이렇게 바이브코더끼리 어뷰징해서 뜬다고 해도 의미가 있는 건가요?
긱뉴스에서라도 이런 말도 안 되는 어뷰징 행위들을 막아주셔서 감사할 뿐입니다.

google geo 관련 가이드엔 llms 파일 불필요하다고 하던데 무엇이 맞는지 궁금하네요

와 다들 깃허브 한 번씩 들어가보세요.

진짜 요즘 깃허브에 뭔가 있긴 한가 보군요.
소스코드도 없이 설치 링크만 딸랑 있는 레포가 스타 108개라고요? 이거 무슨 장난치는 것도 아니고....

투표 어뷰징으로 flag 되었습니다

'아무리 재밌는 농담도 3번까지만' 같은 기존 격언을 비튼 느낌이네요

비개발자는 도커, 그 이전에 리눅스를 쓰지 않을거 같습니다

댓글조차 llm 돌려서 복붙

do not act like human being.

감사합니다! 사용해보시고 피드백있으면 말씀해주세요!