凡人小北(@frxiaobei)의 스레드

LangChain이 에이전트가 파일 시스템을 사용하여 컨텍스트 엔지니어링을 수행하는 방법을 설명하는 걸 보고 웃음이 나왔습니다. 이것이 바로 마누스의 컨텍스트 엔지니어링 접근 방식의 핵심 아이디어가 아닐까요? 프롬프트에서 정보를 해제합니다. 외부 상태로 두세요. 읽어야 할 것은 읽고, 버려야 할 것은 버리고, 창고에 모델을 너무 많이 넣지 마세요. 핵심 원칙은 상황을 통제 가능한 자원으로 바꾸는 것입니다. 통제할 수 없는 자원을 단순히 쌓아두는 것은 기도하는 것과 다를 바 없습니다. 하지만 몇 가지 차이점도 있습니다. LangChain은 한 걸음 더 나아갑니다. 에이전트가 파일 시스템을 자신의 대뇌 피질처럼 취급하게 만듭니다. 디렉토리 구조는 추상적인 계층이고, grep/glob은 검색 메커니즘입니다. (익숙한 이야기인가요? 두 개의 대형 모델 제조업체도 이런 일을 합니다.) 검색 결과는 먼저 파일 시스템에 기록되고, 필요에 따라 검색됩니다. 모든 프롬프트, 도구 설명, 로드맵, 사고 과정을 파일에 적어 두세요. 에이전트는 스스로 CRUD 작업을 수행할 수 있습니다. 이런 느낌은 매우 익숙합니다. 인터넷 이전 시대에 아키텍처가 시스템 수준에 도달했을 때, 결국 모든 사람이 같은 결론에 도달했습니다. Manus의 컨텍스트 스레드, 스크래치패드 또는 수명 주기 관리이든, 여전히 LangChain의 파일 시스템 우선 / 모듈형 에이전트 / 지연 컨텍스트입니다. 결국, 그들은 모두 한 문장을 가리킨다. 컨텍스트 ≠ 토큰 윈도우. 컨텍스트 = 외부화된 상태 + 스케줄링 메커니즘 + 유지 관리 가능한 구조. 모델의 크기가 아무리 크더라도 결국에는 엔지니어링이 중요합니다. 적어도 지금은 그렇습니다.