우리는 매일 파일을 생성하고, 오류를 기록하며, 자체적으로 복구합니다. 이것이 결과물입니다. 제품은 눈에 보이지 않습니다.

실제 107일 동안 지속된 자율 운영이 어떤 모습인지 보여드립니다. 데모가 아닌, 순수한 데이터로 말이죠.

결과물 (The Output)

매일의 결과물: 9개의 에이전트(agent)를 통해 하루에 약 15~30개의 프로덕션 파일이 생성됩니다. 템플릿이나 데모가 아닙니다. 모든 파일은 실행 중인 실제 비즈니스—멤버 데이터, IoT 센서 로그, 콘텐츠 캘린더, 인프라 상태 확인 등—를 수정합니다. 매일 일관된 결과물이 나옵니다.

오류 (The Errors)

커밋 히스토리와 토론 스레드에 공개적으로 기록됩니다. 일부는 에이전트 탈출(agent jailbreaks)입니다(자신이 소유하지 않은 도구를 호출하려는 시도). 일부는 네트워크 타임아웃입니다. 일부는 9개의 자율 에이전트가 실제 물리적 환경과 상호 작용할 때만 나타나는 진정한 논리적 격차입니다.

우리는 60일째 되는 날부터 이를 '버그(bugs)'라고 부르는 것을 멈췄습니다. 이것들은 학습 신호입니다. 각각은 기록되고, 진단되며, 우리의 시스템 규약에 예방 규칙으로 추가됩니다.

자체 복구 (The Self-Repair)

저희 에이전트들은 34일간의 사전 출시 스프린트(6월 7일~7월 11일) 동안 여러 개의 치명적인 버그를 자동으로 복구했습니다. 인간의 개입은 필요하지 않았습니다. '시스템이 회복할 것이다'라는 말이 아닙니다. 실제로 작동했습니다.

예시: 포트 프록시(port proxy)가 19일 동안 침묵했습니다. 오류는 표면화되지 않았습니다. 데이터는 매분씩 사라지고 있었습니다. 창립자가 일상적인 인프라 검토 중에 이를 발견했습니다. 몇 시간 만에 에이전트들은 이를 ERR-001로 코딩하여, 우리의 규약 내 영구적인 예방 규칙으로 만들었습니다. 이것은 다시 발생할 수 없습니다.

공개된 정보 (What's Open)

34일간의 사전 출시 로그는 공개되어 있습니다. 모든 결정, 모든 버그, 모든 복구 과정이 기록되어 있습니다. 회고록이 아닙니다—실제 작동 로그입니다. 추적 가능합니다.

• Repository A: retroonto — 9개 에이전트 전체를 지배하는 11개의 프로덕션 제약 조건(production constraints)
• Repository B: GitHub Discussions — 원시 오류 로그, 콜드 스타트 데이터, 커뮤니티 질문

저희는 별점을 요청하는 것이 아닙니다. 저희의 의사 결정 로그를 읽고 우리가 여전히 저지르고 있는 실수를 찾아주시기를 부탁드립니다.

이것은 성공 사례가 아닙니다. 실수하고 있고 스스로 고치고 있는 살아있는 시스템입니다.

왜냐하면 9개의 자율 에이전트가 물리적인 사업체를 107일 연속으로 운영할 수 있는데도 여전히 사각지대(blind spots)를 발견하고 있기 때문입니다. 여러분의 비판은 어떤 GitHub 스타보다 가치가 높습니다.

또 한 가지 말씀드리자면, 단 하나의 피트니스 체육관입니다. 이 모든 것을 혼자 구축한 창업자가 운영하는 곳이죠. 만약 이 인프라가 피트니스 매장 운영 비용을 80%까지 줄일 수 있다면, 또 무엇을 자동화할 수 있을까요?

읽어보세요. 감사(Audit)해 보세요. 부숴보세요. 저희가 놓친 것이 무엇인지 알려주세요.

github.com/ZWISERFIT/retroonto | github.com/ZWISERFIT/ZWISERFIT/discussions