공개 페이지 리더 도구 insane-search 소개 링크가 공유되고, 특정 쇼핑몰이 막혔는지 질문이 나옴. 플레이라이트로는 되는데 cffi 경로는 전부 막혔다는 확인이 있었고, 기능을 추가할수록 차단만 유발한다는 판단에 신규 기능 추가를 보류하는 쪽으로 기울었다. 도구 자체를 분석시키면 모델이 추천은 못하겠다는 반응을 낸다는 후일담도 나옴.
요약 봇이 아직 테스트 중이며 현재 fable 모델로 돌고 있다는 설명이 나옴. 요약 품질이 떨어진다는 지적에는 메신저 대화가 비정형이라 빠르게 처리하면 노이즈가 많아진다는 답이 붙었다. 결과물을 아티팩트로 띄워봤지만 권한이 작성자 본인에게만 열려 깃허브 페이지로 바꾸기로 정리됨.
프로젝트 하나에 블록을 몰아넣는 구조와 상위 오케스트레이터 프로젝트를 두는 구조를 두고 질문이 오감. 오케스트레이터 방식은 작업이 늘수록 누락이 생기고 관리가 어려워져서, 세부 작업은 개별 워크스페이스에서 하고 상위 폴더는 파일 찾기·이력 확인 용도로만 쓴다는 답이 나왔다. 기능 단위 분할이 기준이며 정답은 아니라는 단서가 붙음.
옵시디언을 붙여 지식관리를 하느냐는 질문에, 남들이 좋다는 걸 다 따라 쓰면 못 쫓아간다며 클로드코드로 관리해도 된다는 답이 나옴. AI가 생성한 문서와 직접 작성한 문서를 구분해서 구성하라는 조언이 이어졌고, 읽지도 않고 찍어낸 세컨브레인은 서치 캐싱 이상의 의미가 없다는 지적으로 정리됨.
세션에서 라운드를 여러 번 돌리면 꼬인다는 고민에 대해, 세션을 마무리할 때 wrap 절차를 만들고 내부에 KB나 SLLM 위키를 두고 갱신하라는 답이 나옴. 다만 생성된 인수인계 문서를 읽어보지 않았다는 답변이 나오자, 확인 절차를 건너뛰고 AI 탓을 하면 안 된다는 지적으로 마무리됨.
윈도우 프로그램 배포 시 백신 차단을 피하려면 어떻게 하냐는 질문에, MS 스토어 등록 대기보다 codesign 인증이 핵심이며 인증받아도 바로 통과되는 게 아니라 사용자 데이터가 쌓여야 한다는 답이 나옴. CLI 사용량 확인은 /usage 명령과 statusline 설정으로 해결되며, 통합 모니터링 대시보드 플러그인도 공유됨.