① 알림·입력 시스템 고도화 - 실시간 갱신·알림 체계 구축(서버 활용 등)
② 점검·평가 기한 도래 알림 메일 자동 발송(RPA 등)
③ 시스템 고도화 방향에 대한 전문가 검토 - 서버 전환 시의 설계·보안·운영 구조 검토 및 자문

나는 GH 품질관리부에서 현장 점검·평가 일정을 챙겨. 연습용 샘플 schedule.csv 하나 만들어줘. 열은 현장명, 구분(점검/평가), 차수, 예정일, 담당자, 담당자메일. 30줄 정도, 예정일은 2026-10-02 기준 앞뒤 두 달로. 몇 줄은 2027-01-01로 넣어줘. 우리 부서에서는 그게 "그 해에 한다"는 미정 표시야. 현장명이랑 사람은 가짜로.

나중에 이 파일로 일정을 집계하거나 화면에 보여줄 때 주의할 점이 있어요.
2027-01-01을 그냥 날짜로 정렬하면 미정 건이 맨 뒤에 실제 일정처럼 섞여요.
그래서 이 날짜는 따로 "미정"으로 걸러서 표시하는 게 좋아요.

나는 보상부에서 협의 일정을 챙겨. 열은 사업지구, 소유자, 협의 차수, 예정일, 담당자, 담당자메일 ...

깃허브에 올라온 거 받아줘. 누가 뭘 고쳤는지도 알려줘.

둘 중 어느 쪽을 남길지 보여줘

이 폴더에서 화면 쪽 파일이랑 서버 쪽 파일 나눠서 설명해줘. 비밀번호는 어디서 확인해?

