인공지능을 일상과 업무에 들이면서 가장 흔히 빠지는 함정은 ‘대화의 늪’이다. 그럴듯한 아이디어를 채팅창에 몇 줄 적어 보내면, 모델은 제법 매끄러운 문장을 돌려준다. 그러나 그럴싸함은 오래가지 않는다. 맥락이 조금만 깊어져도, 복잡한 코드를 짜거나 연구 가설을 벼려야 하는 순간이 오면, 대략적인 감각에 기댄 ‘바이브(Vibe)’ 방식은 여지없이 밑천을 드러낸다.
“앞서 말한 조건은 유지해 줘.” “그 모듈 말고 이 규칙을 따라 줘.” 잔소리를 서너 번 보태다 보면 인공지능은 앞의 맥락을 잊거나 엉뚱한 환각을 끼워 넣는다. 고치고 또 고치다 “차라리 처음부터 내가 쓰는 게 빨랐겠다”며 창을 닫아 본 경험은 누구에게나 있을 것이다.
처음에는 내 설명이 서툴러서라고 여겼다. 그런데 같은 일이 몇 번이고 되풀이되자 다른 의심이 들었다. 생각이 떠오르는 순서대로 조각조각 건네는 방식 자체가 문제가 아닐까. 여러 연구들이 그 의심을 숫자로 보여 주었다. 같은 과제를 한 번에 온전히 건넸을 때와 여러 턴에 나눠 건넸을 때를 견주자, 나눠 건넨 쪽의 성능이 평균 39% 떨어졌다1. 모델이 되물어 빈칸을 채우게 해도 잃은 것을 다 되찾지는 못했다2. 돌이켜 보면 내가 겪은 피로의 정체가 그것이었다. 대화는 어긋난 것을 고치는 수단일 뿐, 처음부터 제대로 건넨 지시를 대신하지 못한다.
문제는 인공지능의 지능이 아니다. 우리가 건넨 생각의 해상도가 너무 낮았던 것이다. 인공지능은 모호한 감상이 아니라 명확한 사양서(Specification)를 받아 들었을 때 비로소 제 실력을 낸다.
역할, 제약 조건, 아키텍처 규칙, 출력 형식을 정연한 마크다운(Markdown) 계층으로 건네면 모델이 엉뚱한 길로 샐 여지는 크게 줄어든다. 누구나 아는 이 사실이 좀처럼 실천되지 않는 데에는 이유가 있다. 머릿속에서 제멋대로 튀는 생각을 처음부터 정돈된 마크다운으로 써 내려가는 일 자체가 만만치 않은 인지 비용을 요구하기 때문이다.
이 병목을 풀어 보려고 여러 마인드맵과 메모 앱을 전전했지만 마땅한 것이 없었다. 그래서 Thinkdown을 만들었다. 가장 먼저 없애고 싶었던 것은 ‘생각의 번역 과정’이다.
흔히는 마인드맵 도구에서 키워드로 얼개를 짠 뒤, 에디터를 열어 그것을 다시 문장으로 옮겨 적는다. 같은 생각을 두 번 쓰는 셈이다. Thinkdown은 가지 끝에 단어가 아니라 온전한 문단과 표, 코드 블록을 바로 담는다. 탭(Tab)과 엔터(Enter)로 생각의 갈래를 뻗어 나가면, 그 모양이 화면 오른쪽에서 실시간으로 마크다운 문서가 된다.
이 단순한 연결이 일 전반에 주는 지렛대 효과는 생각보다 크다.
- 일상의 기획 — 막막한 여행 계획이나 제안서의 뼈대를 잡을 때, 큰 덩어리부터 던져 두고 세부 사항을 가지로 덧붙인다. 완성된 트리에서 필요한 챕터만 복사해 AI에게 건넨다. 빠진 곳을 짚어 달라고 하거나, 내가 세운 뼈대대로 문장을 다듬게 한다. 뼈대를 내가 쥐고 있으니 돌아온 답을 검수하기도 쉽다.
- 학술 연구 — 방대한 가설과 변수 사이의 관계, 선행 연구의 논점을 계층 구조로 펼쳐 둔다. 논리적 누락이 없는지 스스로 먼저 검토한 뒤에 모델에 분석을 맡긴다.
- 바이브 코딩 — 직관에 기대 빠르게 시도하는 개발이라도, 프로젝트의 척추가 되는 데이터 흐름과 API 규칙만큼은 먼저 구조로 세워 두어야 코드가 누더기가 되지 않는다. 필요한 챕터만 골라 문맥(Context)으로 넣어 주면, AI가 내가 설계한 울타리 밖으로 벗어날 여지가 줄어든다.
결국 핵심은 ‘생각의 주도권’이다. 인공지능에게 백지를 던져 주고 “알아서 해 달라”고 부탁하는 순간, 우리는 기계가 뱉어 내는 파편화된 답을 검수하느라 끌려다니는 처지가 된다. 고약한 것은 끌려다니는 동안에도 일이 잘 풀리고 있다고 믿게 된다는 점이다. 화면에서는 쉬지 않고 무언가가 만들어지니 진척이 있는 것처럼 보인다. 숙련 개발자들을 지켜본 한 실험에서, AI 도구를 쓴 쪽은 실제로 19% 더 느렸는데도 스스로는 20% 빨라졌다고 답했다3. 주도권은 그렇게, 잃은 줄도 모르게 넘어간다.
반대로 머릿속의 논리적 뼈대를 먼저 단단히 세우고, 이를 AI가 읽기 좋은 형식으로 바꿔 건네면 관계는 뒤집힌다. 설계자는 끝까지 나다. 인공지능은 그 설계를 구현하고 빈 곳을 짚어 주는 유능한 조력자가 된다.
인공지능에게서 더 많은 것을 끌어내고 싶다면, 더 화려한 프롬프트 기술을 찾기 전에 자기 생각을 다듬는 작업대부터 살펴볼 일이다. 생각을 정리하는 자연스러운 호흡이 그대로 가장 정밀한 지시서가 되는 경험을 한 번 해 보면, 막연한 대화로 되돌아가기는 어렵다.
- LLMs Get Lost In Multi-Turn Conversation (ICLR 2026) ↩
- Ambig-SWE: Interactive Agents to Overcome Underspecificity in Software Engineering ↩
- Measuring the Impact of Early-2025 AI on Experienced Developer Productivity (METR, 2025) ↩
The most common trap of bringing AI into daily work is the swamp of conversation. Type a few lines of a promising idea into the chat and the model hands back fairly polished prose. The polish does not last. As soon as the context deepens a little — the moment you need complex code or a sharper research hypothesis — the “vibe” approach that leans on rough intuition shows its limits.
“Keep the conditions I gave you earlier.” “Not that module — follow this rule.” Three or four rounds of nagging later, the AI forgets the earlier context or slips in a hallucination. Most of us have closed the window at some point, fixing and refixing, thinking “it would have been faster to write it myself.”
At first I blamed my own explanations. But the same thing kept happening, and a different suspicion set in: maybe the problem was the way I handed things over — in pieces, in the order they occurred to me. Several studies have put numbers on that suspicion. When the same task was given all at once versus split across several turns, the split version performed 39% worse on average1. Letting the model ask clarifying questions did not win back everything that was lost2. Looking back, that was what had been wearing me out. Conversation is a way to repair what went wrong; it cannot stand in for an instruction given properly from the start.
The problem is not the AI’s intelligence. The thinking we handed it was simply too low-resolution. AI does its best work when it receives a clear specification, not a vague impression.
Deliver the role, the constraints, the architecture rules and the output format as a tidy Markdown hierarchy, and the model has far less room to wander off. Everyone knows this, and almost no one does it, for a reason: writing the thoughts that bounce around your head as well-ordered Markdown from the very first line takes real cognitive effort.
I went through mind-map and note apps looking for a way past that bottleneck and found nothing that fit. So I built Thinkdown. The first thing I wanted to remove was the step of translating thought into text.
Usually you sketch an outline of keywords in a mind-map tool, then open an editor and rewrite it as sentences. You end up writing the same thought twice. Thinkdown puts whole paragraphs, tables and code blocks right at the tips of the branches. As you branch your thinking out with Tab and Enter, the shape becomes a live Markdown document on the right side of the screen.
That simple connection gives more leverage across your work than you might expect.
- Everyday planning — when you are shaping a daunting trip plan or the skeleton of a proposal, drop in the big chunks first and add details as branches. Copy only the chapters you need from the finished tree and hand them to an AI. Ask it to point out what is missing, or to polish the wording along the skeleton you set. Because you hold the skeleton, checking the answer is easy too.
- Academic research — lay out a sprawling set of hypotheses, the relations between variables and the arguments of prior work as a hierarchy. Check for logical gaps yourself first, and only then hand the analysis to the model.
- Vibe coding — even when you are moving fast on intuition, the data flow and API rules that form the spine of the project need structure first, or the code turns to rags. Feed in only the chapters that matter as context, and the AI has less room to stray outside the fence you designed.
In the end it comes down to who owns the thinking. The moment you hand the AI a blank page and ask it to “just handle it,” you end up dragged along, inspecting fragmented answers. The nasty part is that, while being dragged, you believe things are going well. Something is always being produced on screen, so it looks like progress. In one study of experienced developers, those using AI tools were actually 19% slower, yet reported feeling 20% faster3. That is how control slips away — without you noticing it is gone.
Turn it around: build the logical skeleton in your head first, put it in a form the AI reads well, and hand it over. The relationship flips. The architect stays you, to the end. The AI becomes a capable assistant that builds the design and points out where it is still empty.
If you want more out of AI, look at the workbench where you shape your own thinking before you go looking for flashier prompting tricks. Once you have felt the natural rhythm of organising your thoughts become the most precise instruction you can give, it is hard to go back to vague conversation.
- LLMs Get Lost In Multi-Turn Conversation (ICLR 2026) ↩
- Ambig-SWE: Interactive Agents to Overcome Underspecificity in Software Engineering ↩
- Measuring the Impact of Early-2025 AI on Experienced Developer Productivity (METR, 2025) ↩