--- name: change-record description: 기능·정책 변경을 마친 뒤 docs/changes/YYYY-MM-DD-.md 변경 기록과 src/tests/verification-YYYY-MM-DD-.json 검증 기록을 저장소 관례대로 작성하고 README·백로그 링크를 연결한다. "변경 기록", "문서화해", "검증 기록", "changes 작성"에 사용한다. --- # 변경 기록 작성 기존 예: `docs/changes/2026-10-23-developer-signing.md`, `src/tests/verification-2026-10-23-developer-signing.json`. 먼저 가장 최근 기록 하나를 읽고 같은 어조와 구조를 따른다. ## 수집할 사실 기록을 쓰기 전에 실제로 확인한다. 기억이나 추정으로 채우지 않는다. - `cargo test --locked --workspace` 통과 개수, `npm.cmd test` 통과 개수. - 실제 도구를 실행했다면 결과 JSON(`releases//release.json`, `signing-report.json`)의 `buildId`, `status`, `sha256`, `signing`, `installationTest`, `deploymentReady`. - 실행하지 않은 것: GUI 클릭 시험, Windows VM 설치, 대용량 샘플 재생성 등. 이것도 기록 대상이다. - 바뀐 오류 코드·CLI 옵션·종료 코드. ## 변경 기록 (`docs/changes/-.md`) ```markdown # <기능 이름> . <무엇을 어디에 추가/변경했는지 두 문장>. <이 변경이 의미하지 않는 것 한 문장>. ## 사용 ← 사용자 절차가 있으면. 정책 변경이면 "## 결정" 1. ... ## 모델과 실행 - 프로젝트: `field = a | b`; 기존 파일 기본값. - 로컬: ... - 계획: 무엇을 고정하고 언제 재검사하는지. - 빌드: 실행 순서. - 결과: 상태 문자열, 보고서 파일. - 범위 밖: 이번에 하지 않은 것. ## 확인 결과 - Rust 테스트 N개 통과. 프런트엔드 테스트 N개 통과; TypeScript/Vite 빌드 통과. - <실제 도구 시험 결과: 상태, 해시 코드> - <실행하지 않은 검사>를 수행하지 않았다. 증빙: [시험 결과 JSON](../../src/tests/verification--.json) ## 근거 - [Microsoft Learn 등 외부 문서](URL) ``` ## 검증 JSON (`src/tests/verification--.json`) ```json { "date": "YYYY-MM-DD", "checks": { "": true }, "builds": { "