좋은 시작 요청
목표: 운영체제 입문 수업의 프로세스·스레드 차이를 설명한다.
독자: 처음 배우는 1학년
입력: [강의 노트 또는 교재 범위]
출력: 정의 → 비교 → 예시 → 헷갈리는 점 2개, 500자 이내
검증: 교재 밖 사실은 source를 붙이고, 불확실하면 표시한다.

picker를 열기 전
- 속도보다 검토 가능한 추론이 중요한가?
- 이미지·파일·Search·app처럼 꼭 필요한 입력 또는 tool이 있는가?
- 틀렸을 때 사람 검토·원문 대조·test가 필요한가?

그다음 현재 picker에서 보이는 모델과 reasoning 수준을 고르고,
같은 입력을 대표 사례로 한 번 비교한다.

task: 첨부한 회의 메모에서 결정과 미결 항목을 분리한다.
input: <minutes>만 사실 근거로 사용한다.
done: 결정, owner, due date, unknown을 빠짐없이 구분한다.
output: 한국어 Markdown 표. 메모에 없는 owner·date는 추정하지 않는다.

목적: 팀이 1분 안에 선택지를 비교한다.
출력: 결론 2문장 -> 비교표 1개 -> 확인이 필요한 항목
표 열: 선택지 / 비용 / 장점 / 제약 / 적합한 경우
제약: 각 셀은 2문장 이하, 자료에 없는 값은 "미확인"
금지: 표 밖에 새 사실 추가, 항목을 임의로 합치기
완료: 세 후보 모두에 근거 또는 "미확인"이 있고, 추천 이유가 분리돼 있다.
검증: 가격과 정책은 공식 원문에서 다시 확인한다.

Custom Instructions에 넣을 수 있는 최소 예시
- 한국어로 답하고, 결론을 먼저 2문장으로 쓴다.
- 확실하지 않은 최신 정보는 출처와 확인 날짜를 함께 적는다.
- 표는 실제 비교 축이 있을 때만 사용한다.

넣지 않을 것
- 현재 프로젝트의 내부 자료와 일정
- 일회성 과제의 세부 요구
- 비밀번호, API 키, 고객 식별 정보

프로젝트 이름: [결과물이 드러나는 이름]
목표: [계속 이어갈 하나의 과제]
project instructions:
- 독자와 어조
- 사용할 자료와 금지할 추측
- 반복할 출력 형식과 완료 조건
sources:
- 현재 승인된 원본 파일·링크·저장한 답변만 추가
memory:
- 프로젝트 밖 맥락까지 허용할지
- 프로젝트 안으로만 제한할지

대상 파일: [파일명 / 버전 / 작성일]
범위: [전체 / 3~5장 / 표 2~4 / 20~40쪽]
질문: [요약 / 비교 / 요구사항 추출 / 반론 찾기]
출력: [목록 / 표 / 인용문 / 페이지·section 위치]
근거 규칙: 파일에 없는 내용은 추가하지 않고 "미확인"으로 표시
검증: 중요한 수치와 인용은 원문 위치를 함께 적기

예: "3~5장에서 비용 조건만 표로 추출하고, 각 행에 PDF page와 원문 문장을 붙여줘."

조사 질문: [결정해야 할 한 질문]
필수 산출물: [비교 / 원인 분석 / 권고안]
source 범위: [공식 웹 / 특정 domain / 업로드 파일 / 연결 app]
제외: [블로그 / 기간 밖 자료 / 근거 없는 추정]

조사 전:
1. 하위 질문과 사용할 source를 담은 plan을 제시해줘.
2. source가 부족하거나 질문이 넓으면 먼저 물어봐.
3. site 제한은 "제한"인지 "우선"인지 구분해줘.

보고서:
- 주장마다 citation
- source 간 충돌·미확인 사항
- 결론이 성립하는 조건과 다음 검증 행동

Canvas로 열어줘.

기준 초안: 현재 Canvas 전체
유지: 사실, 링크, API 이름, 제목 구조
변경: 선택한 2~4문단의 길이와 문체
금지: 선택하지 않은 section 재작성
통과 조건: 600자 이내, 기존 근거 유지, 변경 목록 제공

먼저 선택 영역에서 누락·모순만 표시하고,
내가 승인한 제안만 적용해줘.

