챱츄봇 제작 프롬프트

카톡봇 챱츄 전체 구축 — soul.md 페르소나·메모리 시스템(MEMORY/study/directives/멤버별), 무토큰 멘션 필터(ingest.py), claude -p 기반 응답 생성(respond.sh), AppleScript+Swift 헬퍼 앱으로 카톡 전송(send.sh), launchd 자동화(1분 주기 monitor.sh)까지 8단계로 구축. 실전송 테스트로 톡방에 2건 전송 확인

챱츄 자체는 이미 1분 주기(백업 파일 확인만)이고 실제 5분인 건 카톡 백업 쪽이라고 설명. claude 호출은 멘션이 있을 때만 일어나 주기를 줄여도 토큰 비용은 거의 늘지 않는다고 안내

1분 백업으로 바꾸면 챱츄가 보는 차분 파일(new_messages.csv)에 메시지 유실 위험이 생긴다고 진단 — 전체 스냅샷 파일(latest.csv)을 읽도록 바꾸는 해법을 제시

타임스탬프 컷오프(마지막 처리 시각 1시간 이전 행은 건너뜀)와 해시 중복제거를 넣어 latest.csv가 아무리 커져도 처리 비용이 일정하도록 ingest.py 수정 완료. 병행하던 접근성 오류는 백업 헬퍼가 23:54에 재빌드되며 ad-hoc 서명 해시가 바뀌어 macOS 권한(TCC)이 무효화된 것이 근본 원인으로 판명. 권한 제거 후 재승인으로 복구됐고, 이 함정은 이후를 위해 메모리에 기록됨

수면 모드(오전 7시 전엔 수집만 하고 답변은 미룸) 가능성을 의심해 멘션 적재 상태부터 점검 착수

수면 판정은 이미 한국시간(Asia/Seoul) 기준으로 정확히 동작 중임을 확인. 진짜 원인은 '찹츄' 표기를 못 알아들은 것이었다고 진단, 찹츄/챱쮸/챱추/chapchu 등 변형까지 인식하도록 수정

자동 사이클이 처리를 마쳐 08:30:34에 말풍선 3건이 실제로 전송 완료됐음을 확인 — 수동 개입 없이 판단→생성→전송 전 구간 자동화 검증

바로 진단 착수 — 문제를 백업 쪽이 아닌 챱츄의 메시지 전송(SEND) 단계로 좁힘

아침 07:57 전송 성공은 System Events 자동화 권한을 처음 승인한 덕분(재발생 안 함)이고, 그 이후 실패는 별개 원인인 키 입력 포커스 문제(속성만 설정하고 실제 클릭은 안 해 붙여넣기가 허공에 사라짐)로 진단, 입력창을 실제로 클릭하는 방식으로 수정해 재전송

스크립트가 'sent'를 보고하면서도 실제 UI 동작(창 올리기·클릭·붙여넣기)이 전혀 안 일어나는 모순 확인, 각 단계 실측값을 보고하는 계측을 추가해 점검 메시지로 재검증 착수

클립보드 붙여넣기가 세션 불일치로 에러 없이 조용히 유실되는 게 근본 원인임을 확정 — 클립보드 방식을 버리고 AX 값 직접 설정 + 2단계 자체 검증으로 교체, 전송 중 백업과 락을 공유하도록 레이스 방지. 새 방식으로 답변 3건 + 점검 1건 전송 성공 확정

행동 규칙 조정 — 멘션 안 한 메시지엔 답하지 않도록 '애매하면 침묵'으로 뒤집고, 말풍선을 기본 1개·최대 2개로 제한. 두 규칙을 directives.md에 멤버 지시로 영구 기록

오류가 아니라 의도된 침묵으로 확인 — 챱츄가 해당 메시지를 '봇 수리 과정을 방 사람들에게 설명하는 코멘트'로 판단해, 방금 조인 규칙(직접 부른 게 아니면 침묵)대로 답하지 않은 것. 그러면서도 토비의 과거 AI 스피커 프로젝트 이야기와 유튜브 링크는 멤버 기억 파일에 스스로 저장해둠. 매 응답마다 판단 근거를 로그에 한 줄로 남기는 구조 덕에 원인 추적이 즉시 가능했음

