Claude Code 세션별로 동물 캐릭터가 알림을 보내주는 윈도우 작업표시줄 도우미를 만들었습니다

Tauri 2로 Notification이나 PreToolUse 훅을 리스닝하면서 5MB 미만의 RAM을 사용하는 건 윈도우 11에서 정말 깔끔하네요. 혹시 누군가 WSL2 안에서 Claude Code를 실행한다면, Knock이 WSL 인스턴스에서 localhost http를 통해 훅 페이로드를 받을 수 있나요? 아니면 클릭 시 포커스를 맞추기 위해 Win32 콘솔 윈도우 핸들에 엄격하게 묶여 있는 건가요?

세션이 하위 세션을 생성할 때, 각각 별도의 동물 캐릭터가 생기나요? 제 경우는 그런 경우가 많아서, 덴(den) 안에서 부모 세션 아래로 그룹화해주면 도움이 될 것 같아요.

내가 훔쳐오고 싶은 부분은 두 서브 에이전트가 모두 참고하는 단일 SPEC.md 방식이네. 여러 에이전트에게 일을 분담시킬 때 계속 겪는 실패가, 각자 조용히 스펙에서 벗어나서 자기 파트만 '테스트 통과'라고 보고하는 거거든. 그래서 그 사이의 이음새에서 문제가 터지는 거지. 모든 결정을 ADR로 기록하는 건 그걸 막는 좋은 방어책이네. 리드 세션이 Rust 쪽이랑 TS 쪽이 서로 계약(contract)에 대해 의견이 안 맞는 걸 잡아낸 적이 있는지, 그리고 그게 diff를 검토하다가 나온 건지 아니면 둘 다 건드리는 테스트에서 나온 건지 궁금해.

여기서 진짜 중요한 부분은 괄호 안에 있는 'WSL이나 VS Code 패널은 제외'라는 점인데, 제 세션은 말 그대로 전부 거기서 돌아가거든요. 누가 하루 종일 쌩 콘솔에서 Claude Code를 돌리나요? 저는 윈도우 터미널을 일주일에 두 번 정도나 열까 말까 합니다. 5MB RAM인 건 멋지지만, 제가 실제로 열어둔 세션을 감지하지 못한다면 이건 그냥 여우 그림이 그려진 5MB짜리 화면 보호기일 뿐이에요. 그리고 스크린샷에 이미 동물 네 마리가 있는데, 세션이 10개가 되면 어떻게 되나요? 디스코드 아이콘이랑 작업표시줄 자리 싸움하는 동물원을 보게 되는 건가요? 솔직히 권한이 필요할 때 노크해주는 기능만 쓸 것 같은데, 그건 이미 윈도우에서 알림을 보내주잖아요.