<?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/%EA%B2%80%EC%A6%9D/</link><description>Recent content in 검증 on 얼쑤 · Team Edo</description><generator>Hugo</generator><language>ko-kr</language><lastBuildDate>Tue, 03 Nov 2026 22:28:09 +0900</lastBuildDate><atom:link href="https://team-edo.github.io/tags/%EA%B2%80%EC%A6%9D/index.xml" rel="self" type="application/rss+xml"/><item><title>1.5.0 스킬 목차 검사</title><link>https://team-edo.github.io/posts/2026/11/coco-150-skill-contents/</link><pubDate>Tue, 03 Nov 2026 22:28:09 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/11/coco-150-skill-contents/</guid><description>&lt;p>1.4.2의 스킬 문서를 보면 &lt;code>coco-research&lt;/code>는 한 문단으로 끝나고, &lt;code>coco-build&lt;/code>에는 구현과 검증에 필요한 여러 절이 이어졌습니다. 파일을 처음 여는 사람과 에이전트가 읽을 부분을 찾기 쉽도록 1.5.0에서 스킬 30개에 공통 목차를 넣었습니다. 다음으로 풀어야 할 문제는 절 제목이 바뀌어도 목차가 실제 본문을 가리키게 하는 일이었습니다. &lt;a href="https://github.com/thisis-joe/skills/blob/v1.5.0/docs/coco-1.5.0.md">COCO 1.5.0 변경 기록&lt;/a>&lt;/p>
&lt;h2 id="목차와-본문이-함께-바뀌게-했다">목차와 본문 맞추기&lt;/h2>
&lt;p>목차는 본문의 모든 &lt;code>##&lt;/code> 제목을 등장 순서대로 연결합니다. 문서에 아래와 같은 두 절이 있다면 목차에도 링크가 두 개 들어갑니다.&lt;/p></description></item><item><title>Jira 작업 생성 뒤 다시 읽는 이유</title><link>https://team-edo.github.io/posts/2026/10/verify-jira-task-after-create/</link><pubDate>Wed, 28 Oct 2026 00:00:00 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/10/verify-jira-task-after-create/</guid><description>&lt;p>개발 작업을 시작할 때 Jira에 작업을 만들고 담당자와 스프린트를 지정했습니다. 생성할 때 필드를 한꺼번에 보내면 요청 한 번으로 끝날 거라고 생각했습니다. 당시 사용한 연결 도구에서는 스프린트 값을 포함한 생성 요청이 &lt;strong>HTTP 400&lt;/strong>으로 거절됐습니다. 값을 빼고 작업을 만들자 요청은 성공했지만, 응답에 적힌 담당자는 요청에 넣은 사람과 달랐습니다. 요청을 받아들였는지와 기대한 값이 남았는지를 따로 확인해야 했습니다.&lt;/p>
&lt;h2 id="생성과-배정을-분리했다">생성과 배정을 나눠 재조회&lt;/h2>
&lt;p>먼저 스프린트 값을 빼고 작업을 만들었습니다. 생성 응답에서 실제 작업을 가리키는 키를 얻은 뒤, 그 작업에 상태 전환과 스프린트 배정을 요청했습니다. 생성 응답에서 다르게 표시된 담당자도 확인해 수정했습니다. 담당자가 바뀐 이유로 프로젝트 기본값을 의심했지만, 어느 설정이 적용됐는지까지는 확인하지 못했습니다.&lt;/p></description></item><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></channel></rss>