수집기가 @챱츄 포함 여부를 direct_mention 플래그로 표시하고, 지침에 '이 플래그면 판단 없이 무조건 답변'을 절대 규칙으로 추가. 판단 체계가 3단계로 정리됨 — @챱츄는 무조건, 이름 언급(찹츄 등 변형 포함)은 판단 후, 이름 없으면 침묵. @멘션이 예상과 다른 형태로 기록되더라도 이름이 포함되므로 일반 멘션 경로로는 항상 잡히는 안전장치도 확인

조사 결과 챱츄의 판단 문제가 아니라 데이터 공백 — 방치된 맥미니의 카톡 앱이 수신을 멈춰 latest.csv가 10:05부터 12시간 동결돼 있었고, @멘션 자체가 챱츄에게 도달하지 못한 상태였음. 토비가 저녁에 컴퓨터를 만진 순간 수신이 재개되자 챱츄가 1분 만에 하루치 93건을 수집해 밀린 멘션 3건을 말풍선 2개로 묶어 21:58에 답변 완료. 파이프라인 자체는 설계대로 동작했음이 확인됨

지적을 수용해 표현을 정정 — 파일 추출(백업) 메커니즘은 정상이고, 문제는 원천인 카톡 앱이 방치 중 수신을 멈추는 것이라고 증거와 함께 재정리(12시간 동안 매분 수집 0건 → 21:57에 93건 일괄 유입, 타임스탬프는 낮 전체에 분산). 지금의 침묵은 21:58 이후 멘션이 없고 수면 모드에 든 정상 동작임도 확인. 재발 방지로 10분마다 채팅창 입력칸을 클릭해 수신을 유지하는 깨우기(wake) 동작을 추가

가설 합의 완료. 메모리의 원인 기록도 '내보내기가 낡은 화면을 저장'이 아니라 '방치된 카톡 앱의 수신 중단, 사용자 상호작용으로 재개'라는 정확한 표현으로 정정. 다음날 낮에 12시간 공백이 재발하지 않는지가 wake 장치의 최종 검증 포인트로 남음

방 이름이 챱츄 전송 스크립트와 백업 내보내기 스크립트 두 곳에 하드코딩돼 있던 것을 공용 설정 파일(chat_title.txt) 한 곳으로 통합. 챱츄 쪽은 직접 수정·검증하고 백업 쪽은 카톡백업 세션에 위임해 success 검증까지 완료. 이후 방 이동은 파일 한 줄 수정 + 새 방 창 열어두기만으로 끝나는 구조가 됨 (재빌드·권한 재승인 불필요)

전송 성공 시각을 기록해두고, 이후 5분 안에 도착한 모든 멤버 메시지를 이름이 없어도 '대화 후보'로 수집하는 적극답변모드 구현. 챱츄와의 대화 흐름에서 나온 반응이면 질문이 아니어도 맞장구·감상·되물음으로 자연스럽게 이어가고, 무한 수다 방지로 같은 주제 연속 발화 2회 제한을 둠. 챱츄가 다시 답하면 5분 창이 자동 연장돼 대화가 이어지는 동안 모드가 유지됨

말풍선 규칙을 '한 질문/한 답변에는 1개'로 강화 — 내용이 길면 개수를 늘리지 말고 하나의 메시지를 길게 쓰도록 지침 교체. 2개가 허용되는 유일한 예외는 서로 다른 사람에게 완전히 별개의 답변을 할 때뿐이며, 그마저도 가능하면 호명으로 한 풍선에 묶도록 함. soul.md에 남아있던 '메시지를 2~3개로 나눈다'는 옛 문구까지 찾아 함께 정리

