<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>하네스 on 얼쑤 · Team Edo</title><link>https://team-edo.github.io/tags/%ED%95%98%EB%84%A4%EC%8A%A4/</link><description>Recent content in 하네스 on 얼쑤 · Team Edo</description><generator>Hugo</generator><language>ko-kr</language><lastBuildDate>Mon, 26 Oct 2026 22:50:31 +0900</lastBuildDate><atom:link href="https://team-edo.github.io/tags/%ED%95%98%EB%84%A4%EC%8A%A4/index.xml" rel="self" type="application/rss+xml"/><item><title>1.1.0 구현 전에 합의할 것</title><link>https://team-edo.github.io/posts/2026/10/coco-1-1-0/</link><pubDate>Mon, 26 Oct 2026 22:50:31 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/10/coco-1-1-0/</guid><description>&lt;p>CSV 가져오기를 만든다고 해 봅시다. 열 하나가 빈 행을 만나면 그 행만 건너뛸까요, 파일 전체를 거절할까요? 구현 세션이 답을 가정하면 코드는 완성돼도 다음 작업자는 그 동작이 합의된 규칙인지 알아내기 어렵습니다. 1.1.0에서는 코드에서 확인할 수 있는 기존 동작과 사람이 정해야 할 새 동작을 구분했습니다. 이어서 작업하는 사람이 같은 판단을 재현할 수 있도록, 빠진 선택을 확인하는 시점과 합의를 기록할 위치도 정했습니다. &lt;a href="https://github.com/thisis-joe/skills/blob/v1.1.0/docs/coco-1.0.0-to-1.1.0.md">1.1.0 변경 근거&lt;/a>&lt;/p></description></item><item><title>0.2.0 팀 규칙은 어디에 둘까</title><link>https://team-edo.github.io/posts/2026/10/coco-0-2-0/</link><pubDate>Tue, 20 Oct 2026 10:32:34 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/10/coco-0-2-0/</guid><description>&lt;p>얼쑤에서 AI에 푸시를 맡기려면 먼저 무엇을 확인해야 할지 정해야 했습니다. 개발 브랜치가 바뀌었는지, 기존 테스트 결과를 재사용해도 되는지, Jira에는 언제 무엇을 남겨야 하는지가 모두 판단 대상이었습니다. HTTPS 전환 작업에서는 최신 개발 브랜치가 이미 작업 브랜치에 포함돼 검사 19개의 결과를 재사용했습니다. 서버 점검 작업에서는 새 변경을 통합한 뒤 테스트 13개를 다시 실행했습니다. 두 사례를 놓고 보면 팀별 기록 규칙과 검증을 다시 할 조건을 각각 어디에 둘지가 문제였습니다.&lt;/p></description></item></channel></rss>