https://roboco.io/tags/continuous-improvement/ Recent content in Continuous-Improvement on ROBOCO Hugo ko-kr Sat, 10 Oct 2026 10:00:00 +0900 https://roboco.io/posts/software-factory-failures-into-rules/ Sat, 10 Oct 2026 10:00:00 +0900 https://roboco.io/posts/software-factory-failures-into-rules/ <blockquote> <p>&ldquo;이 경로에는 성공률에 따른 실행 제한이 없었고, 제한을 두지 않을 이유도 찾지 못했다(The lane has no rate gate, and I found no reason for that).&rdquo; – OpenClaw ClawSweeper PR #1855<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup></p> </blockquote> <figure><img src="https://roboco.io/posts/images/Dohyun.png"><figcaption> <h4>정도현 - 로보코 수석 컨설턴트</h4> </figcaption> </figure> <hr> <p>이 글은 4편으로 구성한 연재 「오픈소스 프로젝트들로부터 배우는 소프트웨어 팩토리 모범사례」의 마지막 편이다.</p> <p><strong>연재 구성</strong></p> <ol> <li><a href="https://roboco.io/posts/software-factory-best-practices-from-open-source/">판별 기준과 12개 저장소: 무엇을 팩토리라 부르고, 어디서 돌아가고 있는가</a></li> <li><a href="https://roboco.io/posts/software-factory-who-merges/">누가 병합하는가: 위험 기반 위임과 권한 구조</a></li> <li><a href="https://roboco.io/posts/software-factory-evidence-before-fix/">증거로 거르는 팩토리: &ldquo;수정 전에는 실패한다&quot;는 증명</a></li> <li>실패를 규칙으로: 자기 개선 루프와 그 한계 (이 글)</li> </ol> <p>맨 위의 인용은 OpenClaw의 자동 구현 워커가 1주일 동안 52번 성공하고 256번 실패한 뒤, 이를 보고한 PR에 적힌 문장이다. 그 PR은 실패율이 높으면 자동 구현을 멈추는 장치를 추가했다.<sup id="fnref1:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup> 실패를 발견하고, 원인을 찾고, 다시 일어나지 않도록 규칙이나 장치를 바꾸는 것. 이것이 <a href="https://roboco.io/posts/software-factory-best-practices-from-open-source/">1편</a>에서 정한 판별 기준의 여섯 번째, 자기 개선 루프다.<sup id="fnref:2"><a href="#fn:2" class="footnote-ref" role="doc-noteref">2</a></sup></p>