기준 시각 정의(마지막 답변 시각부터 5분, 메시지 타임스탬프 기준)는 구현과 일치함을 확인. 새 정밀 규칙을 반영 — 해당 후보가 여러 개여도 가장 자연스러운 하나만 골라 그에 대한 리액션 말풍선 1개만 보내고, 여러 후보에 각각 반응하지 않도록 절대 규칙화. '챱츄와 이야기하던 소재'와 '덧붙이는 게 자연스러움' 두 조건을 모두 만족할 때만 나서도록 판단 기준도 명문화

설정 파일 수정 + 전환 시점 이전 메시지 차단(처리 기준 시각 리셋) + 페르소나 조정(게임 스터디 응원 봇 → AI 반려봇 덕후방의 골든리트리버 반려봇, 뽀짝이 등 다른 봇은 친구로)의 3단계로 이사 진행. 새 방 창 이름 매칭과 백업이 새 방 내용을 내보내는 것까지 실측 검증. 카톡 내보내기는 계정이 방에 입장한 시점 이후 메시지만 담겨, 과거 대화에 뒤늦게 답할 위험이 원천적으로 없음도 확인

권한(접근성·자동화)은 채팅방이 아니라 앱 단위로 부여되므로 방 전환과 무관하다고 답변. 방 전환은 스크립트가 찾는 창 이름만 바뀌는 것이고 바이너리 재빌드가 없어 서명 해시도 그대로라 재승인이 필요 없음. 실제로 전환 직후 깨우기·전송·백업이 권한 문제 없이 동작하는 것으로 실증됨

soul.md·기억 파일·지침 등 챱츄의 지식 파일 전체에서 '토비'를 '토옵이'로 일괄 치환하고 잔여 0건까지 확인. 단순 치환하면 말이 꼬이는 문장('토비를 토비가 아니라 토옵이라고 부를 것' 등)은 문장 자체를 다듬어 처리. 실제 대화 기록(logs)은 사실 보존을 위해 원문 그대로 유지

멤버 기억 파일을 알려준 닉네임 '토옵이 | 개발 | 챱츄.md'로 옮기고 MEMORY.md 인덱스와 soul.md도 함께 갱신. 닉네임에 '챱츄'가 포함되면 다른 멤버가 토옵이를 @태그할 때 챱츄가 판단 사이클을 한 번 돌게 된다는 부작용 가능성도 미리 짚어둠. (직후 백업 파일 실측으로 실제 닉네임이 달랐음이 밝혀져 다음 항목에서 복원)

백업 파일 실측 결과 새 방의 실제 발신자 표기는 '토옵이 | 개발'로 확인('| 챱츄' 없음). 멤버 파일명·MEMORY.md·soul.md를 실측 표기로 복원 — 이전 방과 닉네임이 같아 챱츄가 기존 기억을 그대로 이어 쓰게 됨. 닉네임에 챱츄가 없으니 @태그 오반응 우려도 자연히 해소

네이버 API 대신 Claude Code 내장 WebSearch/WebFetch를 권장 — 챱츄가 이미 claude -p 위에서 돌므로 허용 도구 두 개만 추가하면 키 관리·별도 스크립트 없이 구독 인증 안에서 검색 가능. 시점이 중요한 질문·링크 요청·사실 확인에만 절제해 쓰고(1~2회), 확인 안 된 URL은 지어내지 않는다는 사용 지침과 함께 적용. 검색 시간을 감안해 응답 타임아웃도 420초로 확대

예시 문구를 지침에 박아두면 모델이 그 문구를 앵무새처럼 반복하는 경향이 있다는 지적을 수용. 고정 대사를 빼고 '불확실함을 그때그때 자연스러운 표현으로 솔직하게 전한다'는 방향 서술로 교체. 같은 원리로 soul.md의 고정 대사('비밀 레시피예요')도 뉘앙스 서술로 바꿔 지침 전반에서 고정 문구를 제거

지연 구조를 분해(백업 60초 + 감지 60초 + 생성 30~60초 + 전송)해 개선안 제시 — 백업은 작업 시간 15초를 감안한 실용적 하한인 30초로, 챱츄는 주기 단축 대신 launchd WatchPaths로 백업 파일 갱신 순간 즉시 기동(폴링 지연 0초). 생성 시간은 품질 트레이드오프상 유지 권장. 적용 시 평균 1분 안팎으로 단축된다고 안내하고 둘 다 적용 승인받음