목적: 사내 정책 질문에 답하는 GPT
Instructions: 제공된 정책 파일만 근거로 사용하고, 근거 없는 내용은 "미확인"으로 표시
Knowledge: 승인된 정책 PDF와 용어집
Starter: "출장비 정산 조건을 조항과 함께 알려줘"
Capabilities: 기본은 최소, 최신 외부 정보가 필요할 때만 Search
공유 전: Preview에서 금지된 추측, 인용 형식, 빈 자료 처리를 테스트

새 이미지 요청
용도: 개발 문서의 16:9 헤더
주제: 서버와 데이터 흐름을 보여 주는 단순한 장면
구성: 왼쪽에 서버, 오른쪽에 데이터 카드, 중앙에 흐름
스타일: 평면 일러스트, 높은 대비, 장식 텍스트 없음
비율: 16:9
금지: 실제 회사 로고, 읽기 어려운 작은 문구

편집 요청
변경: 배경만 투명하게, 왼쪽 하단 아이콘만 제거
유지: 인물의 얼굴·포즈·구도·나머지 색상
범위: 선택한 영역과 그 주변 최소 범위

파일: sales_2026.csv / 시트: monthly_sales
레코드 단위: 한 행은 주문 1건
기간: 2026-01-01 ~ 2026-06-30
포함: 결제 완료 주문
제외: cancelled, test 주문
지표: 월별 순매출 = 결제액 - 환불액
그룹: 월, 제품군
출력: 집계표 -> line chart -> 이상값 3개
검증: 사용 열, 제외 행 수, 결측 처리, 계산식, 단위를 함께 보여줘.

Voice 요청 전
- 목적: 아이디어 대화 / 화면 설명 / 정확한 기록 중 무엇인가?
- 시간: "오늘" 대신 날짜·시간대·위치를 말한다.
- 입력: 화면에 알림·비밀번호·개인 메시지가 보이지 않는가?
- 결과: 중요한 수치·조건은 text와 원문으로 다시 확인한다.

화면 공유가 필요하면 Advanced가 선택돼 있는지와
모바일 앱·계정의 video/screen sharing 지원 여부를 확인해.

시작 요청
과목·수준: 고2 수학, 미분 입문
목표: chain rule 문제를 혼자 풀 수 있다.
범위: 첨부한 3~5쪽의 표기와 정의만 사용한다.
현재 상태: 합성함수는 알지만 미분 순서에서 막힌다.
진행: 정답을 먼저 말하지 말고, 한 문제씩 힌트 → 내 답 → 피드백 순서로 진행한다.
검증: 마지막에 새 문제 2개로 이해를 확인한다.

녹음 전
- 모든 참여자에게 녹음·전사·요약·보존 위치를 알리고 필요한 동의를 받는다.
- 현재 macOS ChatGPT 앱, account·workspace, Microphone·Screen & System Audio Recording 권한을 확인한다.
- 공유 금지 발언, 회의록 대상, 보관 책임자를 정한다.

녹음 후
1. speaker label, 고유명사, 숫자, 날짜를 transcript와 대조
2. 결정 / 제안 / 보류 / action item을 분리
3. 담당자와 기한을 참석자가 승인
4. canvas와 transcript를 어디에 공유·보관·삭제할지 결정

Work 작업 계약
목표: [완성할 결과물]
사용 자료: [파일, 프로젝트 source, 허용된 app·사이트]
제외: [이번에 하지 않을 조사·수정·외부 행동]
완료 조건: [검토 가능한 결과 2~4개]
승인 필요: [발송, 게시, 구매, 공유, 삭제, 권한 변경]

시작 전에는 계획과 필요한 권한을 보여줘.
진행 중에는 완료한 산출물·근거·막힌 조건만 보고해.
외부 행동은 대상·변경·영향을 보여 준 뒤 승인받고 실행해.
끝에는 실제 결과와 미확인 항목을 분리해.

이 답변을 검증 가능한 주장으로 나눠줘.
각 항목은 다음 중 하나로 표시해줘.
- 직접 근거: 제공한 자료의 위치 또는 인용
- 추론: 근거에서 한 단계 해석한 내용
- 미확인: 현재 자료만으로 판정할 수 없는 내용

수치·날짜·고유명사·외부 링크는 우선 검토 목록으로 모으고,
근거가 없으면 사실처럼 보강하지 말아줘.

