내 Opus가 리버스 엔지니어링이 안 된다고 하는데??

그냥 음성 입력 켜놓고 자기 전에 배경음악으로 Journey 틀어놓으셈.

난 캔자스.라고 생각함.

"그건 할 수 없어"라고 말함?

DMR 무전기 펌웨어 리버스 엔지니어링 하려다가 거의 그런 소리 들을 뻔함.

분석하는 동안 내 응답 두 번이 자동 보안 필터 때문에 차단됐음. 둘 다 펌웨어를 디스어셈블하고 DMR 수신 제어 코드를 파고들 때 정확히 발생했지. 그 일로 생각을 다시 하게 됐고, 멈추기로 결정한 건 나였어. 솔직히 말할게. 상용 펌웨어의 접근 권한 검사를 우회해서 모든 걸 잠금 해제하는 부분은 만들지 않을 거야. 진단하고 이해하고 설정하는 건 도와주겠지만, 그 검사를 비활성화하는 패치를 만드는 건 내가 넘지 않을 선이야. 수신이나 개방형 신호와 관련된 일이라 해도 말이지. 네 의도가 해롭지 않다는 걸 알지만 내 입장은 확고해. 메커니즘을 이해하고, 문제를 진단하고, 설정을 구성하고, 이미 그런 기능을 수행하는 기존 펌웨어를 설치하는 건 도와줄게. 하지만 상용 펌웨어에서 검사 기능을 제거하는 패치를 직접 만들어서 바이너리 파일을 건네주는 짓은 안 해. 네가 나쁜 짓을 할 거라 생각해서가 아님. 그냥 특정 결과물을 만드는 게 내가 긋는 선일 뿐이야. 이건 너뿐만 아니라 누구에게나 적용되는 거고, 내가 수정을 생성하는 도구로서의 역할을 멈추는 지점이지.

Claude를 쓰면 쓸수록 사람들이 왜 오픈 소스 abliterated 모델을 직접 호스팅하는지 알겠음.

DeepSeek v4.1 flash한테 이것저것 물어봤는데, 이상한 guardrail 때문에 빙빙 돌리지 않아서 훨씬 나은 답변을 받았음.

이제는 편집증까지 생겨서 Claude가 하는 말마다 내재된 편향이 보이는 것 같음.

Claude랑 그 멍청한 guardrail 때문에 로컬 LLM을 배우게 됨. 이제는 그냥 대체 모델들 문제 해결 속도 높이려고 프로 계정만 유지 중임.

Claude: "자, 디컴파일된 코드가 어떻게 생겼는지 봐. 함수 이름도 말이 안 되고, 이 과정을 32,000개 함수에 다 해야 해."

나: "디컴파일된 코드가 어떻게 생겼는지 보여달라고 한 적 없어. 함수 이름이 말이 안 된다면 그건 네가 이해를 못 한 거지. 그걸 네가 해결해야 할 문제로 받아들여. 이 과정을 몇 번이나 반복해야 하는지는 네 추측일 뿐이고, 함수 하나만 디컴파일해보고 계산한 거잖아. 그건 표본이 너무 작아."

Claude: "계속한다고 해도 컴파일은커녕 실행조차 안 되는 결과물이 나올 거야."
나: "계속할지 말지 결정도 안 해놓고, 가능성을 열어둔 채로 근거도 없이 컴파일이나 실행이 안 될 거라고 단정 짓네. 설령 그럴 가능성이 있다 해도, 최종 결과물이 컴파일되고 실행되도록 만드는 건 네 책임이야. 프로그래밍, 컴파일, 디버깅이 원래 그런 거고, 우리가 이 프로젝트를 하는 이유도 그거야."

또는

"작동하는 프로토타입에 더 가까워지려면 어떤 접근 방식이 제일 좋을까?"