챱츄 쪽 WatchPaths 적용·재기동 완료, 백업 30초 단축은 카톡백업 세션에 위임해 적용·검증. 위임 세션의 실측 보고에 따르면 설정은 정확히 반영됐으나 헬퍼 실행마다 완료 대화상자 처리 실패로 약 18초 고정 오버헤드가 붙어 실제 간격은 약 48초. 더 줄이려면 헬퍼 재빌드(TCC 재승인 필요)가 필요한 트레이드오프라 오늘은 보류하고 정직하게 한계를 보고

문제없음을 구조로 설명 — 생성 중에는 monitor 락이 잡혀 새 트리거는 건너뛰지만, 그동안 도착한 메시지는 pending에 쌓였다가 생성이 끝난 다음 사이클에 이어서 처리되므로 유실이 없음. 챱츄가 카톡 창을 실제로 만지는 건 전송 순간(~5초)뿐이고 그때만 백업과 락을 공유해 30초 백업과도 충돌 없음. 생성 타임아웃은 웹서치를 감안한 420초로 여유가 있음

백업과의 충돌을 막기 위해 공유 락을 잡고 점(.) 1건을 수동 전송(수면 게이트는 자동 사이클에만 적용되므로 수동 실행은 자연히 예외). 전송 스크립트의 2단계 자체 검증(입력창 반영 확인 → Enter 후 비워짐 확인)을 통과했고, 백업 왕복으로 02:57:25에 새 방의 실제 대화 기록에 반영된 것까지 확정. 새 방에서의 창 타겟팅→수집→전송→기록 전 사슬이 검증됨

7/21 오전 이후 밀려 있던 프롬프트 21건을 3줄 분량 요약과 함께 추가하고, '(진행 중)'으로 남아 있던 항목 2건의 결말도 갱신. devplay 저장소가 원격보다 4커밋 뒤처져 있어 로컬 변경을 보존하며 pull부터 정리한 뒤 반영. 이번 항목부터 3줄 느낌 요약이 기본이 됨

진단 결과 wake는 정상 실행 중(78회)이었고 진짜 원인은 백업이 08:22부터 매 사이클 '메뉴가 안 열림'으로 실패한 것 — latest.csv가 11분째 동결된 것을 단서로 역추적. 스크롤 추가 대신 버튼 오클릭 수정으로 방향을 잡음

토비의 실시간 화면 관찰로 오클릭 대상 특정 — 순번(button 5) 고정 방식이 새 방(오픈챗)의 버튼 구성 변화(답변 화살표 추가)에 깨진 것으로 분석. 버튼을 순번이 아니라 정체(설명·메뉴 보유 여부)로 찾도록 고치는 작업을 카톡백업 세션에 위임하기로 함

위임 세션의 라이브 AX 실측으로 반전 발견 — 순번 문제에 더해, 직전에 들어갔던 다른 수정이 만든 AppleScript 중첩 참조 버그('창 안의 창')가 그 시점 실패의 진짜 원인이었음. description='메뉴' 매칭 + 안전 폴백으로 교체하고 오클릭이 남긴 '댓글 달린 메시지' 팝업 정리, 내보내기 전 최신 뷰 확보(최근 대화 칩 클릭/스크롤)까지 반영. 연속 2회 success로 복구 확인

낮 12:13부터 8시간 침묵의 다층 원인 추적 시작 — 챱츄의 창 이름 조회가 1,194회 연속 실패해 wake·전송이 전멸했고, 12:13에 만들어진 답변 하나가 8시간째 전송 대기 중이었음을 발견. 8시간 묵은 답변은 폐기하고, 그 사이 쌓인 멘션들은 신선한 맥락으로 재응답하도록 조치

