jsdom이나 whatwg-url을 포함하는 확장이 다시 로드됩니다. 엔진의 확장 로더가 모든 CommonJS 의존성을 exports를 상수로 선언하는 프롤로그로 감싸서, module.exports = exports = { ... } 형태로 작성된 모듈(whatwg-url/lib/utils.js의 공개 형태와 jsdom의 생성된 IDL utils)이 파싱에 실패하여 This assignment will throw because "exports" is a constant 에러로 전체 확장 그래프를 종료시켰습니다. pi-webfetch가 보고된 피해 사례였습니다. CommonJS는 이제 Node의 모듈 함수 래퍼 내에서 평가되며, 파일 단위의 require는 파일의 절대 경로를 반환하는 resolve를 포함하고(jsdom이 이 방식으로 XHR 동기 워커를 찾음), require 순환 내의 모듈은 undefined 대신 여전히 평가 중인 모듈의 부분적으로 구축된 exports를 받으므로 @acemir/cssom의 상호 require가 해결됩니다. body가 throw하는 의존성은 제거되므로, 나중의 require는 반이 구축된 모듈을 반환하는 대신 다시 throw하고, .mjs / .mts 파일은 import나 export 문이 없어도 ESM 경로에 유지됩니다.
반복되는 omob 빌드가 더 이상 이전 빌드의 엔진 사본을 배포하지 않습니다. 재사용 가능한 senpi 캐시 클론이 마지막 빌드가 워크스페이스에 작성한 게시 스테이징을 유지했고, 번들러가 빌드 중인 커밋 대신 그 오래된 사본에서 에이전트 코어를 해결했습니다. 엔진이 그 사본이 부족했던 export를 얻으면, 모든 새로 고침이 No matching export ... for import "prepareReadFolder" 에러로 실패했고 런처가 시작을 거부했습니다. 그 전에는 3일 된 에이전트 코어를 조용히 번들했습니다. 이제 스테이징은 모든 설치 전에 버려집니다. (#8477)
npm i -g omo-ai@beta