trex-core/docs/srs/index.md

Software Requirement Specification Index

목적

• 이 문서는 프로젝트의 SRS 운영 기준과 requirement 목록을 관리하는 entry point이다.
• 개별 requirement의 상세 내용은 타입별 폴더 하위 req-XXX_*.md 파일에서 관리한다.

사용 방법

1. 새로운 requirement가 필요하면 Next Requirement ID를 확인하고 docs/srs/req-template.md를 복사해 docs/srs/<Type>/req-XXX_<slug>.md 파일을 생성한다.
2. 초안 작성은 draft-req, 승인 전환은 confirm-req, 변경 대응은 change-req, 구현 완료 전환은 confirm-req-implemented skill을 기준으로 수행한다.
3. 작성 또는 수정 후 누락과 모호성을 점검한다.
4. requirement 추가 또는 변경 후 Next Requirement ID, Requirement Register, Recent Change Log Summary를 함께 갱신한다.
5. Proposed requirement를 승인하려면 승인 준비 상태와 blocker를 점검한다.
6. Approved requirement는 구현 이슈나 작업 항목으로 연결한다.
7. 구현과 검증이 끝난 requirement는 confirm-req-implemented skill로 완료 전환 가능 여부를 점검한다.
8. requirement 변경 시 change-req skill을 기준으로 해당 REQ 파일의 Change Log를 먼저 갱신한 뒤 본문을 수정한다.
9. 구현 전에는 관련 REQ 파일과 최근 Change Log를 기준으로 변경 범위를 판단한다.

상태 정의

• Proposed: 초안 상태이며 구현 기준으로 확정되지 않음
• Approved: 구현 기준으로 승인됨
• Implemented: 구현과 검증이 완료됨
• Deprecated: 더 이상 유지하지 않음

Status Transition Evidence

Proposed -> Approved

• Status, Type, Priority, Owner, Intent, Requirement, Acceptance Criteria, Impacted Area, Change Log가 모두 존재해야 한다.
• Type은 아래 분류 도표에서 정확하게 하나로 지정되어야 한다.
• Acceptance Criteria는 구현 판단에 사용할 수 있을 정도로 구체적이어야 한다.
• 미해결 assumption 또는 open question이 있으면 Notes에 명시하고, 승인 blocker 여부를 판단해야 한다.
• 승인 전환 시 해당 REQ 파일의 Change Log에 status 변경 사유를 기록해야 한다.

Approved -> Implemented

• 각 Acceptance Criteria에 대해 test, manual verification, 또는 구현 결과 중 최소 1개의 evidence가 있어야 한다.
• evidence는 requirement 문서 자체 또는 연결된 구현/검증 결과에서 추적 가능해야 한다.
• 미충족 Acceptance Criteria가 있으면 Implemented로 전환하지 않는다.
• 구현 완료 전환 시 잔여 리스크와 미검증 영역이 있으면 Change Log에 기록해야 한다.
• 상태 전환은 confirm-req-implemented skill을 기준으로 수행한다.

Requirement Change Handling

• 기존 REQ 본문(Requirement, Acceptance Criteria, Impacted Area)을 수정하기 전에는 새 Change Log 항목을 만든다.
• Change Log에는 최소한 Acceptance Criteria Delta, Impacted Area Delta, Delivery Trace Delta, Revalidation Impact, Validation Plan이 포함되어야 한다.
• 변경이 기존 구현 또는 verification evidence를 무효화하면 Implemented requirement는 Approved로 되돌린다.
• 변경이 승인 전제 자체를 다시 검토하게 만들면 Approved 또는 Implemented requirement를 Proposed로 되돌릴 수 있다.
• 상태 되돌림이 발생하면 Requirement Register와 Recent Change Log Summary도 함께 갱신한다.

Requirement 타입 분류 도표