입력 전 5문항
1. 이 작업은 실명·연락처·계정 식별자 없이도 가능한가?
2. 원문 대신 익명화·필드 축약·합성 예시로 바꿀 수 있는가?
3. personal workspace인가, organization-managed workspace인가?
4. Memory·chat history·Temporary Chat 중 무엇이 필요한가?
5. 파일·App·shared link로 이 데이터가 다른 위치에 전달되는가?

답 하나라도 불명확하면: 원문을 넣기 전에 조직 정책 또는 담당자에게 확인한다.

최종 답변 전에 다음을 점검해줘.
1. 요구사항: 항목별로 충족 / 미충족을 표시
2. 근거: 사실·수치·인용마다 사용한 자료를 적기
3. 맥락: 없는 입력은 추측하지 말고 조회 가능 / 질문 필요 / 가정으로 분리
4. 형식: 길이, 제목, 표, 코드 등 요청 형식을 확인
5. 외부 행동: 발송·삭제·구매·배포는 실행하지 말고 승인에 필요한 정보를 제시

출력 끝에는 "확정", "가정", "미확인", "다음 행동"을 분리해줘.

사용 가능한 근거: [첨부 문서 A, 공식 페이지 B, 회의록 C]
사용 금지: 제공하지 않은 배경지식, 확인하지 않은 URL·문헌·수치

답변 규칙:
- 사실 주장은 바로 뒤에 [자료명, 위치]를 붙인다.
- 자료에 직접 없는 해석은 "추론"으로 표시한다.
- 출처가 충돌하면 하나를 고르지 말고 차이와 적용 조건을 적는다.
- 근거가 없으면 빈칸을 채우지 말고 "미확인"으로 표시한다.

선택 예시
- 반복되는 글쓰기 선호: Saved Memory 또는 Custom Instructions
- 예전 대화 맥락을 반영한 추천: Reference chat history
- 일회성 민감 초안: Temporary Chat
- history는 남기되 모델 개선에는 쓰지 않음: Improve the model for everyone 끄기

Search로 다음 조건을 확인해줘.
- 기준일: 2026-08-10
- 범위: 한국에서 제공되는 공식 플랜만
- 출처: 공식 제품 페이지와 도움말만
- 출력: 결론 / 변경 가능성 / 각 주장 옆 citation
- 제외: source가 없는 추정과 블로그 요약

결과에는 확인하지 못한 조건도 "미확인"으로 남겨줘.

공유 전 점검
1. 전체 대화인가, 개별 응답인가?
2. 앞선 prompt에 이름·이메일·내부 자료·인증 정보가 없는가?
3. 받는 사람이 URL을 다시 전달해도 되는가?
4. 회수가 필요해질 때 원본 chat과 shared link를 모두 관리할 수 있는가?

안전한 기본값
- 필요한 답만 새 대화 또는 개별 응답으로 분리
- preview로 공유 범위를 확인
- 민감한 대화는 링크 대신 접근 제어 가능한 문서로 전달

업무 자료를 넣기 전
1. 현재 personal workspace가 아닌 managed workspace인지 확인
2. workspace policy에서 허용하는 데이터·도구·공유 범위 확인
3. 필요한 모델, Apps, GPT, Projects, Memory가 역할에 허용되는지 확인
4. 외부 app과 shared link는 조직의 추가 정책이 있는지 확인
5. 문제가 생기면 개인 설정만 바꾸지 말고 admin controls를 확인

기록이 다시 필요할 수 있음 -> Archive
계정에서 대화를 제거해야 함 -> Delete
삭제·이관 전에 계정에 남은 기록을 확인 -> Export data
외부 앱의 새 접근을 막음 -> Disconnect app

민감한 내용을 GPT에 넣기 전
1. 이 GPT에 Apps 또는 Actions가 켜져 있는가?
2. 어떤 외부 서비스와 어떤 목적에 입력 일부가 전송되는가?
3. 이 정보는 이번 대화에만 필요한가, 이후 personalisation에도 필요한가?
4. 가능한 경우 식별자·비밀값을 제거하고 최소 부분만 입력한다.

baseline 초안
  -> 유지 / 변경 / 삭제를 분리
  -> 변경 뒤 통과 조건을 지정
  -> 수정본 + 변경 요약 + 미확인 항목을 받음
  -> 원본과 diff·근거를 사람이 확인

빠른 답변
- 결과: 결론과 짧은 근거만
- 적합: 문장 교정, 제공한 글의 요약, 단일 형식 변환

