[완결] Series: 프롬프트에서 뺄 거 찾다가
obsidian-gemini-butler 프롬프트에서 뺄 것을 찾다가 발견한 5편의 기록. 정교한 해결책을 설계하다 이미 있던 걸 뒤늦게 알아챈 것, 데이터를 두 번 보내고 있던 것, 한 달째 지침이 하나도 안 가고 있던 것, 절반만 고쳤던 것, 안전하다고 믿었던 전제가 코드엔 없었던 것까지.
-
정교한 해결책을 설계하다가, 이미 있던 걸 뒤늦게 알아챘다
Obsidian 플러그인 AI 프롬프트에서 뺄 거 있나 체크하다가 시작한 이야기. 청크 유사도 그루핑까지 설계가 커졌다가, 결국 답은 '이미 있던 다른 코드가 같은 일을 하고 있었다'는 걸 알아채고 지우는 것이었다.
-
프롬프트에서 뺄 거 찾다가 2편 — 데이터를 두 번 보내고 있었다
log.md를 지우고 나서, 나머지 프롬프트 조립 지점도 마저 체크하기로 했다. Gemini API의 systemInstruction과 contents 두 채널에, merge와 tags 두 작업이 같은 데이터를 중복으로 보내고 있었다.
-
프롬프트에서 뺄 거 찾다가 3편 — 사실은 한 달째 지침이 하나도 안 가고 있었다
이중 전송을 고치고 나서, '프롬프트는 AI한테 가는 거라 신경을 덜 썼다'는 지적을 받고 처음부터 한 줄씩 다시 읽었다. JavaScript 템플릿 리터럴의 `\${...}` 이스케이프 문법 때문에, 한 달 동안 AI가 규칙 하나를 통째로 못 받고 있었다는 게 나왔다.
-
프롬프트에서 뺄 거 찾다가 4편 — 고쳤다고 생각했는데 절반만 고친 거였다
AI 판단 없이도 정해지는 값(오늘 날짜)을 코드가 강제하도록 고쳤다. 다 됐다고 생각한 순간, '그럼 왜 아직도 AI한테 시키냐'는 질문 하나에 절반만 고친 거였다는 게 드러났다.
-
프롬프트에서 뺄 거 찾다가 5편 — 안전하다고 믿었던 전제 하나가, 코드엔 없었다
AI한테 더 이상 안 시켜도 되는 지시문을 마저 정리하려고 계획 문서를 열었다. 문서가 전제로 깔고 있던 두 가지를 코드로 직접 재확인해보니, 하나는 생각보다 범위가 넓었고 다른 하나는 전제 자체가 틀려 있었다.