feat(events): 체온 타입 + 분석 체온 추이 — 측정값은 홈에서 더하지 않는다

[eigger]

왜

아플 때 아침·저녁으로 체온을 재는데 적을 자리가 없었다. 체중과 같은 결의 측정값 타입이다. 결정은 docs/WORKPLAN.md §7.23.

무엇

• 타입 temperature — HEALTH, °C, 아이콘 thermometer, 별칭 체온·열. 프리셋 템플릿에 체중 다음(스타터 아님). 마이그레이션 없음 (K-8). 기존 반려동물은 홈 진입 시 ensurePresetsForPet이 칩을 보충한다
• 시트: 값 한 칸(0.1 단계, 자리표시 38.5) + 측정 방법 태그 하나(직장(항문)·귀·겨드랑이·비접촉) + 체온계는 DEVICE 제품 칩 1탭으로 productId. 관리가 위생용품을 다는 것과 같은 구조(§7.20). 타임라인 "38.5°C · 직장(항문) · 브라운 체온계"
• 마지막 방법·기기를 그대로 다시 연다 — 체온은 하는 일이 하나라(R149의 재검토 조건). 방법만·기기만 있어도 마지막 기록으로 잡는다
• 파서: 38.5도·38.5℃·38.5°C 한 줄 → 체온. 체온 38.5(단위 없음)도 — 체온 모양(3x.x/4x.x)만. 체온 타입이 없는 가구에서는 메모로 (K-12)
• 홈 카드 — 측정값을 더하고 있었다: 아침 38.6 · 저녁 38.9면 "77.5°C"(체중도 두 번 재면 같았다). todaySummaryForPet이 HEALTH 타입별 마지막 양(lastQuantity·lastQuantityUnit)을 함께 내고, todayCardValue가 HEALTH + 양 → 마지막 값으로 가른다. 규칙은 여전히 EventCategory·ScaleType·defaultUnit 세 필드로만 (§7.17 표에 예외를 적었다)
• 분석: 체온 추이 선 그래프 + 최근 체온 타일. 기록이 있을 때만 그린다. Y축은 데이터 범위 ±0.5. 툴팁에 측정 방법을 같이 — 방법이 섞이면 선이 거짓말할 수 있다(귀 38.2 → 직장 38.9). 방법별 선 분리는 실기록이 쌓인 뒤
• 정상 범위 참고선·"열" 판정·방법 간 보정은 넣지 않았다 (K-16)
• Web Bluetooth로 체온계를 직접 읽는 자동 입력은 기각 (R156) — 기기가 값을 보내는 건 이미 ApiToken 자동 입력(§3.6)으로 된다
• docs/seed-event-types.md §4 템플릿 표가 remedy 추가 때부터 코드와 어긋나 있어 코드 기준으로 다시 썼다

리뷰 (반영 완료)

1. 마지막 양 조회가 타입 불문 최신 100건이라 급수기 자동 입력이 많은 날 체온이 밀려 다시 합계로 → HEALTH로 좁힘
2. 열 10일째가 10°C로 저장 → 체온 모양만 값으로

확인

• API 308개·웹 293개 테스트 통과, tsc·lint 통과
• 실기 확인은 못 했다 (작업 기기에 DB 없음). 배포 후 볼 것: 홈에 체온 칩이 보충되는지 → 칩 → 방법 태그·체온계 칩·38.5 → 저장 → 홈 카드가 마지막 값인지 → 다시 열었을 때 방법·기기가 그대로인지 → 분석 체온 추이 + 툴팁 방법

🤖 Generated with Claude Code