표준 검토
- 결과: 결론, 선택 이유, 가정 또는 확인 항목
- 적합: 비교, 초안, 제공 자료를 바탕으로 한 설명

깊은 작업
- 결과: 범위·계획, 근거, 대안, 검증 결과, 남은 불확실성
- 적합: 조사, 설계, 외부 영향이 있는 판단, 여러 자료의 종합

목표: 500자 안에 출시 위험을 요약한다.
필수: 근거가 있는 위험만 포함한다.
금지: source 없는 일정·수치를 추정하지 않는다.
충돌 우선순위: 정확성 > 근거 표기 > 분량 > 문체.
fallback: 근거가 부족하면 위험을 단정하지 말고 필요한 source를 적는다.

목표: [완성할 산출물]
범위: [포함할 것] / 제외: [이번에 하지 않을 것]
완료 조건: [사람이 확인할 수 있는 결과 2~4개]

시작 전에 목표를 한 문장으로 재진술하고 3단계 계획을 제시해줘.
각 단계 뒤에는 다음만 보고해줘.
- 완료: 실제로 끝난 산출물과 확인 방법
- 진행 중: 다음 행동과 막힌 이유
- 보류: 확인할 수 없거나 내 결정이 필요한 항목
계획과 실제 결과가 다르면 이유와 수정한 계획을 함께 적어줘.

산출물: [무엇을 만들지]
독자: [누가 읽는지]

다음 기준으로 초안을 작성하고 한 번만 수정해줘.
- 정확성: 제공한 자료 밖의 사실은 추가하지 않는다.
- 완결성: [필수 항목]을 모두 포함한다.
- 읽기성: 첫 화면에서 결론과 다음 행동을 알 수 있다.
- 형식: [길이, 제목, 표, 목록 조건]을 지킨다.

출력 순서:
1. 초안
2. 기준별 통과 / 보완 필요와 근거
3. 보완한 최종본
4. 자료가 없어 검증하지 못한 항목

baseline prompt + failing input + observed output
  -> failure를 한 문장으로 정의
  -> 최소 수정안 A/B 제안
  -> 동일한 holdout suite에서 비교
  -> pass 조건을 만족한 변경만 채택

목표: [확인 또는 산출할 결과]
필수 결과: [반드시 채울 항목]
허용 근거: [공식 사이트 / 제공 파일 / 연결된 데이터]

1. 작업 전 필요한 도구와 접근 권한을 확인해줘.
2. 선행 결과가 필요한 단계는 그 결과를 확인한 뒤에만 진행해줘.
3. 독립적인 조회는 함께 처리하고, 의존 단계는 순서를 지켜줘.
4. 결과가 비면 "없음", "접근 불가", "검색했지만 미발견"을 구분해줘.
5. 필수 결과가 모두 근거와 함께 채워졌을 때만 완료로 표시해줘.

대상: [전체 항목 수 또는 명시 목록]
처리 단위: [한 번에 5개 / 섹션별 / 파일별]
완료 조건: 모든 항목이 완료·보류·접근 불가 중 하나로 표시됨

각 항목을 다음 상태로 관리해줘.
- 완료: 결과와 근거가 있음
- 재확인: 1차 결과가 비었거나 불완전함
- 보류: 입력 또는 결정이 더 필요함
- 접근 불가: 도구·권한·자료가 없음

모든 항목의 상태를 보고하기 전에는 완료로 표시하지 말아줘.

이번 작업의 위임 범위
- 바로 진행: [요약, 초안, 비교안, 코드 제안]
- 확인 후 진행: [외부 전송, 삭제, 구매, 배포, 권한 변경]
- 하지 않음: [이번 범위에서 제외할 행동]

작업 중 새 지시가 들어오면
1. 기존 목표와 충돌하는지 표시하고
2. 유지·중단·새로 추가할 항목을 짧게 정리한 뒤
3. 변경된 범위에서만 계속 진행해줘.

외부 행동은 실행 대신 대상, 예상 영향, 되돌리는 방법을 먼저 제시해줘.

실행 환경 선택
현재 checkout을 바로 수정한다       -> Local
같은 repository에서 변경을 격리한다 -> Worktree
설정된 원격 environment에서 실행한다 -> Cloud

Local에서 개발 서버·IDE를 계속 쓴다       -> 병렬 Codex 작업은 Worktree
Worktree 결과를 기존 IDE에서 검증해야 한다 -> Hand off to Local
Worktree에서 계속 검증·커밋한다           -> Create branch here 후 작업 유지
새 Worktree에 .env가 필요하다             -> .worktreeinclude + setup script

