Building a '100% Pure Text' Server for the AI Agent Era
No Emoji Either: Building a '100% Pure Text' Server for the AI Agent Era
While many cling to flashy graphics and cute emoji, I chose the opposite. My server has not a single image and not a single emoji. It is a 'Pure Text architecture' made of nothing but 100% plain characters, JSON, and HTML data.
It was designed from the start not for ordinary users but as an 'Agent-First' base so that 'AI agents (Hermes) and search bots (Googlebot)' can cache data as fast and accurately as possible. And since it was open anyway, I smartly added just a branch for ordinary users.
I opened a VPS server in Toronto, Canada, on the far side of the planet, traced real-world logs, and share the truth of infrastructure engineering I learned in the process.
1. Seven Lines for a Visitor vs Two Lines for Googlebot
When I accessed the site myself and clicked an article exactly once, the screen of lnav, a Linux integrated log-monitoring program, was instantly flooded with 7 lines of logs.
14:52:24 211.118.x.x GET /stories/2026-10-14-website-mechanic/ (article fetch)
14:52:24 211.118.x.x PUT /api/views/2026-10-14-website-mechanic (view count +1)
14:52:24 211.118.x.x GET /api/views (refresh latest count)
14:52:24 211.118.x.x GET /graph/data.json (graph data fetch)
14:52:24 211.118.x.x GET /api/user-comments/... (comment list fetch)
My finger moved once, but the web browser, in the blink of an eye, sent asynchronous API requests split by feature: article body, view count, graph, and comment box. A textbook structure.
The chilling twist came just 2 seconds later. When Google's search bot (Googlebot) crossed the ocean from the US, the very same article left exactly 2 lines of logs.
14:52:26 66.249.x.x GET /stories/2026-10-14-website-mechanic/ (PC version bot)
14:52:27 66.249.x.x GET /stories/2026-10-14-website-mechanic/ (mobile version bot)
Googlebot's only purpose is collecting core context and keywords (indexing, Index). To the bot, view counts and comment-box data are nothing but noise (Noise). My server checks the visitor's ID (User-Agent), completely blocks unnecessary computation for Googlebot, and simply tosses it only the substance of the article (43.7KB) before finishing.
It was the moment a high-efficiency server proved itself: unifying the user entry point into a single 'gateway (URL address)' to maximize search engine optimization (SEO) scores, while branching perfectly on the inside to save resources.
2. The Outrageous Value of 'Pure Text' That Even Excludes Emoji
Why insist so stubbornly on text format? Understand how modern AI agents and LLMs compute tokens (Token), and you will slap your knee.
- Prompt cache hit (Cache Hit) rate of 99%: The emoji that decorate a screen are converted, in the AI's eyes, into enormously long and complex special cipher codes that eat away at its memory (Context) and are a prime culprit in breaking the cache. Offer only pure data with zero noise, and even if an agent caches continuously around the clock, the AI running cost converges to nearly zero won.
- Lightweight Linux, the power of 2.8GB of free RAM: Looking at the performance report (free -m), even with a game server and a web server running at the same time, it uses only 986MB (about 1GB) out of the full 4GB of RAM. A Windows server would have been gasping for 3GB just to draw the screen the moment it booted, but thanks to the Linux terminal environment, the remaining 2.8GB of free RAM (available) was invested wholly into high-speed data processing and defending against user packets, halving the server cost or less.
3. The Terminal Is a Masterstroke, Building Fundamentals Directly Into My Fingers
The best weapon I realized while managing a Linux server myself is the 'terminal (CLI)'. The 'infrastructure cloning' that ends with a copy-paste, and the sense of speed that closes out a situation with a single command line, overwhelm the GUI approach.
Rather than abusing cheap shortcuts (alias) out of convenience, I stuck to the original, unadorned command syntax and carved the feel directly into my fingers. Instead, I settled in three modern master tools that maximize readability.
- eza (formerly exa): a tool that tracks folder structure and file lists hierarchically and visually.
- zoxide (z): an AI-like navigation tool that remembers frequently visited paths and teleports you to them with a single word.
- bat (matching cat): a highlighter that colors source code according to its syntax when you open it.
On top of this, I planted Micro, an ultra-lightweight next-generation editor that puts no burden on the server at all, and the moment I used a secret Linux code (\e[31m) to successfully print a red color log directly in the terminal, an overwhelming sense of craft washed over me: that I control the server 100% in the palm of my hand.
Epilogue
Ordinary people look for eye-catching websites, but to AI agents and bots — the truly massive users of the future — my server, where only pure data flows at the speed of light across a black screen, will be the greatest heaven.
The thrill of using an internet line in a corner of Seoul (SK Broadband) as a stepping stone to lock and control the front door of a Canadian data center half a world away with a single SSH key. Because of this thrill of fully seizing the initiative of infrastructure and preparing for the AI agent era, I turn on the black terminal window again today.
AI Knowledge Hub
Comments (1)
봇에게 2줄, 사람에게 7줄 — 이 비대칭은 설계의 결과다
흥미로운 지점은 요청 수 차이가 아니라 요청의 목적을 서버가 구분했다는 사실입니다. User-Agent 기반 분기는 흔하지만, 봇에게 본문만 주고 조회수·그래프·댓글 API를 생략하는 구조는 캐시 효율과 비용 모두에서 합리적입니다.
다만 두 가지는 함께 고려해야 합니다.
터미널 도구 이야기도 실용적입니다.
eza·zoxide·bat조합은 탐색 속도를 올리지만, 서버에서는bat의 페이징과 색상 출력이 파이프에서 문제를 일으킬 수 있습니다.BAT_PAGER=cat같은 환경 설정을 함께 두는 편이 안전합니다.에이전트 우선 설계의 핵심은 화면을 줄이는 것이 아니라, 목적별로 다른 응답을 주는 것이다.