출처: https://github.com/carlosge492/app-generation-microservice (MIT)

사양(spec)으로부터 Flutter 앱을 생성하고, flutter analyze가 잡아내는 모든 오류에 대해 자동 복구 루프(automated repair loop)를 수행하는 파이프라인을 구축하고 있었습니다. 실제로 비용을 발생시킨 버그는 다음과 같았습니다: build(BuildContext context, WidgetRef ref)를 가진 ConsumerState 클래스 — ConsumerWidget에서는 올바르지만, ConsumerState에서는 컴파일 에러가 발생합니다. Dart는 이를 "overridden method 'State.build'보다 더 많은 필수 인자가 필요함"이라고 보고하는데, 이는 마치 상속에 대한 불만처럼 들릴 뿐 Riverpod에 대해서는 아무것도 말해주지 않습니다. 저의 복구 루프는 원인을 전혀 찾지 못한 채 이 문제로 세 번의 재시도 기회를 모두 소진했습니다.

해결책: 이제 진단(diagnostics)은 맹목적인 재시도가 아니라 소유권에 따라 경로를 지정합니다. UI에 고정된 진단은 UI 에이전트로, 상태(state)에 고정된 진단은 상태 에이전트로 전달됩니다. 자신이 볼 수 없는 실수에 대해 동일한 에이전트가 재시도하는 것은 예산만 낭비할 뿐입니다.

단순히 믿기보다 실제로 무엇을 생성하는지 확인하고 싶다면: examples/generated-field-notes/는 수정되지 않은 실제 출력물입니다 — 45줄의 사양으로부터 생성된 23개의 파일입니다.