1.5.2·1.5.5·1.5.6 코드 탐색 결과와 검증 넘기기
계획 단계에서 확인한 경로와 심볼을 구현에 넘기는 범위를 실험으로 좁히고, 소스가 바뀔 때 다시 확인하는 규칙과 현재 검증만 리뷰에 넘기는 기준을 추가했습니다.
분류
AIFlow
이 주제로 남긴 기록 13편
1.5.4 작성자와 썸네일 고르기
팀 캐릭터의 외형 기준은 블로그에 두고, COCO에는 작성자와 장면을 정하고 실제 화면에서 확인하는 절차를 넣었습니다.
1.5.1·1.5.3 개인 메모에서 글감 찾기
로컬 TIL 전체에서 작성자의 경험을 찾아 글감을 고르고, 재검증을 마친 문제 해결 과정을 별도 사례로 남기는 두 변경을 소개합니다.
1.5.0 스킬 목차 검사
COCO 스킬 30개의 진입점에 목차를 두고, 본문의 제목을 바꿀 때 목차도 함께 갱신되는지 패키지 검사로 확인했습니다.
1.4.2 종료 코드는 0, 리뷰어는 빈칸
PR·MR에 담당자, 리뷰어, 라벨을 넣는 작업에서 명령의 종료 코드와 저장된 결과를 따로 확인했습니다.
1.4.1 썸네일은 실제 카드에서
coco-blog에 썸네일 후보 선택과 데스크톱·모바일 미리 보기를 넣고, 이미지 업로드를 별도 단계로 뒀습니다.
1.4.0 코드 질문과 조사를 한곳에서
coco-askme에 기술 조사와 요청 시 진행하는 퀴즈를 모으고, 대화 맥락을 얼마나 복구할지 정했습니다.
1.3.0 작업 폴더를 지워도 남는 TIL
세션에서 배운 내용을 개념별로 기록하고, linked worktree의 수명과 TIL의 저장 위치를 분리했습니다.
1.2.0 개발 노트를 공개 초안으로
coco-blog가 원본 개발 노트를 보존하면서 독자가 읽을 원고를 만들고, 저장소마다 다른 게시 절차를 따르게 했습니다.
1.1.0 구현 전에 합의할 것
사람이 정할 제품 규칙을 코드보다 먼저 확인하고, 다음 작업자가 합의와 검증 근거를 이어받도록 만든 COCO 1.1.0의 설계 기록입니다.
1.0.0 시작 안내가 오래 걸린 이유
실제 사용 기록에서 과한 작업을 찾아 줄이고, 프로젝트별로 스킬을 설치할 수 있게 한 COCO 1.0.0의 변경을 살펴봅니다.
0.2.0 팀 규칙은 어디에 둘까
Team Edo가 공통 개발 절차와 Jira·Git 규칙을 나누고, 실제 작업에서 검증 근거를 이어 간 사례를 정리했습니다.
0.1.0–0.1.2 흩어진 스킬을 한곳에
세 개발 스킬 모음에서 출발해, 원본의 근거를 추적할 수 있는 COCO를 만들고 첫 npm 패키지를 검증한 과정입니다.
