https://kelly-chui.github.io/tags/ai-assisted-development/Recent content in AI-Assisted Development on Kelly DevHugoen-usFri, 19 Jun 2026 20:06:46 +0900https://kelly-chui.github.io/til/2026/til-2026-06-19/Fri, 19 Jun 2026 20:06:46 +0900https://kelly-chui.github.io/til/2026/til-2026-06-19/<h2 id="오늘-한-내용">오늘 한 내용</h2> <ul> <li><code>AGENTS.md</code>, <code>AGENTS.override.md</code>의 적용 순서 정리</li> <li>전역 규칙과 프로젝트 규칙이 어떻게 병합되는지 확인</li> </ul> <h2 id="배운-내용">배운 내용</h2> <p>규칙 파일은 전역에서 프로젝트 하위 디렉토리로 내려오면서 적용된다. 같은 디렉토리에서는 <code>AGENTS.override.md</code>가 <code>AGENTS.md</code>보다 우선하고, 하위 디렉토리의 규칙이 더 구체적인 지침으로 해석된다.</p> <p>결국 규칙은 전역에서 프로젝트 루트, 현재 작업 디렉토리 순서로 합쳐진다. 공통 원칙은 위쪽에 두고, 특정 모듈의 세부 규칙은 아래쪽에 두는 이유가 여기에 있다.</p> <h2 id="해결-내용">해결 내용</h2> <p>전역 원칙은 전역 규칙에, 프로젝트 공통 원칙은 루트에, 모듈별 세부 지침은 하위 디렉토리에 두는 계층을 정리했다. 더 가까운 디렉토리의 규칙이 구체적인 지침으로 적용된다는 점도 확인했다.</p>https://kelly-chui.github.io/til/2026/til-2026-06-17/Wed, 17 Jun 2026 21:52:31 +0900https://kelly-chui.github.io/til/2026/til-2026-06-17/<h2 id="오늘-한-내용">오늘 한 내용</h2> <ul> <li>Antigravity의 Rules, Skills, Workflows 구조 정리</li> <li><code>dev-data-server-light</code>의 AGENTS 규칙을 새 구조에 맞춰 마이그레이션</li> </ul> <h2 id="배운-내용">배운 내용</h2> <p>Antigravity의 핵심 구조는 다음처럼 정리할 수 있다.</p> <div class="code-theme-github"><div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">Rules = 행동 규칙 </span></span><span class="line"><span class="cl">Skills = 특정 분야의 지식과 노하우 </span></span><span class="line"><span class="cl">Workflows = 작업 절차</span></span></code></pre></div></div> <p>Rules는 항상 지켜야 할 원칙을 정의하고, Skills는 Storage 설계나 코드 리뷰처럼 특정 작업에 필요한 전문 지식을 담는다. Workflows는 계획, 구현, 테스트처럼 작업을 어떤 순서로 진행할지 정의한다.</p> <p>기존 <code>AGENTS.md</code>를 그대로 옮기는 것이 아니라, 공통 원칙과 모듈별 규칙을 분리해야 했다. 규칙을 작게 나누면 모든 작업에 불필요한 문맥을 주입하지 않으면서도 필요한 순간에 더 구체적인 지침을 적용할 수 있다.</p>https://kelly-chui.github.io/til/2026/til-2026-06-16/Tue, 16 Jun 2026 20:29:07 +0900https://kelly-chui.github.io/til/2026/til-2026-06-16/<h2 id="오늘-한-내용">오늘 한 내용</h2> <ul> <li>Antigravity IDE의 에이전트, 에디터, 터미널, 브라우저 구조 살펴보기</li> <li><a href="https://kelly-chui.github.io/posts/devbox-light-server-04-file-storage/">File Storage 구현 순서와 <code>StorageService</code> 설계</a></li> </ul> <h2 id="배운-내용">배운 내용</h2> <p>Antigravity는 에디터 안에서 에이전트가 작업을 수행하고, 브라우저와 터미널을 사용해 결과를 검증하는 개발 환경이다. Agent는 기능 개발이나 버그 수정처럼 실제 작업을 담당하고, Tab은 자동완성에 가깝다.</p> <p>File Storage는 먼저 계약을 만들고, 그 다음 <code>fs/promises</code> 기반 구현체와 테스트를 추가한 뒤, Express와 분리된 Service를 얹는 순서로 진행하기로 했다. 처음부터 multipart 업로드까지 확장하지 않고, JSON과 단순한 파일 콘텐츠로 흐름을 검증하는 것도 중요한 범위 조절이었다.</p>https://kelly-chui.github.io/til/2026/til-2026-06-09/Tue, 09 Jun 2026 20:48:13 +0900https://kelly-chui.github.io/til/2026/til-2026-06-09/<h2 id="오늘-한-내용">오늘 한 내용</h2> <ul> <li>LeetCode 3689, 2574 풀이</li> <li><code>dev-data-server-light</code>의 <code>AGENTS.md</code> 구조 정리</li> <li>루트와 모듈별 개발 규칙의 중복 검토</li> </ul> <h2 id="배운-내용">배운 내용</h2> <p>새 디렉토리 구조에서는 공통 원칙을 루트 <code>AGENTS.md</code>에 모으고, 모듈에만 해당하는 규칙은 해당 모듈의 문서에 두는 방향이 적절하다.</p> <p>루트에는 TypeScript, Express, Vitest 같은 기술과 전체 아키텍처, 테스트 원칙을 둔다. 반면 DB 모듈의 레코드 모델이나 저장소 구현 규칙처럼 다른 모듈이 알 필요 없는 내용은 DB 문서에 남긴다.</p> <p>중복된 규칙은 단순히 길이의 문제가 아니다. 같은 내용이 여러 파일에 있으면 나중에 한쪽만 수정될 수 있고, AI가 서로 다른 지침으로 해석할 가능성도 생긴다.</p>