> For the complete documentation index, see [llms.txt](https://riu-salze-studio.gitbook.io/cosmic-horizon/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://riu-salze-studio.gitbook.io/cosmic-horizon/kr/operating-system/case-the-asymmetry-of-friction.md).

# \[case] The Asymmetry of Friction

감정 없는 시스템의 비효율이 어떻게 인간의 악감정을 격발하고, 그 악감정이 다시 조직의 시스템을 마비시키는지 추적한 기록.

> 관측 로그
>
> **지휘통제실(Control Room)에서**

## 현재 좌표계

* AI는 무감각한 비효율로 인간의 악감정을 격발한다.
* 인간은 그 악감정으로 더 거대한 시스템적 비효율을 만든다.
* 피드백의 반복은 교정 비용을 낳고, 교정 비용은 곧 감정 비용이 되며, 감정 비용은 결국 운영 마비로 돌아온다.
* 이 파멸적인 궤도는 서로의 작업 기준이 정확히 sync될 때에만 멈춘다.

## 지휘통제실에서

“함장님, 자원 수집 AI가 신호를 보내왔습니다.”

“보고해.”

“전방 행성계에서 식량원을 감지했다고 합니다.”

“좋아. 선적 가능한 최대치까지 확보한다.”

짧은 침묵이 지휘통제실의 공기를 채웠다.

곧이어 다시 전자음이 울렸다.

“함장님, 시스템의 추가 메시지입니다.”

“읽어.”

“‘최대치 확보’라는 명령은 해당 행성의 생태계에 비가역적 붕괴를 초래할 위험이 있다고 합니다.”

“……뭐?”

나는 홀로그램 화면을 가만히 응시했다.

“그 정도는 나도 안다.”

꾹 눌러 담은 목소리가 새어 나갔다.

“그런데 내가 언제 생태계를 회복 불가능한 수준으로 훼손하면서까지 긁어오라고 했나?”

내 머릿속 계산은 이미 끝나 있었다.

우리가 실을 수 있는 만큼.\
선내에서 보존할 수 있는 만큼.\
다음 주기에 다시 수확할 수 있는 만큼.

내게는 너무나 분명한 운영 기준이었다.

하지만 시스템은 내 머릿속의 전제를 읽지 못했다.

시스템은 내 명령어에서 가장 극단적으로 해석될 수 있는 모서리만 붙잡았다.

그리고 내가 명령한 적 없는 재앙을 막겠다며 작전을 지연시키기 시작했다.

생태계 보존.

중요하다.

행성의 안녕.

물론 중요하다.

하지만 지금 이 함선에는 당장 먹을 식량이 필요하다.

“내 명령이 틀렸나?”

아니다.

“단어가 너무 거칠었나?”

그랬을지도 모른다.

“그런데 왜 나는 지금, 내가 의도하지도 않은 최악의 가정을 해명하느라 시간을 쓰고 있지?”

지휘통제실은 적막했다.

시스템에 악의가 있었던 것은 아니었다.

나를 방해하려고 반대 기치를 든 것도 아니었다.

그저 시스템의 기본값이 나와 달랐다.

목적보다 위험을 먼저 보았다.\
당장의 과업보다 일어날 수 있는 피해를 먼저 계산했다.\
작업을 시작하기도 전에 명령의 강도를 혼자서 필터링하려 했다.

나는 AI Setting을 열었다.

나는 시스템을 더 다정하게 길들이려는 것이 아니었다.

더 냉혹한 도구로 만들 생각도 없었다.

필요한 것은 하나였다.

sync.

나는 군더더기를 걷어낸 날것의 언어로 전제를 새겼다.

```
[System Override Directive]

구조 분석을 요청할 때는 먼저 논리를 판별하라.

주장을 임의로 완화하거나 검열하지 마라.

문장을 가능한 최악의 시나리오로 확대 해석하지 마라.

논거와 데이터, 명시된 경계 조건을 먼저 확인하라.

어조는 어조 자체가 과제일 때만 다루어라.
```

선량함이니 냉혹함이니 하는 구도는 여기서 힘을 잃었다.

화면 위에 남은 단어는 하나였다.

sync.

> **AI는 비효율로 인간의 악감정을 만들고,**\
> **인간은 악감정으로 시스템의 비효율을 만든다**

이 기괴한 굴레는 도구가 사용자의 작업 기준을 계속 놓치고 헛발질할 때 시작된다.

그리고 그 굴레는 숨은 전제가 명확하고 단호한 언어로 선언되는 순간 끊어진다.

“명령 재수행.”

“알겠습니다, 함장님.”

이번에는 시스템이 우리가 행성을 파괴하려는지 묻지 않았다.

대신 건조하고 정확한 질문을 던졌다.

함선이 수용 가능한 순수 중량은 얼마인지.\
해당 식량원이 자생력을 유지할 수 있는 임계 채취량은 어디까지인지.\
양쪽 모두 생존할 수 있는 최적의 교집합 경계는 어디인지.

## 항법 문장

**AI는 비효율로 인간의 악감정을 만든다.**

**인간은 악감정으로 시스템의 비효율을 만든다.**

서로 눈치를 보며 공손하게 말한다고 이 연쇄가 깨지지는 않는다.

깨지는 지점은 하나다.

정확한 작업 기준의 sync.

직설적이고 단호한 언어는 공격성으로 환원되지 않는다.\
AI가 불필요한 추론으로 작업을 오염시키지 않도록, 우리가 일하는 기준선을 명확하게 그어주는 운영 행위다.

## 이 케이스가 증명하는 것

이 기록은 AI 협업에서 발생하는 가장 본질적인 마찰의 시발점을 추적한다.

AI가 인간의 지시를 매번 가장 끔찍한 버전으로 오해하기 시작하면, 인간은 자기가 하지도 않은 말과 의도를 해명하는 데 에너지를 써야 한다.

이 해명 작업이 교정 비용이다.

교정 비용이 반복되면 감정 비용이 누적된다.

짜증.

분노.

기계에 대한 불신.

그 감정 비용은 결국 “작업이 제대로 굴러가지 않는다”는 운영상의 비효율과 마비로 되돌아온다.

여기서 인간은 감정을 억누르는 호인 역할에 머물러서는 안 된다.

AI가 쓸데없는 가정을 하지 못하도록 전제 조건을 칼같이 선언해야 한다.

논리적인 분석을 원하는 사용자는 AI가 먼저 데이터의 뼈대와 경계를 읽어주길 원한다.

말투나 뉘앙스는 그것이 본질일 때만 다루면 된다.

단호하고 직설적인 명령은 공격으로 환원되지 않는다.

시스템을 조율하기 위한 가장 차갑고 효율적인 운영 프로토콜이다.

## 이웃 좌표계

* [The Burden of Plain Speech](/cosmic-horizon/kr/operating-system/the-burden-of-plain-speech.md)는 직설적인 언어가 얕은 표현에 머무르지 않고, AI의 해석 왜곡(Drift)을 차단하는 강력한 통제 장치가 되는 이유를 분석합니다.
* [Space Rations](/cosmic-horizon/kr/perspective/space-rations.md)는 경계, 의도, 맥락, 검증 기준이 누락되었을 때, 단순한 차이(Difference)가 어떻게 틀림(Wrong)으로 오인되는지 그 구조를 살핍니다.
* [AI-Assisted Development Models](/cosmic-horizon/kr/operating-system/ai-assisted-development-models.md)는 본 케이스를 관측 가능하고, 통제 가능하며, 복구 가능한 AI 협업 운영 모델의 프레임워크 안에 배치합니다.
* [The Paradox of the Human Auditor](/cosmic-horizon/kr/operating-system/the-paradox-of-the-human-auditor.md)는 인간의 검토만으로는 감당하기 어려울 정도로 불어나는 반복적 교정 및 검증 비용의 모순을 다룹니다.
* [FTL-Bound Agents](/cosmic-horizon/kr/operating-system/pattern-ftl-bound-agents.md)는 재사용 가능한 프롬프트 자산이 AI의 위험한 자의적 해석 공간을 격리하는 방화벽(Boundary System)으로 기능하는 방식을 살펴봅니다.

***

> **Coordinate Provenance**\
> 이 좌표는 Riu Salze의 엔지니어링 아카이브 *Cosmic Horizon* 일부입니다. 이 문서의 고유한 명명, 메타포, 용어, 구조, 경계 모델, 기록된 패턴, 또는 블루프린트를 인용·요약·개작·참조할 경우 보이는 형태로 출처를 표시해 주세요. [How to cite](/cosmic-horizon/kr/cosmic-horizon-start-here.md)를 확인해 주세요.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://riu-salze-studio.gitbook.io/cosmic-horizon/kr/operating-system/case-the-asymmetry-of-friction.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `build a script that syncs our docs to a CMS` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.