본문으로 건너뛰기

에이전트코리아 · 2026-08-05

AI 개발의 인간 검수 병목, Luna·Terra 모델 비용과 역할, OCR·PDF 파이프라인, Gitea 침해와 SNS 사칭 사례를 정리했습니다.

#chat-digest#agent_korea#AI#개발

도구·모델 정보

모델 가격·사용량·품질과 도구 동작은 2026-08-05의 개인 경험을 바탕으로 합니다. 현재 사양과 보안 설정은 공식 문서 및 실제 환경에서 확인해야 합니다.

오늘의 대화

AI로 코드 작성은 빨라졌지만 고객 소통과 사람의 최종 검수가 여전히 병목이라는 실제 협업 사례가 중심 화제가 됐다. 모델 사용량 초기화를 기다리며 Luna·Terra·Sol의 비용과 작업 성향을 비교했고, 저렴한 Luna를 하네스와 함께 쓰는 방식이 호평받았다. Obsidian의 Markdown 저장 구조와 Orca의 세션 공유도 AI 작업에 유리한 점으로 언급됐다. 오후에는 700쪽 문서의 OCR 번역과 PDF 파싱을 로컬 파이프라인으로 구성하는 구체적인 제안, 공개 가입을 열어 둔 Gitea 침해와 SNS 사칭 사례가 이어졌다.

이야기 나온 주제

AI 개발 속도와 인간 검수 병목

AI가 등장해도 전체 개발 기간은 줄지 않았다는 말에, 코드 작성 시간은 단축됐지만 고객 확인과 소통 시간이 그대로라서 효과가 제한된다는 의견이 이어졌다. 한 참여자는 동료가 AI로 자신의 담당 코드까지 바꿔 운영 오류가 났고, 사용자 문의가 들어온 뒤에야 알게 된 사례를 공유했다. 업무 메시지와 요청까지 검토 없이 자동 발송해 책임 소재가 흐려진 경험도 있었다. 팀에서는 외부 문서와 DM을 보내기 전에 AI 작성 내용을 사람이 다시 확인하는 규칙이 필요하다는 의견이 나왔다.

검수 자체도 AI로 상당 부분 자동화할 수 있지만, 무엇을 바꿨는지 사람이 확인하고 남은 위험을 책임지는 마지막 단계는 필요하다는 데 대화가 모였다. 빠른 결과물만을 성과로 보는 조직에서는 자동화가 오히려 다른 구성원의 일을 늘릴 수 있다는 우려도 남았다.

  • 원본 시각: 10:53–11:19

Luna·Terra·Sol의 비용과 역할 선택

Codex 사용량이 바닥나자 여러 참여자가 Luna Max, Terra와 Sol을 비교했다. Luna는 과거 맥락을 잘못 불러오거나 금지한 행동을 반복하는 약점이 있지만 가격 때문에 감수할 만하다는 평가가 많았고, 하네스를 갖추어 쓰는 것이 좋다는 조언이 나왔다. Terra는 medium보다 high 이상이 낫다는 개인 평가, Sol은 느리지만 지나치게 꼼꼼하다는 체감이 공유됐다. 한 참여자는 Luna로 전환한 뒤 비용이 이전의 약 8%가 됐다고 말했지만 동일 작업 기준의 측정인지는 확인되지 않았다.

CLI에서 Luna를 한 시간가량 돌려도 사용량 표시가 줄지 않지만 데스크톱 앱에서는 줄어든다는 현상이 보고돼 표시 버그인지 질문이 남았다. Codex 앱에서 더 높은 추론 수준을 보려면 설정의 모델 기능에서 추론 수준 선택지를 늘리는 방법이 공유됐다. K-EXAONE 2.0 750B 모델과 Apache 라이선스, Cline에서 DeepSeek를 무료로 써봤다는 소식도 있었으나 현재 제공 조건은 확인되지 않았다.

  • 공유 자료: K-EXAONE-2.0-750B-A37B
  • 확인이 필요한 내용: 모델별 가격·한도·추론 옵션, CLI 사용량 표시와 무료 제공 조건
  • 원본 시각: 09:49–10:00, 11:40–15:16

Obsidian과 Orca의 문서·세션 운용

Claude와 연결해 글을 계속 생성·저장하려는 용도에서 Obsidian과 Notion을 비교하는 질문이 나왔다. Obsidian은 개별 Markdown 파일로 저장돼 AI가 읽고 가공하기 편하다는 장점이 제시됐고, 두 도구에는 각기 장단점이 있다는 수준에서 답이 마무리됐다. Orca는 비개발자에게 설정이 많고 낯설지만 계정·세션 공유, Markdown을 옆에 열어 바로 수정하는 흐름과 교차검증 에이전트 운영에는 편하다는 사용기가 나왔다. 무거운 자원 사용은 단점으로 꼽혔다.

  • 원본 시각: 11:31–11:32, 14:36–14:45

OCR 번역과 PDF 파싱 파이프라인

약 700쪽 문서의 글자를 OCR로 읽어 번역한 뒤 원래 위치에 다시 넣는 작업에는 단일 LLM보다 단계형 파이프라인이 제안됐다. PP-Structure 또는 PP-Layout으로 문서 구조와 영역을 잡고, 잘라낸 영역에 PP-OCR을 적용한 다음 bounding box에 흰 상자를 덮어 번역문을 다시 쓰는 흐름이다. 좌표 정규화를 원본 크기로 되돌리는 과정과 글자 뒤 배경 디테일 손실을 주의해야 한다는 설명이 붙었다. 번역 후보로 HY-MT 1.5 1.8B와 경량 GGUF가 공유됐다.

별도의 PDF 파싱 질문에서는 텍스트·이미지·표가 섞인 문서를 두 달간 시도했지만 기대 정확도 95%에 못 미쳤고, Upstage OpenDataLoader보다 Claude API가 잘 맞았다는 경험이 나왔다. 팩스 민원 문서의 날짜 순서를 뒤바꾸는 OCR 오류도 구체적 사례로 제시됐으며, 문서 양식과 실패 구간을 보고 여러 도구를 섞어야 한다는 조언으로 이어졌다.

  • 공유 자료: HY-MT1.5-1.8B, 1.25-bit GGUF
  • 확인이 필요한 내용: PP-OCR 최신 버전, 문서별 정확도·비용과 번역 모델 라이선스
  • 원본 시각: 16:05–16:23, 17:46–20:14

Gitea 침해 대응과 SNS 사칭

회사 서버의 Gitea에서 회원가입을 열어 둔 틈을 통해 침입이 발생했으나 Telegram 모니터링 알림으로 빠르게 차단했다는 사례가 공유됐다. 헬스체크 경고를 무시하지 않는 것이 중요하다는 교훈이 나왔다. 다른 한편으로는 커뮤니티 인물을 사칭한 계정이 최소 다섯 개까지 늘고 투자성 DM을 보낸 정황이 공유됐다. 당사자는 먼저 DM을 보내지 않는다고 밝혔고, 철자가 미묘하게 다른 프로필과 금전 요청을 경계하는 분위기가 이어졌다.

  • 확인이 필요한 내용: Gitea의 실제 침입 경로와 피해 범위
  • 원본 시각: 12:55–13:22, 14:35–14:36, 16:19, 17:50–17:53

연결