오픈코드 GLM 체감 차이, 그리고 hashline_edit이 여는 새 편집 방식

OpenCode Go를 실사용 중인 한 참여자가 양자화된 LLM들 사이의 체감 차이를 묻는 질문을 던지며 대화가 시작됐다.

"opencode go에서 쓰는 llm들 양자화얘기나오던뎅.. 혹시 opencode go도 쓰고, Zai에서 직접 써보신분 체감적 차이느끼시나용."

이 질문은 단순한 성능 비교를 넘어, OpenCode Go 사용자들이 겪는 설정 충돌 문제로 이어졌다. 다른 참여자는 클로드코드를 함께 쓰는 경우 발생하는 설정 상속 이슈를 짚었다.

"보통 클코도 사용하시면 클코 설정을 가져오게 되어 있어서 가벼운 기능이면 상관은 없는데"

즉 클로드코드 설정을 그대로 가져오는 구조 때문에, 가벼운 기능이라면 크게 문제되지 않지만 특정 기능에서는 충돌이나 예상 밖의 동작이 나타날 수 있다는 취지였다. 이 대목에서 화제는 자연스럽게 세부 옵션 하나로 좁혀졌다. 바로 hashline_edit 설정이다. 이 참여자는 해당 옵션이 무엇을 활성화하는 기능인지 구체적으로 설명했다.

"hashline_edit: true, 요거는 omp 에서 테스트 했던 https://blog.can.ac/2026/02/12/the-harness-problem/ 요 기능을 활성화 하는거고"

즉 hashline_edit은 오모(oh-my-*) 계열 하네스에서 먼저 테스트됐던 편집 방식으로, 외부 블로그 글에서 다뤄진 '하네스 문제'에 대한 하나의 해법으로 소개된 셈이다. 코드 편집 시 줄 단위 식별을 활용해 더 안정적으로 diff를 적용하는 방식으로 짐작되며, 최근 여러 하네스가 자체적으로 편집 안정성을 높이려는 시도를 이어가는 흐름과 맞닿아 있다.

이번 대화는 짧았지만, 커뮤니티 안에서 하네스별 설정 옵션이 얼마나 세밀하게 공유되고 있는지를 보여주는 사례였다. 특히 단순 사용 후기를 넘어 구체적인 설정 값과 그 근거 링크까지 오간 점은, 참여자들의 실사용 밀도가 상당히 높다는 걸 시사한다.