정식 출시 다음에는 더 새로운 기능 이야기가 나온다. 보통 그렇게 생각하기 마련이다. 나도 처음에는 그렇게 생각했다. v1.0.0이 2026-07-26에 정식 출시되었고, 그날의 Current Context에는 같은 날 v1.1.0 정식 출시 완료까지 기록되어 있다. 그래서 다음 버전은 Connector 추가나 AI 기능 확장 이야기일 것이라고 대비하고 있었다.

하지만 실제로 늘어난 것은 그런 종류의 것이 아니었다. Current Context에 명시된 v1.1.0의 완료 사항은, "매일 아침 60초 이내에 '정상 / 주의 / 대응 필요'를 판단하기 쉽게 만드는 Dashboard UI 개선", "9개 화면의 최종 UI 수락", "275 tests passed"이다. 반면, 하지 않은 일로는 신규 Connector, DB / SQL / 스키마 변경, AI 요약·자동 제안, 새로운 쓰기 Action, Human Approval 생략 등이 나열되어 있다.

즉 v1.1.0은 할 수 있는 일을 늘린 버전이 아니라, 지금 있는 것을 아침에 읽기 쉽게 만든 버전이었다. 이번에는 이러한 집중 방식에 어떤 의미가 있었는지 써보고 싶다.

Season 1에서는 v1.0.0-rc1의 운용 검증 주를 거쳐, 2026-07-26에 v1.0.0이 정식 Go가 되었다. Current Context에서는 그 과정을 "신기능 추가가 아니라 운용 조건의 명확화와 재검증으로 성립된 Go"라고 정리하고 있다. 나는 이 시점에서 운영 OS의 어려움은 "작동하는 것을 만드는 것"보다 "매일 아침 그 상태를 단정 지어 말할 수 있는 것"이라는 점이 보이기 시작했다.

다만, 정식 버전이 되었다고 해서 아침 확인이 갑자기 가벼워지는 것은 아니다. Connector가 작동하는 것, 이력이 남는 것, Human Approval의 경계가 있는 것과 아침에 망설임 없이 상태를 판단할 수 있는 것은 별개의 과제이기 때문이다. Current Context가 v1.1.0의 현재 위치를 "Dashboard UI 개선의 v1.1.0까지 완료"라고 적고 있는 것은 그 차이를 상당히 명확하게 보여준다.

여기서 중요한 것은 다음의 큰 기능으로 건너뛰지 않았다는 점이라고 생각한다. 미착수 상태로 남아 있는 것은 공개 버전 리포지토리 분리의 안전한 계획과 신규 버전의 기능 구현이다. 즉 v1.1.0은 미래의 계획을 앞당긴 버전이 아니라, 지금 이미 있는 운용을 매일 아침 읽기 쉽게 만들기 위한 버전으로서 분리되어 있었다.

이번 테마는, Version 1.1에서 늘린 것은 기능이 아니라 가시성이었기에, 아침 판단 시간을 단축하는 개선에만 집중할 수 있었다는 것이다.

비엔지니어의 입장에서는 기능 추가가 성과로 보이기 쉽다. 새로운 연동이 늘어나고, 새로운 AI 보조가 들어오고, 새로운 조작이 가능해진다. 그런 변화는 설명하기도 쉽고 발전했다는 느낌도 주기 쉽다. 하지만 매일 아침 사용하는 운영 OS에서는 "무엇을 할 수 있는가"보다 먼저 "지금 무엇이 일어나고 있는지를 짧은 시간 안에 읽을 수 있는가"가 중요하다.

Current Context에 있는 v1.1.0의 목적은 "매일 아침 60초 이내에 '정상 / 주의 / 대응 필요'를 판단하기 쉽게 하는 것"이었다. 이는 상당히 구체적이다. 추상적으로 "UI를 개선했다"가 아니라, 매일 아침의 판단 시간이라는 운용 목적과 결합되어 있다. 가시성을 바꾸는 이유가 겉모습이 아니라 운용 시간의 단축이었다는 점이 여기서는 크다.

사실로 확인할 수 있는 v1.1.0의 내용은 상당히 압축되어 있다. 완료된 것은 Dashboard UI 개선, 9개 화면의 최종 UI 수락, 275 tests passed이다. 하지 않은 것은 신규 Connector, DB / SQL / 스키마 변경, AI 요약·자동 제안, 새로운 쓰기 Action, Human Approval 생략이다. 이 나열만으로도 어디를 바꾸고 어디를 바꾸지 않았는지 알 수 있다.

나는 이 "하지 않은 일"의 목록이 매우 중요하다고 생각했다. 만약 UI 개선과 함께 신규 Connector나 AI 요약까지 포함되어 있었다면, 아침 판단이 편해진 이유가 섞여버렸을 것이다. 화면이 보기 좋아졌기 때문인지, 뒷단의 기능이 바뀌었기 때문인지, 혹은 자동 제안이 늘어났기 때문인지. 여러 변화가 동시에 일어나면 개선의 효과를 순수하게 파악하기 어려워진다.

그 점에서 v1.1.0