타입	정의	예시
Configuration	설정 옵션, 커스터마이징 포인트	설정 파라미터, 환경 변수, 옵션 항목
Data	데이터 구조, 저장/로드, 파일 형식, 스키마	설정 파일 형식, DB 스키마, API 구조
Deployment	배포 방식, 운영 절차, 배포 환경	컨테이너 배포, 스택 관리, 운영 가이드
Documentation	문서 작성, 가이드, 매뉴얼, 안내서	사용자 가이드, API 문서, 튜토리얼
Exception	오류 처리, 예외 복구, 재시도 전략	오류 복구, 검증 실패 처리, 폴백 전략
Installation	시스템 설치, 환경 구성, 초기화 절차	Docker 이미지 빌드, DB 마이그레이션, 사전 조건 설정
Integration	외부 시스템 연동, 플러그인, 확장	3rd party 연동, 플러그인 인터페이스
Interface	사용자 상호작용 방식 (UI, API, CLI, 제어방식)	CLI 명령어, API 엔드포인트, 웹 UI 기능
Migration	데이터 이전, 버전 업그레이드	데이터 마이그레이션, 버전 호환성
Non-Functional	성능, 보안, 확장성, 호환성, 신뢰성	성능 목표, 보안 정책, 확장성
Testing	테스트 전략, QA 요구사항, 검증 방식	테스트 커버리지, 회귀 테스트, 수락 기준

Requirement 작성 규칙

• 각 requirement는 고유 ID를 가진다. 예: REQ-001
• 다음 신규 requirement 번호의 source of truth는 이 문서의 Next Requirement ID 섹션이다.
• 새 requirement를 추가하거나 ID 충돌이 발생할 수 있는 변경을 했으면 Next Requirement ID를 함께 갱신한다.
• 각 requirement는 Type을 명시해야 한다. 위 분류 도표 중 정확하게 하나로 선택하며, docs/srs/<Type>/ 폴더명도 같은 문자열을 사용한다.
• 각 requirement는 Intent, Requirement, Acceptance Criteria, Impacted Area를 반드시 포함한다.
• 모호한 표현("개선한다", "적절히 처리한다") 대신 관찰 가능하고 test 가능한 문장을 사용한다.
• requirement 변경 사항은 해당 REQ 파일의 Change Log에 기록한다.
• requirement 변경 시 영향 받는 batch/release와 재검증 필요 여부를 Change Log에 남긴다.
• Recent Change Log Summary는 최신 5건만 유지한다.
• status 전환은 Status Transition Evidence 기준을 따른다.

Next Requirement ID

• Current: REQ-095
• Rule: Requirement Register에 있는 가장 큰 REQ 번호보다 정확히 1 커야 한다.

Requirement Register