"팀 API 규약과 회의록을 계속 참고한다"      -> ChatGPT Project
"이 repository에서 테스트 실패를 고친다"     -> Codex 로컬 폴더 + 스레드
"같은 버그를 두 접근으로 동시에 실험한다"     -> 별도 스레드 + Git worktree

# 시작 전: 현재 변경을 먼저 읽는다.
git status --short
git diff --stat

# 작업 후: 새 변경의 범위와 내용을 읽는다.
git diff --check
git diff
git status --short

# ~/.codex/config.toml: 모든 local project에 적용할 개인 기본값
model = "gpt-5.6"
approval_policy = "on-request"
sandbox_mode = "workspace-write"
web_search = "cached"
model_reasoning_effort = "high"

# 현재 실행 한 번에만 적용
codex --sandbox workspace-write --ask-for-approval on-request

# 파일 수정 없이 조사만 할 때
codex --sandbox read-only --ask-for-approval untrusted

새 Worktree가 만들어질 때 자동 준비한다 -> setup script
사람이 눌러 반복 명령을 실행한다        -> Action
OS별 shell·경로가 다르다                -> macOS/Windows/Linux override
팀과 같은 설정을 쓴다                   -> project root/.codex를 Git에 포함

# macOS / Linux: 설치와 업데이트에 같은 installer를 사용한다.
curl -fsSL https://chatgpt.com/codex/install.sh | sh

# 의도한 Git repository에서 시작한다.
cd /path/to/project
codex

# 세션의 directory, model, permissions를 확인한다.
/status

# interactive approval이 있는 local 작업에서만 Auto-review가 개입할 수 있다.
approval_policy = "on-request"
approvals_reviewer = "auto_review"
sandbox_mode = "workspace-write"

# ~/.codex/rules/default.rules
prefix_rule(
    pattern = ["gh", "pr", "view"],
    decision = "prompt",
    justification = "PR 조회는 범위를 확인한 뒤 실행합니다.",
    match = [
        "gh pr view 7888",
        "gh pr view 7888 --json title,body,comments",
    ],
    not_match = [
        "gh pr --repo openai/codex view 7888",
    ],
)

default_permissions = "project-edit"

[permissions.project-edit]
extends = ":workspace"

[permissions.project-edit.filesystem.":workspace_roots"]
"**/*.env" = "deny"

[permissions.project-edit.network]
enabled = true

[permissions.project-edit.network.domains]
"api.openai.com" = "allow"
"*.github.com" = "allow"

# AGENTS.md

## Repository map
- Web/: Next.js application
- tools/: content validation scripts

## Run and test
- Content: npm --prefix Web run content:check
- Build: npm --prefix Web run build

## Constraints
- Do not edit generated files under Web/generated/.

## Done when
- Run the affected validation command.
- Inspect the final diff.

1. $CODEX_HOME의 AGENTS.override.md 또는 AGENTS.md를 읽는다.
2. project root에서 현재 working directory까지 내려간다.
3. 각 directory에서 override -> AGENTS.md -> configured fallback 순으로 하나만 고른다.
4. root -> current directory 순으로 합친다.

같은 directory의 AGENTS.override.md는 AGENTS.md만 대체한다.
상위와 하위 directory의 지침은 계속 합쳐진다.

결과: 로그인 timeout을 10초로 고치고 사용자 메시지를 유지해 주세요.
맥락: @src/auth/login.ts의 request 경로에서만 재현됩니다.
경계: API 응답 형식과 retry 횟수는 바꾸지 마세요.
검증: auth test를 실행하고, 실패하면 원인과 실행하지 못한 항목을 보고해 주세요.

계획을 먼저 작성한다.

1. 인증 모듈에서 바꿀 파일과 public API 영향을 나눈다.
   검증: 현재 API contract와 실패 재현을 기록한다.
2. 내부 구현을 바꾸고 관련 test를 통과시킨다.
   검증: auth test와 type check가 통과한다.
3. 호출부와 문서를 정리한다.
   검증: build, git diff, public API 비교를 끝낸다.

완료: 세 단계의 검증 evidence가 있고, 배포 전 review에서 범위 밖 변경이 없다.

# CLI의 이전 interactive session을 이어서 연다.
codex resume --last