는 기반 사상이나 안전 경계(Safety Boundary)를 흔들지 않는 방식으로 분리되었다. DB나 스키마를 건드리지 않는다. 새로운 쓰기 액션(Action)을 늘리지 않는다. 인간 승인(Human Approval)도 생략하지 않는다. 즉, "무엇을 표시하기 위한 기반인가"는 크게 바꾸지 않으면서, 어떻게 보여야 아침에 판단하기 쉬울 것인가에만 초점을 맞추고 있다.

이러한 분리 방식은 겉보기에는 수수해 보일 수 있지만, 상당히 강력하다. UI 개선에만 집중하면 매일 아침의 경험이 정말로 단축되었는지를 비교하기 쉽다. 9개 화면의 최종 UI 수락(Acceptance)과 275개의 테스트 통과(tests passed)가 나란히 기재된 것도 좋다. 단순히 겉모습만 좋게 만든 것이 아니라, 수락과 테스트를 모두 통과한 버전임을 알 수 있기 때문이다. 단순한 화장술이 아니라, 운영에 사용하는 화면으로서 수용 가능한지까지 고려했음을 읽을 수 있다.

또 다른 큰 점은, v1.0.0의 정식 출시 직후에 이것을 수행했다는 점이다. 나는 처음에 정식 버전 다음 단계라면 새로운 기능을 쌓고 싶어지는 시기라고 생각했다. 하지만 실제로는 그전에 가시성을 정돈하고 있다. 이는 향후 확장을 위해서라도, 우선 현재 위치를 읽기 쉽게 만드는 것이 더 중요하다는 판단으로 보인다.

Current Context에서는 미착수 사항으로 "공개 버전 리포지토리 분리의 안전한 계획", "새 버전의 기능 구현"이 남아 있다. 그래서 v1.1.0을 읽고 있으면, 미래의 확장으로 나아가기 전에 먼저 매일 아침의 관측면을 정돈한 순서가 보인다. 이는 서둘러 확장하기보다, 현재의 운용을 잘못 읽지 않도록 하는 것을 우선시한 버전이었다고 생각한다.

나는 운영 OS의 개선에는 두 가지 종류가 있다고 생각한다. 하나는 할 수 있는 일을 늘리는 개선이다. 다른 하나는 지금 일어나고 있는 일을 읽기 쉽게 만드는 개선이다. 전자는 화려하고 설명하기 쉽다. 후자는 수수하지만, 매일 사용하는 도구에서는 이쪽의 효과가 더 클 때가 있다.

v1.1.0의 사실을 보면, 이번에는 후자에 상당히 의식적이었다. 60초 이내의 판단이라는 목표는 기술적인 거창함이 아니라, 아침의 운영 부담과 직접 연결되어 있다. 게다가 Human Approval은 유지한 채이므로, 편리함을 위해 안전 경계를 약화시킨 것도 아니다. 이 점이 중요했다.

만약 Human Approval의 생략까지 포함했다면, 아침의 판단 시간이 단축되었다 하더라도 그것이 "보는 부담이 줄어든 것"인지, "확인 자체를 건너뛴 것"인지가 모호해졌을 것이다. 하지만 v1.1.0에서는 그 부분을 바꾸지 않았다. 따라서 편해진 요인을 UI 개선과 결부시켜 생각하기 쉽다. 가시성 개선과 통제권 포기를 섞지 않은 것이 버전(Version)의 의미를 명확하게 만들고 있다.

여기서 효과를 발휘하는 것은 기능의 수가 아니라 범위 관리(Scope Management)라고 생각한다. 범위가 좁을수록 좋아진 점과 나빠진 점을 모두 추적하기 쉽다. 비엔지니어라도 "전보다 아침에 읽기 쉬워졌는가", "정상 / 주의 / 대응 필요를 망설임 없이 구분할 수 있는가"는 판단할 수 있다. 판단할 수 있는 요소를 버전의 중심에 두면 개선에 대한 평가를 언어화하기 쉬워진다.

나아가, v1.1.0은 UI 개선만을 담은 Latest Release로서 Current Context에 남아 있다. 이는 가시성 개선 또한 정식 버전으로서 다룰 가치가 있다는 의미에서도 크다. 기능 추가만이 버전이 되는 것은 아니다. 매일의 운영 시간을 단축하고 상태 판단을 명확히 하는 개선도 독립된 버전으로 분리해도 좋다. 그 사실이 남아 있는 것만으로도 상당히 배울 점이 많았다.

• 정식 출시 다음 단계라도, 신기능이 아닌 UI 개선에만 집중하는 버전은 성립한다.
• 매일 아침 사용하는 운영 OS에서는 기능의 수보다 60초 내에 상태를 판단할 수 있는 가시성이 더 중요해진다.
• 9개 화면 수락과 275개 테스트 통과를 병기하면, 외관과 품질을 구분하지 않고 확인할 수 있다.
• "하지 않은 일"을 명시하면 개선의 책임 범위가 흔들리지 않는다.
• Human Approval을 유지한 채 개선하면, 편리함과 안전 경계를 혼동하기 어렵다.

이 내용의 다음을 쓴다면, 왜 v1.1.0에서 새로운 Connector나 AI 요약으로 넘어가지 않았는가 하는 이야기로 이어진다. 확장에 앞서 먼저 가시성을 정돈한 것은, 다음 기능 구현으로 들어가는 순서에 관한 이야기이기도 하기 때문이다.