ID	Title	Type	Status	Priority	Owner	Link
REQ-001	trex-core Python 프로젝트 부트스트랩	Installation	Implemented	High	project maintainers	req-001
REQ-002	slot 순수 도메인 이식 및 공개 API 확정	Interface	Implemented	High	project maintainers	req-002
REQ-003	slot 도메인 단위테스트 이식 및 컬럼 계약 가드	Testing	Implemented	High	project maintainers	req-003
REQ-004	baseline 문서 planned→실제 정합	Documentation	Implemented	Medium	project maintainers	req-004
REQ-005	슬롯 코어 데몬 런타임 부트스트랩	Installation	Implemented	High	project maintainers	req-005
REQ-006	PostgreSQL SlotRepository 영속화 + 스키마	Data	Implemented	High	project maintainers	req-006
REQ-007	intent 제출 HTTP API + 멱등	Interface	Implemented	High	project maintainers	req-007
REQ-008	슬롯 read-only 조회 HTTP API	Interface	Implemented	High	project maintainers	req-008
REQ-009	데몬/API/영속화 baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-009
REQ-010	데몬 설정 .env 파일 로딩	Configuration	Implemented	Medium	project maintainers	req-010
REQ-011	BrokerPort 추상화 + paper/stub async 더블	Integration	Implemented	High	project maintainers	req-011
REQ-012	KIS Open API 브로커 어댑터	Integration	Implemented	High	project maintainers	req-012
REQ-013	주문 집행 루프 (claim·송신·체결·롤백)	Integration	Implemented	High	project maintainers	req-013
REQ-014	주문 핸드오프 durability + reconciliation	Exception	Implemented	High	project maintainers	req-014
REQ-015	브로커/집행 baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-015
REQ-016	KIS 인증 토큰 Redis 캐시	Integration	Implemented	Medium	project maintainers	req-016
REQ-017	LedgerPort 추상화 + portfolio-hub 어댑터 + stub	Integration	Implemented	High	project maintainers	req-017
REQ-018	체결→원장 기록 (집행 루프 fill hook)	Integration	Implemented	High	project maintainers	req-018
REQ-019	ledger outbox durability + correlation_id 멱등	Exception	Implemented	High	project maintainers	req-019
REQ-020	ledger 레이어 baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-020
REQ-021	messaging 토폴로지 + 메시지 계약 매핑	Integration	Implemented	High	project maintainers	req-021
REQ-022	messaging transport 포트 + RabbitMQ 어댑터 + stub + sync+thread daemon	Integration	Implemented	High	project maintainers	req-022
REQ-023	messaging delivery 신뢰성 (effectively-once + durable + DLQ + publisher confirms)	Exception	Implemented	High	project maintainers	req-023
REQ-024	RabbitMQ 가용성 degrade 정책 (버퍼링 금지 + 보수적 중단 + core 안전 매도 독립)	Non-Functional	Implemented	High	project maintainers	req-024
REQ-025	HTTP /v1 API 완전 제거 (healthz 포함, HTTP 표면 0)	Interface	Implemented	High	project maintainers	req-025
REQ-026	messaging 레이어 baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-026
REQ-027	portfolio-hub read 포트 + 어댑터 + stub	Integration	Implemented	High	project maintainers	req-027
REQ-028	종목 스냅샷 read 메시지 계약 + envelope + degraded 신호	Interface	Deprecated	High	project maintainers	req-028
REQ-029	자산 선별(slot overlay) + view 모드 + strategy_key 필터	Interface	Implemented	High	project maintainers	req-029
REQ-030	일일 스냅샷 스케줄러 + 옵션 D 현금/포지션 갱신	Integration	Implemented	High	project maintainers	req-030
REQ-031	포지션 정합 검증 + warning 마스킹	Exception	Implemented	High	project maintainers	req-031
REQ-032	런타임 pause/resume 제어 (+운영자 CLI 표면)	Interface	Implemented	Medium	project maintainers	req-032
REQ-033	스냅샷 read 레이어 baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-033
REQ-034	per-slot 워치독 — snapshot RPC 기반 전략 모듈 활성 감지	Interface	Implemented	High	project maintainers	req-034
REQ-035	슬롯 가격 임계값 도메인 필드 + DB 마이그레이션	Data	Implemented	High	project maintainers	req-035
REQ-036	자동 매도 내부 경로 — SlotService.sell + idempotency	Interface	Implemented	High	project maintainers	req-036
REQ-037	forced_close_at 만기 자동 매도 루프	Integration	Implemented	High	project maintainers	req-037
REQ-038	stop-loss·take-profit KIS 가격 polling + 트리거	Integration	Implemented	High	project maintainers	req-038
REQ-039	장 마감 강제 청산 (TREX_MARKET_CLOSE_LIQUIDATION_TIME)	Integration	Implemented	High	project maintainers	req-039
REQ-040	update_thresholds intent RPC 액션	Interface	Implemented	High	project maintainers	req-040
REQ-041	safety-sell 환경 설정 — 5종 env var	Configuration	Implemented	High	project maintainers	req-041
REQ-042	safety-sell baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-042
REQ-043	trex.control.req 제어 채널 + action dispatch	Interface	Implemented	High	project maintainers	req-043
REQ-044	kill-switch day-scoped 제외 store + 마이그레이션	Data	Implemented	High	project maintainers	req-044
REQ-045	kill-switch 실행 — 범위별 holding 즉시 청산 + 이력	Interface	Implemented	High	project maintainers	req-045
REQ-046	kill-switch 당일 제외 masking + 자동해제 + resume	Interface	Implemented	High	project maintainers	req-046
REQ-047	kill-switch baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-047
REQ-048	per-instance TOML 설정 로더 + --config 필수	Configuration	Implemented	High	project maintainers	req-048
REQ-049	instance_key 기반 동적 큐명 + default 하위호환	Interface	Implemented	High	project maintainers	req-049
REQ-050	trex.direct(topic) + trex.broadcast(fanout) exchange + 바인딩	Integration	Implemented	High	project maintainers	req-050
REQ-051	multi-instance topology baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-051
REQ-052	safety-sell per-slot 재시도 쿨다운 + 영속 거부 경고	Integration	Implemented	High	project maintainers	req-052
REQ-053	safety-sell 재시도 쿨다운 env 설정 2종	Configuration	Implemented	Medium	project maintainers	req-053
REQ-054	safety-sell 쿨다운 runtime-flows 정합	Documentation	Implemented	Low	project maintainers	req-054
REQ-055	closed 슬롯 ↔ ledger_outbox 누락 운영 점검 쿼리	Exception	Implemented	Medium	project maintainers	req-055
REQ-056	자산 영구 슬롯 스키마 재설계 + 마이그레이션	Data	Implemented	High	project maintainers	req-056
REQ-057	자산 영구 슬롯 상태머신 재정의 + 인스턴스 스코프 advisory lock	Interface	Implemented	High	project maintainers	req-057
REQ-058	universe 기반 슬롯 lifecycle reconcile (생성/soft-retire/tombstone)	Integration	Implemented	High	project maintainers	req-058
REQ-059	활성 capacity 제어 + 신호 기반 admission (FCFS·M캡·무치환·over-cap)	Interface	Implemented	High	project maintainers	req-059
REQ-060	동시 활성 최대치(max_active_slots) per-instance TOML 설정	Configuration	Implemented	High	project maintainers	req-060
REQ-061	intent 계약 자산(portfolio_id) 키 통일 + 중복/무효 규칙	Interface	Implemented	High	project maintainers	req-061
REQ-062	수량 hub 정본+로컬 미러 + holding↔broker/hub 불일치 해소	Integration	Implemented	High	project maintainers	req-062
REQ-063	운영자 표면 단일화 — slots = 자산 포지션 단일 뷰	Interface	Implemented	Medium	project maintainers	req-063
REQ-064	풀 모델 → 자산 중심 DB 재초기화 (구 cutover)	Migration	Implemented	High	project maintainers	req-064
REQ-065	자산 중심 모델 baseline 문서 정합 + 풀 모델 폐기 명시	Documentation	Implemented	Medium	project maintainers	req-065
REQ-066	보유 자산 포지션 사이징 — 증액·부분 감액 (수량/avg_price 재계산)	Interface	Implemented	High	project maintainers	req-066
REQ-067	포지션 사이징 baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-067
REQ-068	intent 실행 정책 계약 — timeout_sec + slippage_pct	Interface	Implemented	High	project maintainers	req-068
REQ-069	주문 timeout 집행 + 취소-체결 race 처리	Integration	Implemented	High	project maintainers	req-069
REQ-070	slippage 보호 지정가 집행	Integration	Implemented	High	project maintainers	req-070
REQ-071	운영자 강제 취소 백스톱 (trex-core cancel)	Interface	Implemented	Medium	project maintainers	req-071
REQ-072	실행 정책 baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-072
REQ-073	전략 read 표면 — trex.slots.req RPC 계약 (filter/spy, snapshot.req 즉시 교체)	Interface	Implemented	High	project maintainers	req-073
REQ-074	슬롯 단일 행 스키마 — 자산·워치독·overlay 흡수 + 필드별 정본 라벨	Data	Implemented	High	project maintainers	req-074
REQ-075	slots read 표면 baseline 문서 정합	Documentation	Implemented	Medium	project maintainers	req-075
REQ-076	watchdog timeout per-instance TOML 설정	Configuration	Implemented	High	project maintainers	req-076
REQ-077	중장기 인스턴스 운영 프로파일 — 표준 TOML 레시피 + 기동 검증	Configuration	Implemented	High	project maintainers	req-077
REQ-078	중장기 운영 baseline 문서 정합 — 보호 규칙 경계 + forced_close_at 미사용	Documentation	Implemented	Medium	project maintainers	req-078
REQ-079	Slot strategy-state 저장소 — slot_strategy_state 테이블 + StrategyStateStore + occupancy_seq·version CAS	Data	Implemented	High	project maintainers	req-079
REQ-080	trex.slots.strategy_state.set write RPC 계약 — occupancy_seq·version CAS	Interface	Implemented	High	project maintainers	req-080
REQ-081	슬롯 occupancy_seq 정합성 가드 + close 시 strategy_state 삭제 불변식	Data	Implemented	High	project maintainers	req-081
REQ-082	strategy-state baseline 문서 정합 — read/write/삭제 흐름 + occupancy_seq 가드	Documentation	Implemented	Medium	project maintainers	req-082
REQ-083	KRX 호가단위(tick) 산출 유틸 — 가격→tick + 배수 내림/올림	Integration	Implemented	High	project maintainers	req-083
REQ-084	구조화 로깅 기반 — ISO8601(KST)·레벨·Loki JSON·correlation id	Non-Functional	Implemented	High	project maintainers	req-084
REQ-085	주문 결과 로깅 — submit/체결/거부 일관 tailable 로그	Integration	Implemented	High	project maintainers	req-085
REQ-086	청산 reason+actor 동반 노출 — 안전망/전략 구분 가시화	Interface	Implemented	Medium	project maintainers	req-086
REQ-087	주문 거부 ERROR 가시성 — 조용한 롤백 제거	Non-Functional	Implemented	High	project maintainers	req-087
REQ-088	운영 조회 CLI — 보유·오늘 체결·실현 PnL·대기 주문	Interface	Implemented	High	project maintainers	req-088
REQ-089	운영자 런북 — docs/operations.md 신설	Documentation	Implemented	Medium	project maintainers	req-089
REQ-090	관측성 baseline 문서 정합 — 로깅/관측성·PnL 조회 흐름	Documentation	Implemented	Medium	project maintainers	req-090
REQ-091	이벤트 발행 재시도 + 강제 재연결 (idle 후 첫 발행 무유실)	Exception	Approved	High	project maintainers	req-091
REQ-092	발행 전용 연결 idle keepalive (서버 측 heartbeat 사망 예방)	Exception	Approved	High	project maintainers	req-092
REQ-093	DLQ 가시성/경보 + emit 실패 경보 (trex.events.dlq 관측성)	Exception	Approved	High	project maintainers	req-093
REQ-094	이벤트 발행 신뢰성 baseline 문서 정합 (runtime-flows / project-structure / operations 갱신)	Documentation	Approved	Medium	project maintainers	req-094