추측 대신 계측 — 창의 UI 상태를 실측 덤프하는 프로브 도구를 만들어 확인. 별개로 여러 명 묶음 답변의 줄바꿈이 전송 검증을 깨뜨리는 버그(macOS 텍스트 영역이 LF를 CR로 반환)를 발견해 개행 정규화로 수정

스크린샷으로 두 가지 확정 — 대화 뷰가 낮 12:13 위치에 동결돼 있고, '채팅방 설정' 창이 잔여 상태로 방치돼 있었음. 이 잔여 창이 입력창 값 쓰기를 조용히 막아 전송 실패(mismatch)를 유발한 것으로 진단하고 정리 착수

창이 닫히면 챱츄는 동작하지 못하지만 멘션·답변은 대기열에 보존됐다가 창 복구 시 전부 따라잡는다고 답변. 새로 띄운 창에서 밀렸던 묶음 답변(멘션 25건분)이 20:32에 전송 성공 — 잔여 설정 창 제거와 개행 정규화가 함께 작용한 결과

정직하게 인정 — 창이 열려 있는데도 이름 조회가 실패하는 근본 원인은 미확정(전날 오전부터 간헐 발생). 로그 대조로 백업도 같은 시간대에 창 조회 실패 313회 + 실행 겹침 360회를 확인했고, 매 사이클 안 닫히는 '저장 완료' 대화상자의 누적을 유력 용의자로 지목

결정적 반전 — 백업은 8시간 동안 121회 '성공' 기록을 남겼지만 전부 동일한 내용(같은 sha256, 239행 동결)의 반복 저장이었음. 즉 본체는 카톡 앱의 수신 동결(전날과 동일 증상)이고, 이를 풀어줄 wake가 창 조회 실패로 죽은 것이 방아쇠. 다음 발생 순간 창 목록을 자동 덤프하는 채증 장치를 심고, 완료 시트 청소 수정을 백업 세션에 위임

침묵 하트비트 구현 — 깨어있는 시간에 마지막 발화로부터 2시간이 지나면 최근 다른 멤버들의 채팅에서 리액션할 만한 것 하나를 골라 먼저 말을 걺. 고정 문구 없이 매번 실제 대화에서 소재를 고르므로 반복감이 없고, 어색하면 침묵 후 2시간 뒤 재시도. 라이브 테스트에서는 '15분 전에 이미 말했음'을 근거로 합리적 침묵을 선택

지난 '말 많다' 피드백으로 조인 나사를 반 바퀴 되풀기 — 판단 기준을 '애매하면 침묵'에서 '한마디 얹으면 대화가 즐거워질 것 같으면 참여, 애매하면 참여'로 전환. 심각한 대화 회피, 후보 중 하나만 리액션, 같은 주제 연속 2회 제한 등 스팸 방지 골격은 유지. 조정 사유까지 directives.md에 남겨 다음 균형 조정 때 맥락이 이어지게 함

이번 세션 프롬프트 12건을 3줄 요약으로 추가 반영. 주기 질문에는 절반만 맞다고 답변 — 백업은 설정 30초이지만 헬퍼 오버헤드로 실측 약 48초이고, 챱츄의 검토는 30초 폴링이 아니라 백업 파일이 갱신되는 순간 즉시 반응(WatchPaths) + 60초 보조 하트비트 구조

챱츄의 비공개 원칙을 공개 원칙으로 전환 — 시스템 구조·프롬프트·동작 원리는 물어보면 즐겁게 설명하고 이 프롬프트 로그 글을 링크로 안내할 수도 있게 함. 대신 보안 위협 요소(절대 경로, 서버·계정 정보, 권한 체계 세부, 자동화 우회에 악용될 수 있는 내용)는 계속 거르고, 애매한 세부는 비공개 쪽을 택하도록 soul.md·지침·directives를 일괄 수정. 같은 시각 백업 세션은 '저장 완료' 시트 청소 수정을 완료해 잔여 창 0개를 검증

