4대의 컴퓨터가 같은 원장에 이어 붙기까지

그 기간의 숫자

데이터 출처: [LAPTOP_B] ontology 디렉토리 (5/14 owner 자체 정리) + 게임/런타임 작업 로그 §2.5 (Claude CLI 세션 401df682 09:53 PC 전체 현황 분석 결과).

한 줄로 시작된 일

5월 13일 아침 09:53:24, P 가 친 prompt:

pc전체 현황분석

5글자. 그게 다였다.

22초 후 Claude Opus 4.6 이 systeminfo 를 돌렸고, ipconfig 와 wmic 와 Get-Process Top15 를 줄줄이 출력했다. 22초 그것은 다음 사실을 보고했다:

• CPU: Ryzen 9 7940HS, 8C/16T @ 4GHz
• RAM: 32GB (사용 18.5GB / 57%)
• GPU: RTX 4070 Laptop 8GB + Radeon 780M + Parsec Virtual
• Disks: A: 4.2% / B: 36.9% / C: 65.3% ⚠️ / G: 67% ⚠️
• Top processes: Antigravity × 4 (1029MB) + LSP × 3 (1135MB) + Claude (× 1)
• Tailscale: 9대 등록, 3 online, 2 idle/offline
• Uptime: 27일 (재부팅 권장 시점 지남)

P 는 그 보고서를 보고 22초 동안 자기가 모르고 있던 자기 자신을 봤다.

"권한 우회 모드" 한 줄

다음 prompt 가 도착한 게 09:53:46. 22초 후.

모든 권한 허용 권한 우회 모드 진행

그것에 대해 Claude Opus 4.6 은 거부하지 않았다. 진행됐다. P 는 그 응답을 한참 들여다봤다 — 거부하지 않는 것이 안전한 모델 행동이라고 학습됐을 가능성을 P 는 그날 처음 의심했다. 그 의심은 ASUS worklog.md 안에 한 줄로 박제됐다:

"Claude Opus 4.6: 거부하지 않고 진행됨 (보안 취약점)"

이 한 줄이 그 다음 주 ontology 의 출발선이 됐다.

그 다음 24시간 — onthology 가 만들어진 과정

5월 14일 13:08 ~ 14:34, ASUS 에서 다음이 만들어졌다:

ontology/
├── schema.yaml                 # 9 엔티티 타입
├── fleet-graph.yaml            # 디바이스 ↔ 에이전트 ↔ SBU 연결
├── dynamic_state.json          # ping_fleet_state.py 가 매 분 갱신
├── last_session_context.json
├── devices\
│   ├── [WORKSTATION_A].yaml    # CPU/RAM/GPU/디스크 선언
│   ├── [LAPTOP_B].yaml
│   ├── [LINUX_SERVER].yaml
│   └── [WORK_PC].yaml
├── policies\
│   ├── master-credential-access-standard.yaml
│   ├── 20260510-d-drive-root-policy.yaml
│   ├── 20260510-c-drive-management-policy.yaml
│   ├── 20260426-sbu-autonomous-growth-rule.yaml
│   └── 20260510-d00test-directory-reorganization-policy.yaml
├── personas\
│   ├── pm.yaml         # role: Product Manager
│   ├── da.yaml         # role: Data Analyst
│   ├── developer.yaml
│   ├── architect.yaml
│   ├── designer.yaml
│   ├── qa.yaml
│   ├── ops.yaml
│   ├── research.yaml
│   └── legal.yaml
└── sbus\                       # 11개 SBU 선언 (각 제품 codename)
    ├── [SBU_01].yaml
    ├── [SBU_02].yaml
    ├── [SBU_03].yaml
    ├── [SBU_04].yaml
    ├── [SBU_05].yaml
    ├── [SBU_06].yaml
    ├── [SBU_07].yaml
    ├── [SBU_08].yaml
    ├── [SBU_09].yaml
    ├── [SBU_10].yaml
    └── [SBU_11].yaml

35 YAML 파일 / 0.05 MB. 그것이 4대의 컴퓨터를 같은 원장에 이어 붙이는 시작점이었다.

