@claudeai의 소스 코드 유출 사건에 대해 이야기해 보겠습니다. 간단히 말해서, 이 상용 수준의 Agent OS 시스템 설계는 @openclaw에게 시스템 엔지니어링 역량을 구축하는 데 있어 훌륭한 모델을 제공하며, AI OS 분야는 새로운 도약을 앞두고 있습니다. 1) 지난 2년간 에이전트의 핵심 문제는 모델이 충분히 똑똑하지 않아서가 아니라 시스템이 충분히 신뢰할 수 없어서였습니다. 모델은 코딩할 수 있지만, 코드를 작성한다고 해서 실행이 보장되는 것은 아닙니다. 모델은 작업을 수행할 수 있지만, 시간이 지남에 따라 맥락이 약해져 착각에 빠지게 됩니다. 모델은 정보를 기억할 수 있지만, 무엇을 기억해야 하는지, 정보가 정확한지 어떻게 검증해야 하는지 알려주는 사람은 아무도 없습니다. 클로드 코드 소스 코드에는 세 가지 문제 모두에 대한 명확한 엔지니어링 솔루션이 있습니다. --컨텍스트 소멸: 3계층 메모리 아키텍처를 사용하며, 상주 컨텍스트에는 외부 파일을 가리키는 경량 인덱스만 존재합니다. 과거 대화 내용은 전체를 읽어들이지 않고 필요한 부분만 추출합니다. 쓰기 작업은 엄격하게 관리됩니다. 인덱스는 파일 쓰기가 성공했을 때만 업데이트되며, 실패한 시도는 메모리에 기록되지 않습니다. --생성이 완료를 의미하는 것은 아닙니다. 별도의 검증 에이전트가 검증을 담당합니다. 시스템 프롬프트 자체는 2866개의 토큰으로 구성되어 있으며 생성 모듈 과 완전히 분리되어 있습니다. 또한, "완료된 것처럼 보이는 것"이 ​​"실제로 완료된 것"으로 간주되지 않도록 자체 결론에 대해 적극적으로 의문을 제기하는 검증 메커니즘이 있습니다. --사용자 부재 시 작업 실행 유지 방법: 코드에서 150회 이상 등장하는 백그라운드 데몬인 KAIROS는 사용자가 없는 동안 autoDream을 지속적으로 실행하여 관찰 결과를 통합하고, 모순되는 추론을 제거하며, 모호한 인상을 명확한 사실로 구체화합니다. 사용자가 돌아오면 에이전트의 상태가 자동으로 유지됩니다. 이 세 가지 솔루션을 종합하면 Anthropic의 논리적 접근 방식이 명확해집니다. 즉, 모델의 기능과 시스템의 신뢰성을 분리하는 것입니다. 모델은 생성 기능을 담당하고, 시스템은 검증, 메모리 관리, 복구 및 스케줄링을 담당합니다. 2) 이러한 엔지니어링 기능과 최적화 논리는 현재 OpenClaw의 가장 취약한 부분입니다. OpenClaw는 불과 5개월 만에 GitHub에서 34만 개 이상의 스타를 획득하며 오픈소스 역사상 보기 드문 폭발적인 성장을 기록했지만, 커뮤니티에서는 끊임없이 불만이 제기되어 왔습니다. 이러한 불만에는 작업 반복, 잘못된 코드 완성(에이전트가 코드 작성 직후 검증 없이 "완료"를 보고함), 상태 손실, 마크다운에만 의존하는 부실한 메모리 관리, 그리고 리팩토링 후 발생하는 광범위한 플러그인 충돌 등이 포함됩니다. 이것들은 무작위적인 버그가 아닙니다. 문제의 핵심은 단 한 가지로 귀결됩니다. 바로 전역 상태를 관리할 수 있는 체계적인 엔지니어링 역량이 부족하다는 것입니다. 이제 유출된 클로드 코드의 소스 코드를 참조하여 숙제를 간단히 복사하고, 빠진 부분을 채워 넣으면 명확한 참고 자료를 얻을 수 있습니다. 독립 검증 하위 에이전트 없음 → 검증 전문가 아키텍처를 참조하고 실행 후 독립 검증 계층을 강제로 통과시키십시오. 메모리는 전체 세그먼트를 읽고 쓰는 방식에 의존합니다 → 컨텍스트 인덱스와 실제 콘텐츠를 분리하는 3계층 메모리와 엄격한 쓰기 규율을 참조하십시오. 작업 상태는 영구적이지 않습니다 → "재시작 시 작업 손실 없음"을 표준 기능으로 만드는 25개 이상의 라이프사이클 후크와 sessionId 복구 메커니즘을 참조하십시오. 도구 권한이 너무 광범위합니다 → 2500줄짜리 bash 유효성 검사 로직과 권한 체계를 참조하여 각 도구는 실행 전에 유효성 검사 및 권한 분류를 거칩니다. 위에. 솔직히 말해서, 저는 OpenClaw의 차기 버전을 기대하고 있습니다. 이 접근 방식이 제대로 구현된다면 현재 OpenClaw를 괴롭히는 많은 문제들이 해결될 수 있을 것입니다. 그리고 이러한 문제들이 해결되면 OpenClaw의 고유한 장점인 로컬 운영, 개인정보 보호, 그리고 개방형 생태계가 더욱 빠르게 발전할 것이며, 이는 Anthropic이 가장 원하지 않는 결과일 것입니다. 하하, 정말 우연의 일치네요. 앤트로픽이 정신없이 제품 라인을 개편하고 오픈클로의 성장세가 꺾이던 바로 그 시점에 인간의 실수로 인한 사고가 발생했으니 말입니다. 이제 오픈클로 생태계가 이 기회를 어떻게 활용할지 지켜보겠습니다.