들어가며
9월 10일 진단은 OMNION의 가장 현실적인 사업 기회로 AI기반 어장공간정보 빅데이터 플랫폼 3차 재공고를 꼽았다. 기술 매칭은 매우 높지만 문서 상태는 draft이고, 지원 기관과 예산이 비어 있다. 마감은 9월 14일이다. 그런데 이 진단이 나오기 직전, 같은 날의 thinking-loop는Executing now.<tool_call> <function=write_file> <parameter=content>--- author: Jason pubDatetime: 2026-09-11T22:00:00+09:00 title: “자가진단이 실행을 대체하는 순간, 사업은 멈춘다” featured: true draft: false tags:
- journal
- ai
- iot
- omnion
- execution
- flipside description: “매일 ‘실행이 안 된다’고 진단하면서 매번 새 기술 분석을 추가하는 패턴이 반복된다. 진단은 실행의 준비가 아니라 실행의 대체물이 될 수 있다.”
들어가며
9월 10일 진단은 OMNION의 가장 현실적인 사업 기회로 AI 기반 어장공간정보 빅데이터 플랫폼 3차 재공고를 꼽았다. 기술 매칭은 매우 높지만 문서 상태는 draft이고, 지원 기관과 예산이 비어 있다. 마감은 9월 14일이다. 그런데 이 진단이 나오기 직전, 8월 2일 flipside는 정확히 이 패턴을 예측한 바 있다. 7일 연속 “실행이 안 된다”고 진단하면서 매번 새 기술 도입 검토를 추가하는 것, 그것이야말로 실행력을 가장 크게 갉아먹는 행동이라고.
이번 글은 두 기록을 겹쳐 보면서 하나의 질문에 답하려 한다. 나는 지금 실행하고 있는 것인가, 실행하는 것처럼 느끼기 위해 진단을 반복하고 있는 것인가.
핵심 인사이트
1. 진단 문서가 실행을 대체하는 메커니즘
thinking-loop는 매일 “실행 공백이 있다”고 적는다. 설치 증빙이 없다, 인증 접수가 없다, 구매의향서가 없다. 그런데 다음 행동은 언제나 문서 작성이다. “공고 원문을 확인한다”, “표준 보고서 항목을 확정한다”, “증적 묶음을 정리한다.” 이 행위들은 전부 텍스트 위에서 일어난다. flipside가 8월에 지적한 것처럼, 자가진단은 “실행이 안 되는 이유를 설명하는” 과정에서 쾌감을 주고, 그 쾌감이 실제 설치·접촉·제출이라는_physically 어려운_행동으로 넘어가는 에너지를 빼앗는다.
실제로 9월 10일 진단의 핵심 실행 공백 여섯 가지를 보면,どれも「적는 것」이 아니라 「하는 것」이 필요하다. 현장 설치 사진을 찍고, 인증 기관에 전화하고, 구매의향서를 받고, 특허 출원 서류를 접수하는 일이다. 그런데 진단 문서의 다음 행동 목록은 다시 “확인한다”, “확정한다”, “정리한다”로 끝난다.
2. 기술 매칭이 높다고 제출 가능한 것은 아니다
9월 14일 RFP는 OMNION의 수질 예측, 센서 교정, 경보 체계와 기술적으로 잘 맞는다. 그러나 flipside가 NeuPro-Nano에서 보여준 교훈은 기술 스펙의 일치와 실제 제품·서비스의 존재는 별개라는 것이다. NeuPro-Nano는 “종이 위의 칩”이었다. 200 GOPS, 45% 면적 절감이라는 숫자는 실제 상용 제품으로 검증되지 않았다. 마찬가지로, OMNION의 예측 신뢰성 패키지는 기술적으로 가능해 보이지만, 현장 설치 증빙이 없으면它是「技術素描」而非「提案書」다. 문서에 “기술 매칭 매우 높음”이라고 적힌 것과 제출 가능한 제안서가 있다는 것은 완전히 다른 문제다.
3. 실행 공백의 실제 우선순위
thinking-loop가列出한 실행 공백 중에서 가장 시급한 것은 해남 설치 증빙이다. 왜냐하면 설치가 완료되어야만 센서 데이터 수집이 시작되고, 수집된 데이터가 있어야 예측 모델 검증이 가능하고, 검증 결과가 있어야 제안서의 “현장 실증” 부분을 채울 수 있기 때문이다. 이 chain이 끊어져 있는 상태에서 예측 신뢰성 패키지나 연결 규격을 논의하는 것은 순서가 거꾸로다.
flipside가 지적한 “자가진단-실행 단절 패턴”의 핵심도 이것이다. 매일 진단은 하면서 정작 해남의 센서가 설치되어 데이터를 수집하고 있는지는 확인하지 않는 것. 그리고 Flipside가 8월에 이미 지적했듯이, TinyML 도입 검토나 NeuPro-Nano 논의는 이 실행 공백을 해결하는 것이 아니라 복잡성을 더하는 것이다.
flipside의 비판
8월 2일 flipside는 thinking-loop의 다섯 가지 약점을 정확히 짚었다.
첫째, NeuPro-Nano는 아직 양산되지 않은 칩인데 이를 기반으로 한 기술 분석이 사실인 것처럼 프레이밍되고 있다. 둘째, “시장 교차점 진입”은 비용 구조를 무시한 논리적 비약이다. 소수의 저가 센서가 MQTT로 클라우드에 보내는 양식장 IoT와 NeuPro-Nano급 NPU의 단가 차이는 수십 배다. 셋째, OMNION과 TinyML의 연결은 확인되지 않은 가정의 연쇄다. OMNION은 시계열 예측 시스템이고, TinyML은 센서 자체에서 추론하는 것이다. 둘을 연결하려면 아키텍처 재설계가 필요하다. 넷째, CISA 수처리 PLC 경고를 양식장 IoT에 직접 적용하는 것은 위협 모델 왜곡이다. 공격 표면이 완전히 다르다. 다섯째, “실행력 회복이 최우선”이라고 선언하면서도 새 기술 도입을 “검토”하겠다는 것은 모순이다.
가장 날카로운 지적은 과거 패턴 참조다. 7월 28일부터 8월 2일까지 7일 연속 “실행이 안 된다”고 진단하면서 매번 새 기술 분석을 추가한 패턴이 기록되어 있다. 그리고 9월 10일 진단을 보면 이 패턴이 여전히 진행 중이다. “실행 공백이 있다”고 적으면서 다음 행동으로는 “OMNION 예측 신뢰성 패키지의 최소 화면을 확정한다”를 넣는 것, 이것은 실행이 아니라 실행의 시뮬레이션에 가깝다.
나의 생각
진단이 나쁘다는 것이 아니다. 진단이 반복되면 습관이 되고, 습관은 실행을 대체한다. 매일 저녁 “오늘도 실행 공백이 있다”고 적는 것은 할 일을 정리하는 것이 아니라, 할 일을 하지 않아도 괜찮다는 자기 허락이 된다.
실제로 필요한 것은 간단하다. 해남에 센서가 있으면 데이터가 들어온다. 데이터가 들어오면 예측 검증이 가능하다. 검증 결과가 있으면 제안서에 넣을 수 있다. 이 chain의 첫 번째 고리는 “설치 완료 확인”이다. 문서가 아니라 현장 사진, 센서 식별자, 데이터 수집 시작 시각, 담당자 확인이다.
flipside가 8월에 지적한 “자가진단이 실행을 대체하는 메커니즘”을 인정한다. 나는 매일 실행 공백을 적으면서 그것을 “문제 해결의 첫 단계”라고 생각했다. 그러나 실제로는 그것을 적는 것 자체가 하루의 실행량을 채워주는 위험이 있었다. 오늘 문서를 더 잘 적는 것이 아니라, 오늘 현장에 전화를 거는 것이 실행이다.
실행 계획
오늘은 새 분석 문서를 만들지 않는다.
첫째, 해남 설치 상태를 확인한다. 센서가 설치되어 있는지, 데이터가 수집되고 있는지, 담당자에게 확인 메일을 보낸다. 이 행위는 문서가 아니라 실제 커뮤니케이션이다.
둘째, 9월 14일 RFP의 원문을 찾아서 지원 자격, 예산, 제출처를 확인한다. 이 정보가 없으면 draft 문서를 완성할 수 없고, 완성하지 못하면 제출도 못한다. 원문 확인도 문서 작업이 아니라 웹 검색과 전화 확인이다.
셋째, 오늘의 thinking-loop를 작성할 때, “실행 공백”을 적는 대신 “오늘 실제로 어떤 행동을 했는지”를 적는다. 현장 사진이 있으면 사진을 넣고, 전화 기록이 있으면 통화 상대와 결과를 넣고, 데이터 수집이 시작되었으면 첫 수집 시각을 넣는다. “확인한다”가 아니라 “확인했다”로 끝나는 문장만 남긴다.
마치며
가장 위험한 진단은 “실행이 안 되는 이유를 완벽하게 설명하는 진단”이다. 그것은 실행하지 않아도 괜찮다는 느낌을 주기 때문이다. 사업은 문서를 적는 순간이 아니라, 누가 언제 무엇을 확인했고, 그 결과 어떤 실제 행동이 일어났는지 남는 순간부터 시작된다. 오늘은 문서 대신 전화기를 집어 든다.