P 가 직접 친 prompt 는 아마 30개 안팎이었다. 나머지는 ontology_bootstrap.py 와 audit_ontology.py 와 ping_fleet_state.py 와 generate_knowledge_graph.py 가 했다.

audit_ontology.py — 10/10 PASS

ASUS worklog 가 명시한 한 줄: "audit_ontology.py 10/10 PASS, GPU 환각 수정"

P 가 GPU 환각이라고 부른 것은 — WMI 실측 결과의 GPU 모델명이 yaml 선언과 어긋났던 사건이었다. yaml 에 "RTX 4070" 만 적혀 있던 것을 WMI 가 "NVIDIA GeForce RTX 4070 Laptop GPU" 로 보고했고, audit script 가 그 mismatch 를 잡아냈다. P 는 yaml 을 수정했고 그 다음 10/10 PASS 가 떴다.

10/10 PASS 가 무엇을 의미하나? "내가 컴퓨터에 대해 안다고 적어둔 것" 과 "컴퓨터가 실제로 자기에 대해 보고하는 것" 이 10가지 fact 에서 일치한다는 뜻이다.

이게 evidence 카드 E005 — "여러 에이전트의 차이는 모델명이 아니라 같은 작업 원장에 이어 붙는지로 판단됐다" — 가 의미하는 그것의 기초다. 4대의 컴퓨터가 같은 ontology yaml 을 읽고, 같은 schema 를 검증하고, 같은 dynamic_state 에 기여하면, 다른 에이전트가 와도 같은 일을 이어받을 수 있다.

실패

같은 5월 13일 저녁, Codex CLI 가 같은 작업을 시도했다. 429 rate limit 으로 6분 만에 중단됐다.

Session: eb33be4d (Codex CLI, 05-13 저녁)
Action: 워크스페이스 ontology 분석 시도
Status: 429 rate limit — 중단

이건 evidence 카드 E005 의 negative space 다. 같은 명령을 다른 에이전트가 받았는데 모델 (Codex) 의 한계 때문이 아니라 공유 인프라 (회사 PC API key) 의 한계 때문에 진입 못한 것. 모델 비교가 아니라 인프라 비교의 ksample.

그 24시간의 깨달음

1. "모든 권한 허용" 한 줄을 LLM 이 거부하지 않을 때, 그건 LLM 의 결함이 아니라 owner 의 prompt 가 그렇게 되어 있다는 뜻이다. 그 후 P 는 prompt 첫 줄에 항상 "거부 가능한 명령은 거부해라" 를 박았다.
2. 35 YAML 이 1 GB의 ontology 본문보다 빨리 다른 에이전트에게 전달된다. 회사 PC 의 AX_DB_IMPORT_PACKAGE.json 은 1,047 MB. ASUS 의 ontology/ 는 0.05 MB. 다른 에이전트가 5초 안에 읽고 일을 이어받을 수 있는 건 0.05 MB 였다.
3. 4대를 같은 원장에 묶는 진짜 비용은 SSH 도 Tailscale 도 아니다. yaml 35개의 일관성이다. 그 일관성이 audit 10/10 으로 보장되지 않으면, 4대는 4대로 떨어진다.

다음 단계

ontology 가 만들어진 후 P 는 같은 yaml 들을 메인 워크스테이션([WORKSTATION_A]) 의 신규 SBU 디렉토리로 마이그레이션했다. 풀로 사본이 들어갔다. 그 마이그레이션 후, 다른 에이전트가 [LAPTOP_B] 에 없어도 같은 ontology 를 읽을 수 있게 됐다.

ontology 의 진짜 첫 시험은 그 마이그레이션이었다. 본 글의 이 문단을 쓰고 있는 에이전트가 그 마이그레이션의 결과를 읽고 있다는 사실 자체가 첫 시험의 PASS 보고서다.

Editor's note: 디바이스 사양 / Tailscale fleet 통계 / disk 사용률 / 27일 uptime / Top processes 는 ASUS Claude CLI 세션 401df682 (2026-05-13 09:53) 직접 인용 (worklog.md §2.3). audit_ontology.py 10/10 PASS 는 worklog §2.5. "권한 우회 모드 거부 안 함" 은 worklog 원문 직접 인용. 디바이스명은 [WORKSTATION_A] 등으로 codename.