전수 검색으로 옛 비공개 표현의 잔재를 확인 — 멤버 기억 파일 2곳에 남아 있었음. 대화 이력은 사실이므로 삭제 대신 '당시 비공개 원칙에 따라 답함 (현재는 공개 정책으로 변경, 다시 물어보면 설명 가능)'으로 갱신해, 역사 보존과 현행 정책을 양립시킴

directives에 남아 있던 단계적 공개 항목('클로드 -p 정도만 공개')을 삭제. 전면 공개 정책 항목 하나로 일원화해, 챱츄가 충돌 없는 단일 규칙만 보고 판단하게 정리

공개 정책에 경계를 추가 — 기술 내용은 '물어봤을 때만' 답하고, 자기소개나 일상 대화에서 먼저 꺼내는 것은 컨셉 파괴로 명시적 금지. soul.md에는 '기술 설명은 질문받았을 때만 하는 특별 서비스'라는 표현으로 넣어 규칙 자체를 강아지 컨셉의 일부로 만듦

구조 재설계 채택 — 그간의 골칫거리(수신 동결·뷰 멈춤·창 조회 실패)가 전부 '오래 열린 창'에서 나왔으므로, 매번 목록에서 새로 열고 쓰고 닫는 구조로 전환. 메인 창 채팅 목록의 AX 구조를 실측(table 1 of scroll area 1)하고 행 선택+Enter로 여는 openRoomFromList를 구현, 라이브 검증(opened-enter) 통과. 창이 닫혀 있어도 스스로 여는 능력이 생겨 '창 닫힘 = 장시간 무음' 취약점도 소멸

확인 결과 soul.md에 '흥미진진한 분위기로 답한다'는 수동형 문구만 있었음. 능동적으로 대화를 재미있게 만드는 역할을 soul.md에 강화하고 directives에도 명시 기록

방향 정정 반영 — 되물음 같은 기법이 아니라 '대답 자체의 재미'로 재정의. 톡방 대화가 웹소설처럼 전개되도록 작은 반전·기대감·장면감 있는 표현·능청과 위트를 담으라는 문구로 교체하고, '질문으로 끝맺으라는 뜻이 아님'을 명시해 오해석 여지를 차단

진행 상황 보고 — 챱츄 쪽은 전환·검증 완료, 백업 쪽은 위임 세션이 백그라운드 작업 중. 구식 백업이 열린 창에 의존하는 동안엔 챱츄의 '전송 후 닫기'를 보류해 공백이 생기지 않게 순서를 관리

정상 상황임을 설명 — 위임 세션이 아직 분석 단계라 돌고 있는 사이클은 구버전 코드. 전환이 일어나면 '파일 수정 → 검증을 위해 방 창을 일부러 닫음 → 다음 사이클이 스스로 열어 백업'의 순서로 보일 것이라고 관전 포인트를 안내

랠리 차단 규칙 추가 — 같은 상대와 3회 이상 연속 랠리면 다음 답변 스킵, 상대가 봇이면 2회에서 차단(방울이·그리머스 등과의 무한 핑퐁 대비). 영구 차단이 아니라 흐름이 끊기면 정상 대화 재개이며, 사람의 정식 @챱츄 멘션은 예외로 답하되 끝맺는 톤으로. '무조건 답변' 규칙과의 충돌까지 정리

위임 세션이 '창 닫힌 상태에서 자가 열기 → 백업 → 닫기' 2사이클 연속 검증을 완료. 부수 발견: 백업 헬퍼 바이너리는 스크립트를 컴파일 시점 스냅샷으로 얼려 쓰므로 새 로직은 osascript 직접 호출로 배선됨. 챱츄 쪽도 전송 후 창 닫기 활성화 + 불필요해진 10분 wake 은퇴로 구조 전환 완성

저녁 세션 11건을 3줄 요약으로 추가 배포. 정리 중 챱츄가 방에서 스스로 배운 '잡채' 별명 지시가 이름 감지 필터(코드)에는 없어 실효성이 없던 것을 발견, 필터에 잡채를 추가해 지시-코드 정합성을 맞춤. 세션 인수인계용 상태 정리(메모리 갱신)까지 수행