// 심사 도구 완성본 src/rules.ts
/** 임대용이성(35) + 생활편의성(40) + 토지여건(25) */
export const SCORING_ITEMS: ScoringItem[] = [
  /** 서류심사표에 적힌 기준 문구 (예: "50-100호") */
  label: string;

서류심사표 배점이 바뀌면 지금은 어디를 고쳐야 해? 관리자 화면을 만든다면 거기서 무엇을 바꿀 수 있게 해야 하는지 목록만 알려줘. 만들지는 마.

# 일정판 완성본 README.md
조회는 누구나 가능하고, 행 추가/수정/완료 체크는 비밀번호로 잠금 해제해야 된다.

## 범위 밖
- 로그인 계정별 권한, 변경 이력

이 일정으로 우리 부서가 같이 쓰는 점검·평가 일정판을 만들 거야. 지금은 각자 엑셀 고치고 html 파일 열어서 보는데, 앞으로는 서버 하나에 두고 누가 고치면 다 같이 보이게, 기한이 다가오면 담당자한테 메일이 가게 하고 싶어. spec.md 한 장으로 써줘. 궁금한 거 있으면 먼저 물어봐.

제가 넣은 중요한 설계 하나: 일정판 안에서는 `2027-01-01`을 날짜로 저장하지 않아요.
"2026년 중 (미정)"으로 바꿔서 따로 관리해요. 날짜로 두면 정렬, D-day, 알림이
모두 실제 일정처럼 처리되기 때문이에요. 엑셀로 내보낼 때는 기존 양식대로
`2027-01-01`로 되돌려 쓸 수 있어요.

| 역할 | 볼 수 있는 것 | 고칠 수 있는 것 |
| 담당자 (부서원) | 부서 전체 일정 | 본인이 담당자인 일정만 (예정일·차수·비고 수정, 완료 처리) |
| 관리자 (일정 총괄) | 부서 전체 일정 | 전체 일정 추가·수정·삭제, 담당자 변경, 사용자 관리 |

- 저장할 때: 예정일은 비우고 실시 연도 = 2026, 상태 = 예정으로 둔다.
- 화면 표시: 예정일 자리에 "2026년 중 (미정)"으로 보여 준다.
  날짜순 정렬에서는 맨 뒤 "미정" 묶음으로 따로 모은다.

- 같은 날 한 사람에게 여러 건이 걸리면 메일 한 통에 묶어 보낸다.
- 같은 알림을 두 번 보내지 않는다. "일정·예정일·알림 종류" 조합으로 발송 기록을 남겨 확인한다.
- 예정일이 바뀌면 새 예정일 기준으로 다시 계산한다.
- 서버가 멈춰 8시 발송을 놓쳤으면, 다시 켜졌을 때 그날 보낼 것을 보낸다.
- 개발·시험 중에는 실제 메일 대신 파일·로그로만 남기는 "시험 모드"를 둔다.

오늘은 연습이라 spec.md 8절 진행 단계 1-3까지만 만들 거야. 로그인은 IT팀 답이 없으니 임시로 이름 고르고 부서 공용 비밀번호 하나로 들어오게 해줘. 메일은 시험 모드로 파일만 만들어. 10절 3·4·5번은 초안대로 가. 교육실 PC에는 파이썬이 없으니까 bun으로 만들고, 옆 사람 PC에서도 들어올 수 있게 사내망 주소로 열어줘. spec.md에 이 내용 적고, 만드는 순서를 tasks.json으로 나눠줘. 화면 다 만든 다음 내가 브라우저 두 개로 확인하는 단계, 알림 파일 만든 다음 내가 확인하는 단계는 담당을 나로 해줘. 아직 만들지는 말고.

- 로그인 화면에서 사용자 목록 중 자기 이름을 고르고, 부서 공용 비밀번호 하나를 넣으면 들어간다.
- 공용 비밀번호는 서버 설정 파일(`.env`)에 해시로만 둔다. 저장소에는 올리지 않는다.
- 한계: 비밀번호를 아는 사람은 남의 이름을 고를 수 있다. 그래서 권한 구분과 변경 이력은
  본인 확인이 아니라 "고른 이름" 기준이다. 실제 운영 전에 §10-1로 바꾼다.
- 관리자: 샘플 데이터에서는 김하늘을 관리자로 둔다. 나머지는 담당자다.
- 메일: 실제로 보내지 않는다. 보낼 메일을 `outbox/` 폴더에 `.eml` 파일로 만든다.

좋아. tasks.json 순서대로 해줘. 단계 하나 끝날 때마다 status 바꾸고 log.md에 한 줄 남기고, main에 바로 커밋하고 올려줘. 내 차례가 오면 멈춰.

T01~T09를 모두 만들어서 GitHub에 올렸어요(마지막 커밋 b2f3639). 이제 직접 확인하실 T10 차례예요.

만든 것 (자동 테스트 72개 모두 통과)
- 로그인: 이름을 고르고 부서 공용 비밀번호를 넣는 방식이에요. 5번 연달아 틀리면 5분 동안 막혀요.
- 수정과 권한: 담당자는 본인 일정만, 관리자는 전체를 고칠 수 있어요. 화면뿐 아니라 서버에서도 막아요.
- 동시 편집: 남이 먼저 저장했으면 덮어쓰지 않아요.
- 자동 새로 고침: 열려 있는 화면은 10초마다 바뀐 게 있는지 확인해요.

만들면서 바뀐 점
- Bun이 .env 값 안의 $ 기호를 변수로 바꿔 버려서, 비밀번호 해시를 그대로 저장하면 깨졌어요.
  그래서 해시를 base64로 바꿔 저장해요.

T10 확인했어. ①부터 ⑥까지 다 맞아. T11부터 이어서 해줘.

// 이상한 게 있으면 번호만 골라 본 그대로
③에서 담당자 변경이 안 보여. 고친 다음 다시 확인할게.

- T11 영업일: 2026~2027년 공휴일과 대체공휴일 목록을 config/holidays.json에 넣었어요.
  알림 날이 주말이나 공휴일이면 직전 영업일에 보내요.
- T12 D-7·D-1 기한 알림: 한 사람에게 같은 날 여러 건이 걸리면 한 통으로 묶어요.
  "메일 기록" 화면을 추가했어요. 관리자는 전체, 담당자는 본인 메일만 봐요.
- T13 미정 확정 요청: 매월 1일 미정 건이 있는 사람에게만 한 통씩 보내요.
- T14 변경 안내: 담당자가 바뀌면 이전·새 담당자에게 보내요.
- T15 매일 오전 8시 자동 실행: 실제 서버로 시각을 1분 뒤로 맞춰 확인했어요.
  서버를 다시 켜도 같은 메일이 또 생기지 않았어요.

outbox/sample-check 메일 중에 정유나 11-03 묶음 메일, 이도윤 11-27 메일, 미정확정요청 하나, 정유나 10-20 변경안내를 메일 프로그램에서 보이는 모양으로 보여줘. 받는사람, 제목, 본문 그대로.

공휴일과 대체공휴일 날짜는 제가 알고 있는 지식으로 넣었고, 요일만 계산해서 맞는지 확인했어요.
정부 발표와 한 번 대조해 주세요. 특히 2026년 제헌절은 다시 공휴일이 되는지 제가 확실히
몰라서 목록에 넣지 않았어요.

T16 확인했어. ①부터 ⑤까지 맞아. ⑥은 고칠 게 있어. 금요일에 가는 D-1 메일은 "3일 뒤" 말고 "다음 주 월요일"처럼 요일로 써줘. 변경 안내 메일에도 끝에 자동 발송 문구 넣어줘. 메일 본문에 ■ 네모 기호랑 — 긴 줄표는 쓰지 말고 다른 기호로 바꿔줘. 링크는 .env에 BASE_URL=http://<내 PC 사내망 주소>:3000 넣어서 사내망 주소로 나가게 해줘. 그리고 세 가지 답할게. 1일이 주말이나 공휴일이면 미정 확정 요청은 다음 영업일에 보내. 제헌절은 2026년부터 다시 공휴일이야. 7월 17일이고 주말이랑 겹치면 다음 평일이 대체공휴일이야. 공휴일 목록에 넣어줘. 실패한 변경 안내는 지금은 다시 안 보내도 돼. 고친 다음 테스트 돌리고 sample-outbox 다시 만들어서 올려줘.

받는 사람: 정유나 <yuna.jung@example.com>
제목: [점검·평가 일정] 다가오는 일정 2건 (D-7·D-1)

[일주일 전 알림 (D-7)]
- 2026-11-10(화) 다솜지구 행복주택 평가 3차 (다음 주 화요일)
  http://192.168.31.47:3000/schedules/26

[바로 전 영업일 알림 (D-1)]
- 2026-11-04(수) 솔마루 청년주택 점검 2차 (내일)
  http://192.168.31.47:3000/schedules/19

이 메일은 점검·평가 일정판이 자동으로 보냈습니다. (2026-11-03 오전 8시 알림)

T16 다 확인했어. 완료로 바꾸고 올려줘. 서버도 새 코드로 다시 켜줘.

https://share.100x.monster/s/BEczlnEpxgYE.html 에 있는 서류심사표를 이 폴더에 서류심사표.md로 저장해줘. 표는 그대로 옮겨줘.

나는 GH 매입임대 담당이야. 서류심사표.md 보고, 이 표로 점수를 매길 수 있게 사업자 매입 신청서 가짜 3건 만들어줘. 하나는 워드, 하나는 엑셀, 하나는 PDF로. 한 건은 여러 필지를 묶어서 신청한 걸로, 한 건은 세대수 칸을 비워 줘. 주소랑 회사는 가짜로. 이 PC에는 파이썬이 없으니까 bun으로 해줘.

심사표만으로는 답이 하나로 정해지지 않는 부분이 있습니다. 판단 기준을 정해 두셔야 해요.
- B의 용도지역: 55-1번지는 3종(620㎡), 나머지 두 필지는 2종(495㎡)이에요.
  면적이 더 넓은 3종을 기준으로 하면 10점, 낮은 쪽인 2종을 기준으로 하면 7점입니다.
- C의 세대수: 총 세대수는 비어 있지만 주택형별 표의 세대수를 더하면 90세대입니다.
  이걸 인정하면 합계 91점, 인정하지 않고 0점으로 보면 합계 76점이에요.

이제 신청서 파일을 폴더에 넣으면 내용을 뽑아서 서류심사표대로 점수를 매기는 도구를 만들 거야. 신청서만 보고 정할 수 없는 건 억지로 점수 내지 말고 담당자가 확인하게 하고 싶어. spec.md 한 장으로 써줘. 궁금한 거 있으면 먼저 물어봐.

- AI와 코드의 역할 분리: AI는 신청서에서 값과 근거 문장만 뽑고, 점수는 서류심사표를 옮긴 규칙대로
  코드가 계산합니다. AI가 점수 구간을 판단하지 않아서 결과가 매번 같아요.
- 근거 문장 대조: AI가 내놓은 근거 문장이 신청서 원문에 실제로 있는지 코드가 확인합니다.
  원문에 없으면 그 값은 자동으로 "확인 필요"가 됩니다.
- "해당 없음"과 빈칸 구분: 빈칸이나 아예 빠진 항목은 "확인 필요"로 넘깁니다.
- 계산 가능한 값은 제안만: 주택형별 세대수 합계 같은 값은 제안값으로만 보여 주고,
  담당자가 승인해야 점수에 들어갑니다.

토지 형상, 접면도로 너비, 사도, 옹벽·경사로는 신청서에 적혀 있어도 점수를 확정하지 말고 항상 담당자 확인으로 돌려줘. 신청서 값은 참고로만 보여 줘. 현장이나 지도를 봐야 아는 거야. 옛날 hwp는 한글에서 hwpx로 다시 저장해서 넣을게. 옆 사람 PC에서도 들어올 수 있게 사내망 주소로 열어줘. spec.md 고치고, 만드는 순서를 tasks.json으로 나눠줘. 점수 나온 다음 내가 신청서 원본이랑 대조하는 단계는 담당을 나로 해줘. 아직 만들지는 말고.

4. 현장·지도로 봐야 아는 항목은 항상 담당자가 정한다. 토지 형상, 접면도로 너비, 사도,
   옹벽·경사로는 신청서 값을 참고값으로만 보여 주고, 자동으로 점수를 내지 않는다.
   신청서에 "해당 없음"이라고 적혀 있어도 마찬가지다.

사내망 주소로 열면 허용한 IP 대역 안에서는 누구나 신청서 내용(대표자 이름·연락처 포함)을
볼 수 있습니다. 그래서 허용 대역은 교육실 PC가 있는 대역 정도로 좁게 잡는 걸 권해요.

T05는 네가 hwpx 가짜 신청서를 직접 만들어서 해. 옛 hwp 시험은 빼. T10은 오전에 bun 방화벽을 이미 허용했으니까 서버 켤 때 옆 PC에서 들어와지는지만 확인해 줘. 좋아. tasks.json 순서대로 해줘. 단계 하나 끝날 때마다 status 바꾸고 log.md에 한 줄 남겨. 내 차례가 오면 멈춰.

scorer 폴더에 .env 만들어서 메모장으로 열어줘. 키는 내가 넣을게.

scorer 폴더에 .env 파일이 있는지 봐줘. .env.txt로 저장됐으면 이름만 .env로 바꿔줘. 내용은 열지 마.

.env에 키 넣었어. T06부터 이어서 해줘.

스키마가 너무 커서 API가 거절했으니(compiled grammar too large), AI는 값을 적힌 그대로만 옮기고
숫자 변환·단위 환산은 코드가 처리하도록 스키마를 단순화할게요.
(...)
C에서 1건 실패를 발견했습니다. PDF 표의 한 칸이 두 줄로 나뉘면서 AI가 첫 줄만 근거로 삼은 경우예요.
PDF에서만 다음 줄까지 근거로 인정하도록 수정하겠습니다.
(...)
인수 기준 28개가 모두 통과했고, AI를 재호출해 다시 추출해도 네 건 모두 동일한 점수가 나왔습니다.

토지여건 | 토지의 형상   | 확인 필요 | 신청서 값(참고): 사다리형 → 사다리형    (노란색)
토지여건 | 용도지역      | 10       | 담당자가 고른 기준 필지 별내미동 55-1    (파란색)
토지여건 | 접면도로 너비 | 확인 필요 | 신청서 값(참고): 남측 6m, 동측 4m     (노란색)

T14 대조했어. 자동 점수 몇 개를 신청서 원본이랑 맞춰 봤는데 값이랑 근거가 다 맞아. 현장 확인 네 항목은 전부 확인 필요로 나왔고, C 세대수도 제안값으로만 나와. 고칠 건 없어. T15는 할 게 없으면 완료로 바꿔줘.

// 틀린 곳이 있으면 무엇이 어떻게 다른지 그대로
B 버스 노선이 5개로 나왔는데 원본은 6개야

이걸 부서 서버에 올린다고 치고 보안 점검해줘. 고칠 것만 급한 순서로 알려주고, 아직 고치지는 마.

공용 비밀번호를 아는 사람은 로그인 화면에서 아무 이름이나 고를 수 있어요.
김하늘을 고르면 관리자가 돼요. (...) 게다가 로그인 화면이 로그인 전부터
부서원 이름 전체와 관리자가 누구인지 보여 줘요.
→ 사람마다 따로 인증해야 해요(spec §10-1의 사내 통합인증, 안 되면 사내 메일로 보내는
  일회용 로그인 링크). 그 전까지 서버에 올리지 않는 게 맞아요.

현장명이나 비고가 =, +, -, @로 시작하면 엑셀이 수식으로 처리해요.
담당자 누구나 비고를 쓸 수 있고, 엑셀을 많이 쓰는 부서라 실제로 일어날 수 있는 문제예요.

- DB 조회는 모두 값을 따로 넘기는 방식이라 SQL 조작이 안 돼요.
- 화면 출력은 모두 특수문자를 바꿔 넣어서, 현장명에 스크립트를 넣어도 실행되지 않아요(테스트 있음).
- 권한 검사는 서버에서 해요. 담당자가 화면을 거치지 않고 직접 요청을 보내도 막혀요(테스트 있음).

2, 3, 7, 8번 지금 고쳐줘. 1번이랑 4번은 IT팀 답 받고 할 거니까 spec.md 10절에 적어 둬. 5, 6, 9, 10번은 부서 서버로 옮길 때 할 일로 README에 적어 둬. 고친 다음엔 아까처럼 실제로 다시 해 보고 막히는지 확인해서 알려줘.

2·3·7·8번을 고쳐서 GitHub에 올렸어요(0b8b073). 테스트는 130개 모두 통과해요.

2. 오류 화면: 이제는 "처리 중 문제가 생겼습니다. 잠시 후 다시 시도해 주세요."만 나와요.
3. 외부 사이트로 보내기: 돌아갈 주소에 탭, 줄바꿈, 역슬래시를 끼워 봤어요. 세 경우 모두 첫 화면(/)으로만 갔어요.
7. CSV 수식: 현장명이 =HYPERLINK("http://evil.example","클릭"), +1+1, @SUM(1), -2+3인 일정을
   만들고 CSV로 내보냈어요. 모두 앞에 '가 붙어 엑셀에서 글자로 보여요.
8. 브라우저 보호 헤더: 이런 헤더 때문에 화면 기능이 멈출 수 있어서 실제 브라우저로도 확인했어요.

// 브라우저가 직접 호출하는 서비스의 키. 배포본에 실린다.
window.GH_KEYS = {"VWORLD_KEY": "", "OWM_KEY": "", "GEMINI_KEY": ""};

.env에 키 넣었어. 내 프론트엔드 파일에 키나 비밀번호가 들어 있는 곳이 있는지 찾아줘. 고치지는 말고.

프론트엔드 파일 ui.html에 키나 비밀번호가 들어 있는 곳은 없어요.
- ui.html 검색: sk-ant, api_key, secret, password·비밀번호, token 같은 말로 찾아봤는데 하나도 나오지 않았습니다.
- 키 값 자체: .env에 넣으신 키 값으로 프로젝트 전체를 찾아봤어요.
- 서버 응답: 켜져 있는 서버의 첫 화면, 목록, 신청서 상세 응답에도 키가 들어 있지 않았습니다.

첫 번째 검사가 grep 옵션 문제로 실제로는 돌지 않았어요. 다른 방법으로 다시 확인합니다.

// maeip-review spec.md 맨 아래 유의사항
신청서 원문(대표자 이름, 연락처 포함)이 Claude API로 전송된다.
운영 전에 내부 정보보안 기준에 맞는지 확인이 필요하다.

신청서에서 값을 못 뽑거나 API 호출이 실패하면 점수가 0으로 들어가는지, 확인 필요로 빠지는지 확인해줘. 실제로 하나 실패하게 해 보고 화면에 어떻게 나오는지 알려줘. 고치지는 마.

결론부터 말하면, 두 경우 모두 점수가 0으로 들어가지 않았어요.
1. API 호출이 실패할 때 (일부러 틀린 키로 서버를 켬)
- 점수: 아예 채점되지 않았어요. 파일은 inbox에 그대로 남았어요.
- 화면: 목록 아래 "처리하지 못한 파일" 표에 파일 이름과 사유가 나왔습니다.
- 사유 문구: API 오류 원문이 그대로 나옵니다. (...) 담당자가 읽기에는 어려워요.
- 실패 목록: 서버 메모리에만 있어서, 서버를 다시 켜면 사라집니다.

spec.md랑 tasks.json 읽어봐. 이걸 내 업무에 맞게 바꾸고 싶어. 나는 <부서>에서 <하는 일>을 해. 무엇을 바꿔야 하는지 먼저 물어봐.