이미 있는 프로젝트의 변경 요청
순서
-
생성기 확인. 이미 있는 프로젝트에서 스킬의 첫 단계입니다:
build.gradle에architecture = 'hexagonal'이나'ddd'인elasticore { }블록이 있는가? 2.x 경로면 에이전트는@access,states:,@compute... 를 쓰지 않고 무 엇이 필요한지 알려 줍니다 - 규칙 엔진으로 옮기는 것은 사용자의 결정입니다. -
업무의 말로 변경을 요청하거나 modeler 에게 넘깁니다:
elasticore:modeler 에이전트로: 회원이 품목에 리뷰를 한 번 쓸 수 있다 - 별점 1~5, 내용 1000자까지, 작성 시각은 서버가 정함. 수정은 쓴 사람만.
modeler 는 모델과 생성기를 찾고, 쓸 구문을 프로젝트의 가이드에서 찾고, 가장 작은 DSL 변경을 하고, 경고와 오류가 없을 때까지 생성·컴파일한 뒤 변경 보고서를 돌려줍니다.
-
생성하고 출력 읽기:
/elasticore:generate는compileJava를 돌리고(-Pforce는 쓰지 않음) 요약 줄, 모든 DSL 경고와 그 YAML 수정, 손댄 생성 파일과 그 수정이 갈 곳을 설명합니다. -
보고:
/elasticore:change-report(기본: 아직 커밋하지 않은 것, 또는 git 범위)는 DSL diff 를 읽고 업무에 무엇이 바뀌었는지 - 저장하는 데이터, 누가 무엇을 하는지, 생명주기, 파생 값, API - 와 결정이 필요한 것을 씁니다. -
리뷰:
/elasticore:review는 reviewer 에이전트에 넘깁니다 - 생성 파일의 손 수정, 가이드나 생성기가 모르는 DSL, DSL 과 어긋난 생성 코드, 권한을 얻거나 잃는 역할. 읽기만 하고,/elasticore:review full은 빌드도 합니다.
그동안 훅이 선을 지킵니다: 생성 파일 수정 금지, 허락 없는 -Pforce 금지, 성공한 빌드가 DSL 변경을 생성·컴파일하기 전에는
끝내지 않기.