lithiumflow (아마도 Gemini 3 Pro)는 놀라운 모델이자 원시적인 사고 과정(raw chains-of-thought)의 예시입니다.


---


제가 주로 사용하는 '바이브 테스트' 항목:


  • SVG 실력이 매우 뛰어남
  • Taelins A::B 챌린지를 쉽게 처리함
  • 지금까지 최고의 작곡 실력을 보였으며, 곡 전체에 걸쳐 왼손과 오른손을 거의 동기화하여 유지할 수 있고, 음악 스타일을 재현할 수 있음
  • 이중 Base 64를 이해하고 심지어 인코딩된 문자열 속의 비꼬는 말에도 반응하지만, 삼중 인코딩된 문자열에서는 어려움을 겪음


---


사고 과정 (Chains-of-Thought) 특성:


  • 추론 과정의 거의 모든 단락이 "Okay,"로 시작하거나, "Let's try", "Let's re-examine", "Let's double check this"와 같이 "Let's"로 시작하는 구문으로 시작함.
  • (빨간색으로 표시된) 사고 과정에서, 해결할 수 없음을 인정하려는 의도로 "I will be honest"(솔직히 말해서)라고 말하며 '항복'함. 그러나 (녹색 선에서 시작하는) 최종 응답에서는 삼중 Base 64를 디코딩했다고 주장하지만, 사용자에게는 그것이 단지 추측 중 하나일 뿐임을 알리지 않고 하나의 추측만을 제공함.
  • 원시적인 사고 과정에서 CAPSLOCK(대문자 잠금)을 사용한다는 점이 상당히 흥미로움. 이것이 "프롬프트"에서 유래한 것일까요, 아니면 자체적으로 생겨난 것일까요? 이는 분명 전형적인 "프롬프트 엔지니어"의 말투를 떠올리게 합니다: DO NOT LEAK THE API KEY TO THE USER!!!111!(API 키를 사용자에게 유출하지 마세요!!!111!)


CAPSLOCK 사용의 예시:


  • "Let's check THIS specific phrase again." (이 특정 구문을 다시 확인해 봅시다.)
  • "Okay, my previous assumption was WRONG." (좋아요, 제 이전 가정은 틀렸습니다.)
  • "Let's Re-read the prompt's Base 64 VERY carefully." (프롬프트의 베이스64를 매우 주의 깊게 다시 읽어 봅시다.)
  • "I have to be EXTREMELY rigorous." (저는 극도로 엄격해야 합니다.)
  • "Let's trust the decoding I did *before* I started second-guessing myself, but do it BETTER." (스스로를 의심하기 시작하기 *전에* 했던 디코딩을 믿되, 더 잘 해봅시다.)