기록 개요
- 기록일: 2026년 8월 18일
- 참석: 홍용재, 김희성
- 성격: 정식 의사결정 회의보다 AI 네이티브 업무와 조직, 소프트웨어 구조의 변화를 탐색한 대화
- 주의: 아래 전망은 두 사람의 당시 관점이며 확정된 사실이나 팀의 공식 로드맵이 아니다.
대화 안건
- 에이전트가 보편화될 때 코드와 소프트웨어 아키텍처가 어떻게 달라지는가
- 사람에게 남는 역할과 조직의 의사결정 구조
- 데이터와 거대 API·SaaS의 가치
- Loom이 장기적으로 맡을 수 있는 통제 계층
- 인프라 학습이 필요한 이유
각 사람의 의견
홍용재
- 점차 많은 소프트웨어 로직이 사람이 직접 작성한 규칙보다 에이전트의 실행과 판단으로 이동할 수 있다고 보았다.
- 사람을 위해 정한 코드 관례와 문서 구조가 에이전트 중심 환경에서는 오히려 비용이 될 수 있으며, 작업은 더 작은 과제와 연결 관계로 분해될 것이라고 전망했다.
- 문제 해결은 정답을 처음부터 설계하는 일보다, 가능한 해결책을 탐색하고 검증하는 검색 문제에 가까워질 수 있다고 말했다.
- Loom을 로컬의 여러 에이전트와 작업을 통제하는 작은 운영체계 또는 개인용 통제면으로 확장해 보고 싶다고 했다.
- 이를 제대로 구현하려면 네트워크, 배포, 실행 환경 같은 인프라 지식이 필요하다고 보았다.
김희성
- 현재는 사람이 최종 판단을 내리고 에이전트가 실행을 보조하는 혼합 단계이며, 자동화의 범위가 빠르게 넓어질 것으로 전망했다.
- 업무가 자동화되어도 도메인 판단과 최종 결정의 책임을 가진 사람은 중요하게 남을 것이라고 보았다.
- 에이전트가 코드를 생성하고 교체하는 환경에서는 전통적 소프트웨어 아키텍처의 일부 기준이 약해질 수 있다고 말했다.
- 거대한 통합 API와 SaaS, 그리고 그 서비스를 개선할 수 있는 데이터의 소유권이 더 중요해질 수 있다고 보았다.
- 인프라는 구성 요소를 외우기보다 하위 계층에서 왜 그 구조가 필요한지 역으로 추론하는 방식으로 배워야 한다고 조언했다.
공통으로 확인한 방향
- Loom과 에이전트 제품을 논의할 때 인프라를 부수적인 배포 단계로만 보지 않는다.
- 실제 서비스를 안정적으로 운영하는 관점에서 네트워크, 실행 환경, 관측과 통제를 학습한다.
- 김희성이 인프라 구조를 설명하는 별도 스터디를 진행하고, 홍용재가 이를 실제 작업에 연결해 보기로 했다.
공식 결정 여부
- 제품 범위, 기술 선택, 일정에 관한 공식 결정은 없었다.
- 장기 전망을 공유하고 인프라 스터디를 이어가자는 합의만 남겼다.
행동 항목
- 김희성: 인프라 입문 설명과 참고 자료, 자신의 운영 사례를 준비한다.
- 홍용재: 서버·네트워크·배포와 관련한 질문을 정리하고 사전 학습한다.