Session Continuity

대화 history는 임시 작업 공간으로 취급합니다. 현재 workstream의 durable state는 같은 repository의 GitHub Issue인 AI Work Packet에 둡니다.

Before → After

이전 방식은 토큰을 쓰고 사용자가 계속 복사·붙여넣기를 해야 했습니다. 현재 방식은 같은 Work Packet을 ChatGPT와 Cursor가 함께 사용합니다.

Work Packet 단위

한 repository에 하나가 아니라 workstream 하나당 하나입니다.

[AI Work] v2.4.0 Release Closure
[AI Work] Website Refresh
[AI Work] Connector Expansion

Work Packet은 일기가 아니라 current-state record입니다.

기본 구조

PACKET_VERSION=1
TARGET_REPO=owner/repository
WORKSTREAM=stable-slug
STATUS=ACTIVE|PAUSED|BLOCKED|COMPLETE
BRANCH=branch-name|N/A
LAST_VERIFIED_HEAD=sha

Goal
Current State
Next Action
Constraints
Canonical References
Latest Evidence
Blockers

Work Packet Lifecycle

ACTIVE   -> Open Issue
PAUSED   -> Open Issue
BLOCKED  -> Open Issue
COMPLETE -> Close Issue

새로운 독립 workstream일 때만 새 Issue를 만듭니다. 대화창이 새로 열렸다는 이유로 Work Packet을 새로 만들지 않습니다. 여러 프로젝트의 handoff를 한 중앙 repository에 섞어두지 않습니다. 각 product repository가 자신의 Work Packet namespace입니다.

Fail-closed Resume

LAST_VERIFIED_HEAD는 참고값일 뿐 현재 truth로 사용하지 않습니다.

왜 HANDOFF.md가 아닌가

release candidate가 exact-HEAD qualification을 요구할 때 committed HANDOFF 파일을 수정하면 product HEAD 자체가 바뀝니다. GitHub Issue를 갱신하면 source HEAD를 바꾸지 않고도 current coordination state를 유지할 수 있습니다.

ChatGPT 대화 Handoff

대화창이 길어져도 별도 Handoff Issue나 giant continuation prompt를 만들지 않습니다. 현재 Work Packet만 최신화하고 새 대화에서 다음처럼 시작하면 됩니다.

DRLink 계속

새 ChatGPT는 active Work Packet과 실제 GitHub 상태를 다시 확인한 뒤 Next Action부터 이어갑니다.

시작하기

시스템

도입 및 개선 과정

Session Continuity

Session Continuity

Before → After

Work Packet 단위

기본 구조

Work Packet Lifecycle

Fail-closed Resume

왜 HANDOFF.md가 아닌가

ChatGPT 대화 Handoff

​Session Continuity

​Before → After

​Work Packet 단위

​기본 구조

​Work Packet Lifecycle

​Fail-closed Resume

​왜 HANDOFF.md가 아닌가

​ChatGPT 대화 Handoff

Session Continuity

Before → After

Work Packet 단위

기본 구조

Work Packet Lifecycle

Fail-closed Resume

왜 HANDOFF.md가 아닌가

ChatGPT 대화 Handoff