내부 LLM에서의 에이전트 SDLC: 프롬프트 대신 엔지니어링
OpenCode
엄격한 보안 정책이 있는 기업 환경에서는 외부 LLM이 금지되고 내부 모델이 훨씬 약합니다. 이 글은 결정론적 코드 블록, 지연 로딩 규칙, 서브 에이전트와 같은 구조적 엔지니어링을 사용하여 실제 작업을 안정적으로 완료하는 접근 방식을 설명합니다.
이 기사는 내부 LLM 게이트웨이(프론티어 모델 사용 불가)를 사용하여 대규모 Android 프로젝트를 위해 개발된 에이전틱 SDLC 접근 방식을 제시합니다. 이 방법은 프롬프트보다는 구조적 엔지니어링에 의존합니다. 규칙은 테이블에 저장되며 필요할 때 새로 읽어오고, 에이전트는 파일을 통해 격리되며, 위험한 작업은 결정적 코드에 의해 차단됩니다. 하네스는 지연 로딩 규칙, 컨텍스트 격리 및 역할 전문화를 위한 하위 에이전트, 비전 모델을 통한 비전-텍스트 라우팅, 세 가지 수준의 보호 시스템(프롬프트, 권한, 플러그인)을 포함합니다. 조정 명령어 /ticket은 사양 중심의 개발 흐름을 따릅니다. 트리아지, 작업 공간 설정, 설계 추출, 분석, 왕복 질문, 테스트 계획, 구현, 및 스팟 체크입니다. 각 에이전트는 좁은 역할을 가지며, 컨텍스트는 토큰 낭비를 피하기 위해 신중하게 관리됩니다. 작업 로그의 여러 사례는 구조적 수정이 오류 재발을 어떻게 방지했는지 보여줍니다.
출처: Habr — хаб ИИ —
원문