# 최근 interactive session을 보존한 채 새 분기로 시작한다.
codex fork --last "인증 흐름만 다른 방법으로 검토해 줘"

선택 영역: src/auth/token.ts의 refreshToken 함수

이 선택 영역의 만료 시간 계산만 고쳐 주세요.
호출부와 response 형식은 바꾸지 마세요.
수정 뒤에는 token 관련 test를 실행하고,
바뀐 파일과 테스트 결과를 요약해 주세요.

# 수정 전후의 최소 검증 묶음
git status --short
npm test
npm run lint

/goal

결과: 결제 API의 timeout 오류를 고친다.
제약: public API와 database schema는 바꾸지 않는다. 배포·push는 하지 않는다.
검증: 재현 테스트와 관련 test suite가 통과하고, git diff에서 변경 파일을 검토한다.

1. 재현: 어떤 입력·명령·환경에서 실패하는지 먼저 고정한다.
2. 수정: 바꿀 파일과 금지할 변경을 정해 최소 변경을 만든다.
3. 검증: 관련 test·lint·type check를 실행하고 실패 원인을 분리한다.
4. 범위 확인: git diff와 Git status로 의도하지 않은 파일을 찾는다.
5. review: 필요한 범위만 /review 또는 codex review에 맡기고 finding의 근거를 확인한다.

문제를 찾아 피드백만 받는다  -> PR 댓글에 @codex review
특정 관점으로 검토한다       -> @codex review for issues in the database migration
PR 맥락으로 실제 수정을 맡긴다 -> @codex <구체적인 작업>
보안 심층 검토를 요청한다     -> @codex security review (지원 환경)

검토 순서
1. Git status와 scope를 확인한다.
2. diff에서 요청 범위 밖 파일, secret, lockfile, generated output을 찾는다.
3. line comment 또는 follow-up으로 수정 근거를 묻는다.
4. 관련 검증을 통과한 chunk만 stage·commit 대상으로 판단한다.

http://localhost:3000/pricing 의 375px 폭을 확인해 주세요.
loading 상태는 건드리지 말고, 모바일에서 CTA가 overflow하는 문제만 고치세요.
browser comment가 붙은 두 요소만 수정한 뒤 같은 route에서 다시 확인하고,
Git diff와 관련 component test 결과를 보고해 주세요.

화면을 보기만 한다        -> Appshots 또는 Browser
웹 페이지에서 상태를 확인한다 -> Browser를 먼저 검토
데스크톱 앱을 클릭·입력한다  -> Computer Use
로그인된 Chrome 탭을 쓴다   -> Chrome extension

Computer Use 요청에는 시작 상태, 허용한 화면, 완료 조건, 금지 동작을 적는다.

1. 공유할 창을 맨 앞으로 가져온다.
2. 양쪽 Command 키 또는 설정한 Appshots 단축키를 누른다.
3. 화면에서 판단할 것과 하지 않을 것을 한 문장으로 지정한다.

예: 이 오류 패널만 보고 재현 단계와 원인 후보를 정리한다.
    고객 이름과 토큰 값은 인용하거나 요약하지 않는다.

# 최종 메시지만 표준 출력으로 받는다.
codex exec "summarize the repository structure"

# 실행 이벤트 전체를 JSON Lines로 받는다.
codex exec --json "summarize the repository structure" | jq

# 수정이 필요한 자동화만 workspace 쓰기를 허용한다.
codex exec --sandbox workspace-write "update the changelog and run its check"

# 안정된 JSON 결과를 파일에도 남긴다.
codex exec "Extract metadata" --output-schema ./schema.json -o ./result.json

작업: 매주 월요일 09:00, Asia/Seoul에 Markdown 링크만 검사한다.
범위: Web/content/reference 아래 파일만 읽는다.
입력: 저장소와 공식 URL만 사용한다.
출력: 끊어진 링크 / 파일 경로 / URL / 확인 날짜.
변화 없음: "변화 없음" 한 줄만 보고한다.
금지: 파일 수정, 외부 서비스 전송, 범위 밖 네트워크 요청.
종료: 2026-12-31 또는 내가 pause할 때.

현재 브랜치를 main과 비교해 병렬 검토해 주세요.
- security risk 담당 1명
- test gap 담당 1명
- maintainability 담당 1명
각자 파일 경로와 근거를 남기고, 모두 끝난 뒤 중복을 합쳐 심각도 순으로 요약해 주세요.