Recent Change Log Summary

• 2026-06-19 :: REQ-091·092·093·094 Proposed → Approved (confirm-req, 팀장): 필수 필드·구체 AC 충족, source dcy-031(confirmed, Open OQ 0) 정합, blocker 없음. 팀장 판정 — FR-4의 REQ-093 흡수 동의, OQ-1/OQ-3 design 인계 확정, NFR-2 타임아웃 수치는 draft-batch-design 확정(비차단). 다음=suggest-batch-reqs + draft-batch(REQ-091~094 단일 batch 편성 예정, 고위험 opus QC).

• 2026-06-19 :: REQ-091·092·093·094 신규 생성(Proposed, draft-req dcy-031): 이벤트 발행 연결 신뢰성 — REQ-091 발행 재시도+강제 재연결(FR-1/B, S-1·S-2, NFR-13 흡수), REQ-092 idle keepalive(FR-2/A, OQ-1 design 인계), REQ-093 DLQ 가시성+emit 경보(FR-3/D + FR-4, OQ-3 design 인계, S-3), REQ-094 baseline 문서 정합(runtime-flows/project-structure/operations, docs전용). NFR-2·NFR-3은 REQ-091093 AC에 흡수. 고위험(M1 라이브) batch — opus QC 강제(CONFIRM①).

