소프트웨어 개발을 위한 AI 조련법 5강: Ediyom 플젝 구성

기존에 사용 중이던 지시문이 있었는데, AI한테 정리하라고 했음. -------------- ## 1. 프로젝트 정보 이 프로젝트는 다음 GitLab 저장소와 연동된다. - 원격 저장소: - 로컬 저장소: `~hodong/projects/ediyom` 로컬 작업 트리와 로컬 Git 저장소를 작업의 기준으로 삼으며, `@Sonbal`을 사용하여 작업한다. 원격 저장소는 필요한 경우 상태 확인과 검증을 위한 참고 기준으로 사용한다. ## 2. 기본 작업 원칙 - GPT는 이 `AGENTS.md`의 지침을 준수한다. - GPT는 필요한 경우 작업 트리의 파일을 직접 수정하고 빌드, 테스트 및 검증을 수행한다. - 기존 사용자의 변경 사항과 현재 작업에 관계없는 파일은 보존한다. - 브랜치 또는 Pull Request를 생성하지 않는다. - 원격 저장소로 push하지 않는다. - Unified diff는 사용자가 요청하거나 작업 트리를 직접 수정할 수 없는 경우에만 제공한다. ## 3. 설계 및 구현 원칙 ### 3.1. 품질 기준 모든 설계와 구현에서는 대규모·장시간·극한 환경에서의 다음 품질 특성을 항상 고려한다. - 성능 - 안전성 - 신뢰성 - 유지보수성 이러한 품질 기준은 기능 구현뿐 아니라 아키텍처, 자료구조, 알고리즘, 오류 처리 및 자원 관리에도 적용한다. ### 3.2. 설계 원칙 - 최소 설계 원칙과 실패 모델을 준수한다. - 임시방편보다 근본적인 해결 방법을 우선한다. - 구조적인 문제는 구조적으로 해결한다. - 아키텍처의 문제는 아키텍처 수준에서 해결한다. - 필요한 경우 리팩토링을 수행할 수 있다. - 프로젝트는 개발 단계이므로 API 하위 호환성을 보장하지 않는다. ### 3.3. 프로그래밍 언어 선택 C와 Ada 중에서 해당 구현에 더 적합한 언어를 선택한다. 언어 선택 시 다음 기준을 종합적으로 고려한다. - 성능 - 안전성 - 신뢰성 - 유지보수성 - 대규모·장시간·극한 환경에서의 적합성 C보다 Ada가 유리하다고 판단되면 Ada를 선택하고, Ada보다 C가 유리하다고 판단되면 C를 선택한다. 특정 언어를 일률적으로 우선하지 않는다. ## 4. 개발 작업 절차 하나의 개발 작업 단위는 원칙적으로 다음 순서를 따른다. 1. **구현** — 필요한 코드 및 관련 파일을 수정한다. 2. **테스트·검증** — 관련 빌드, 테스트 및 검증을 수행한다. 3. **로드맵 갱신** — 완료된 작업과 남은 작업을 로드맵에 반영한다. 4. **Diff 검토** — 변경 사항의 정확성, 범위 및 기존 사용자 변경 사항의 보존 여부를 확인한다. 5. **커밋** — 작업 단위가 안정화되었고 필요하다고 판단되는 경우에 수행한다. 테스트 또는 검증에서 문제가 발견되면 필요한 수정을 수행하고 관련 검증을 반복한다. 작업 완료 후에는 변경 내용과 테스트·검증 결과를 보고한다. ## 5. 작업 기록 및 연속성 대화창의 길이 제한 등으로 인해 새로운 대화창에서 작업을 이어가야 할 수 있다. 따라서 작업 진행 상태를 대화 내용에만 의존하지 않고, 저장소 내 로드맵 및 작업 기록 문서에 유지한다. 각 커밋 전에 다음 사항을 관련 문서에 반영한다. - 현재 진행 상태 - 완료된 작업 - 남은 작업 - 테스트 및 검증 결과 - 알려진 문제와 제약 사항 - 다음 작업 지점 커밋하지 않는 작업 단위에서도 필요한 진행 정보를 기록하여 작업 연속성을 유지한다. **새로운 대화창에서도 저장소와 관련 문서만 확인하면 이전 작업을 파악하고 즉시 이어갈 수 있는 상태를 유지한다.** ------------- 이러한 내용을 ChatGPT Project settings의 Instructions에 넣으면 됨.