• 2026-06-16 :: REQ-086·088·089·090 Approved → Implemented (confirm-req-implemented, BAT-046 release-candidate, dcy-029 P1/issue #29): 청산 reason+actor 노출 + 운영 조회 CLI(report, 보유·오늘 체결·실현 PnL net·대기) + 운영자 런북 docs/operations.md + baseline 정합. 14 passed(신규 operator_report+safety_sell), 전체 537 passed/47 skipped 회귀 0, ruff clean.

• 2026-06-16 :: REQ-084·085·087 Approved → Implemented (confirm-req-implemented, BAT-045 release-candidate, dcy-029 P0/issue #29): 구조화 로깅 기반(ISO8601 KST·레벨·Loki JSON·correlation id) + 주문 결과 로깅(event=order_submit|fill|reject) + 거부 ERROR 가시화 구현·검증. 35 passed(신규 logging+주문결과), 전체 529 passed/47 skipped 회귀 0, ruff clean.

• 2026-06-16 :: REQ-084~090 신규 생성(Proposed, draft-req dcy-029): 운영 관측성 — REQ-084 구조화 로깅 기반(ISO8601 KST·레벨·Loki JSON·correlation id, FR-1+7), REQ-085 주문 결과 로깅(FR-2), REQ-086 청산 reason+actor 노출(FR-3, OQ-4 Option A), REQ-087 거부 ERROR 가시성(FR-4), REQ-088 운영 조회 CLI(FR-5, OQ-1 CLI), REQ-089 운영자 런북 docs/operations.md(FR-8), REQ-090 baseline 정합(FR-6). P0=084·085·087(+087은 P1이나 로깅 동반)/ P1=086·088·089·090.

• 2026-06-16 :: REQ-083·070 Approved → Implemented (confirm-req-implemented, BAT-044 release-candidate, dcy-030/issue #28): 슬리피지 KRX 호가단위 스냅 구현·검증 완료 — domain/pricing.py(tick 유틸) + execution.py 스냅(상한 준수 매수 floor/매도 ceil + band<tick 보장 + epsilon 가드). issue #28 케이스(147700→148400/54500→54700) 단위 검증, 47 passed(신규 pricing+슬리피지 정정), 전체 516 passed/47 skipped 회귀 0, ruff clean.

• 2026-06-16 :: REQ-083 Proposed → Approved (confirm-req): 필수 필드·구체 AC 충족, source dcy-030(confirmed, Open OQ 0) 정합. REQ-070(Approved, CHG)와 함께 dcy-030 단일 batch 편성 예정.

• 2026-06-16 :: REQ-083 신규 생성(Proposed, draft-req dcy-030): KRX 호가단위(tick) 산출 유틸 — 가격→tick 순수 함수(2023.1.25~ 구간표) + floor/ceil 배수 헬퍼. 주식 전용(OQ-1). REQ-070 슬리피지 스냅이 소비.

• 2026-06-16 :: REQ-070 change-req (CHG-20260616-01, dcy-030/issue #28): 슬리피지 실효 지정가에 KRX 호가단위 스냅 추가 + 반올림 방향 전환(체결 보장 → 상한 준수: 매수 내림/매도 올림) + band<1tick 하한/상한 보장. 기존 int(ceil/floor) 무스냅 구현 무효화 → Implemented → Approved 되돌림. 신규 AC-7~10, AC-1·2 갱신. dcy-030 batch에서 재구현·검증.

• 2026-06-15 :: REQ-007 Approved → Implemented (confirm-req-implemented, BAT-043 release-candidate, issue #27): rejected SellIntent 응답 additive retryable 구현·검증 완료 — core 소유 _SELL_REJECT_RETRYABLE 매핑 + helper, 487 passed(+8), ruff clean. issue #27 close.

• 2026-06-15 :: REQ-007 change-req (CHG-20260615-01, issue #27): rejected SellIntent 응답에 additive retryable: bool(core 소유 reason→retryable 매핑, 미인식 기본 true). #26 sell-idempotency 후속 — 데몬 손절매 재시도 안전 경로 decoupling. 완전 additive(기존 불변) → 신규 AC-7 구현·검증 대기 → Implemented → Approved 되돌림.

• 2026-06-15 :: REQ-079·080·081·082·073·074 Approved → Implemented (confirm-req-implemented, BAT-042 release-candidate, dcy-028): slot strategy-state 저장소 구현·검증 완료 — slot_strategy_state 테이블+StrategyStateStore(in-memory+PG)+occupancy_seq·version CAS(REQ-079), write RPC trex.slots.strategy_state.set(REQ-080), occupancy_seq 가드+close 삭제(REQ-081), baseline 정합(REQ-082), slots.req 행 strategy_state·occupancy_seq additive(REQ-073 AC-7/REQ-074 AC-6). 479 passed (+33 신규: store CAS 6+ABA, occupancy bump/close 4경로, set RPC 9, slots read 5), ruff clean. PG 경로 게이트 테스트 작성(실 DB 검증 release 위임). Blocking Issues 없음.

• 2026-06-15 :: REQ-079·080·081·082 Proposed → Approved (confirm-req): 필수 필드·구체 AC 충족, source dcy-028(confirmed, Open OQ 0) 정합. REQ-073/074(Approved, CHG) 와 함께 dcy-028 단일 batch 편성 예정.

• 2026-06-15 :: REQ-073·074 change-req (CHG-20260615-01, dcy-028/issue #26 C-1): slots.req 응답 행에 strategy_state 맵(별도 테이블 조립)·occupancy_seq additive 추가. 기존 envelope/필드/divergence/overlay 동작 보존, strategy_* reasoning 필드 부재 유지(strategy_state 와 구분). 신규 AC(073-AC7/074-AC6) 구현·검증 대기 → Implemented → Approved 되돌림(선례 REQ-002/006 CHG-20260612).

• 2026-06-15 :: REQ-079·080·081·082 신규 생성(Proposed, draft-req dcy-028): Slot strategy-state 저장소 — REQ-079 저장소+CAS(slot_strategy_state 테이블+StrategyStateStore+opaque UTF-8+2단 size cap), REQ-080 write RPC 계약(trex.slots.strategy_state.set, reject reason 집합), REQ-081 occupancy_seq 가드+close 삭제 불변식(점유 ABA 차단), REQ-082 baseline 정합. read piggyback(REQ-073/074 CHG)·C-4(issue #26 답변)는 별도. NFR-1(opaque) FR 흡수, NFR-2(size cap) REQ-079, NFR-3(수명) REQ-081 흡수.

• 2026-06-12 :: REQ-076·077·078 Approved → Implemented (confirm-req-implemented, BAT-041, dcy-027): 중장기 인스턴스 운영 구현·검증 완료 — watchdog per-instance TOML(단일 지점 override, env 폴백), config/longterm.example.toml 프로파일, runtime-flows 중장기 flow(보호 경계·forced_close_at 미사용). 446 passed (+7), ruff clean. 실 데몬 장기 run 은 release 운영 검증 위임. Blocking Issues 없음.

• 2026-06-12 :: REQ-076·077·078 Proposed → Approved (confirm-req): 필수 필드·구체 AC 충족, source dcy-027(confirmed, 결정 잔여 0건) 정합. REQ-076/077 동일 batch 편성 예정.

• 2026-06-12 :: REQ-076·077·078 신규 생성(Proposed, draft-req dcy-027): 중장기 전략 슬롯 운영 — watchdog timeout per-instance TOML(env 폴백), 중장기 운영 프로파일(TOML 레시피+기동·멀티데이·격리 검증), baseline 정합(보호 규칙 전략 전적 책임 + forced_close_at 미사용 명시). NFR-1 은 batch 검증, NFR-2 는 REQ-077 AC, NFR-3 은 REQ-076 제약으로 흡수.

• 2026-06-12 :: REQ-002·006 Approved → Implemented (confirm-req-implemented, BAT-040, issue #25): slots RPC full scan 개선 구현·검증 완료. list_slots(status_filter) DB-level 필터 + 핸들러 위임 + watchdog 조회 재사용. 439 passed (in-memory 필터 5 신규, 핸들러 16 회귀, PG 게이트 1), ruff clean. REQ-073 관찰 계약 불변 Implemented 유지. Blocking Issues 없음. issue #25 close.

• 2026-06-12 :: REQ-002·006·073 change-req (CHG-20260612-01/01/02, issue #25): slots RPC per-request full scan 개선 — list_slots(status_filter) DB-level status 필터 + 핸들러 위임 + watchdog 조회 재사용. REQ-002/006 AC-6 신규 → Implemented → Approved 되돌림(default None 동작 보존). REQ-073 관찰 계약 불변 → Implemented 유지.