16:20-16:27워크플로우·방법론
하네스 유지보수
오래된 하네스를 피하기 위한 주 단위 유지보수와 작업공간 정리 방식이 논의됐다. Workspace별 Inbox·Active·Archive 구조를 두고, 모든 파일이 Inbox를 거쳐 분류·이력화되도록 하는 방안이 제안됐다. 반복 작업, 정리 원칙, 인수인계 규칙을 뼈대에 포함하고 찌꺼기 코드·파일을 자동 정리하며 히스토리를 관리하는 방향이 제시됐다.
- 주 단위로 코드·파일 찌꺼기를 정리하고 분류·이력을 자동화하는 필요성이 제기됐다.
- Inbox·Active·Archive로 작업공간 상태를 분리하는 구조가 제안됐다.
- 모든 파일이 Inbox를 통과한 뒤 분류·기록되도록 설계하는 방안이 나왔다.
- 반복 작업 원칙과 인수인계 규칙을 하네스의 기본 구조에 포함하는 방향이 논의됐다.
16:23-16:31도구·라이브러리
LLM Wiki 컴파일
작업공간 지식과 이력을 LLM Wiki에 엮는 방법이 논의됐다. LLM Wiki는 원본을 매번 검색하는 대신 LLM이 컴파일한 지속·누적형 마크다운 지식베이스로 설명됐다. 주제별 샤딩, 문서 템플릿, 색인 구조, 결과물의 인용·확장 포인트를 포함하는 설계와 이를 만드는 스크립트·스캐폴딩 예시가 요청됐다.
- LLM Wiki는 원본 소스를 반복 검색하지 않고 누적형 마크다운 지식베이스로 컴파일하는 개념이다.
- 주제별 샤딩과 문서 템플릿을 통해 지식 단위를 관리하는 방향이 언급됐다.
- 색인과 분류 체계를 두어 토큰 사용량·속도·탐색 방향성을 개선하려는 의견이 나왔다.
- 컴파일용 스크립트와 구현 스캐폴딩 예시가 필요하다는 요청이 있었다.
- 결과물에 인용과 확장 포인트를 연결하는 구조가 제안됐다.
17:25-17:29워크플로우·방법론
AI 편향과 서브에이전트
AI의 편향과 극단적 드리프트를 안정화하는 방법을 서브에이전트 구조에 적용하는 논의가 시작됐다. 서브에이전트는 극단적 탐색을 맡고, 오케스트레이션 계층은 중도적 조정과 검증을 맡는 역할 분리가 제안됐다. 스킬 frontmatter와 본문 사이의 방향성 불일치 문제, 참고할 저장소 요청도 함께 나왔다.
- AI 편향과 극단적 드리프트를 일정 수준에서 안정화하는 설계가 논의됐다.
- 서브에이전트에는 폭넓고 극단적인 탐색을 맡기는 역할 분리가 제안됐다.
- 메인 오케스트레이터는 조정과 검증 역할을 맡는 방향이 언급됐다.
- 스킬 frontmatter와 본문 지침이 어긋날 때의 문제를 검토하려는 질문이 있었다.
17:46-17:49워크플로우·방법론
오케스트레이터 승인
중앙 오케스트레이터가 목표 설정·작업 분배·승인을 담당할 때의 위험과 승인 체계가 논의됐다. 서브세션이 편향된 결과를 가져왔을 때, 메인 에이전트의 검토와 사용자의 최종 채택을 어떻게 구분할지 질문이 제기됐다. 규격 준수 판정은 오케스트레이터가, 결론 채택은 사용자가 맡는 이원화 모델이 제안됐다. 서브에 스킬을 선탑재할 때 훅까지 실제로 등록되는지 검증해야 한다는 구현상 우려도 나왔다.
- 오케스트레이터가 목표·분배·승인을 맡을 때 중앙 집중 위험이 있다는 우려가 제기됐다.
- 서브에이전트의 편향된 결과를 메인 에이전트가 어떻게 승인할지 논의됐다.
- 스키마·인용·금지 표현 같은 규격 검증과 결론 채택을 분리하는 모델이 제안됐다.
- 최종 결론의 채택 권한은 사용자에게 두는 방향이 검토됐다.
- 스킬 선탑재가 훅 등록까지 보장하는지 확인해야 한다는 구현상 질문이 나왔다.
16:09-16:21질문·트러블슈팅
사칭 계정과 링크 보안
커뮤니티 관련 사칭 계정이 늘었다는 이야기가 나왔고, 사칭의 목적은 주식 리딩방 유도·가입자 확보 등일 수 있다는 의견이 제기됐다. 이어 외부 링크를 Claude에 확인시키려다 데스크톱 앱이 종료되고 재설치를 요구한 사례가 공유됐다. 브라우저 도구의 헤드리스 브라우저 서버 재시도와 프로세스 누적, 메모리 부족이 원인일 가능성이 언급됐으며, 링크를 열거나 전달하기 전 위험성을 점검하고 검증하는 습관이 강조됐다.
- 사칭 계정이 주식 리딩방 등으로 유도할 수 있다는 추정이 나왔다.
- 외부 링크 처리 중 Claude 데스크톱 앱이 종료되고 재설치를 요구한 사례가 있었다.
- 헤드리스 브라우저 서버의 반복 실패와 백그라운드 프로세스 누적 가능성이 설명됐다.
- 링크의 위험성을 먼저 확인하고 결과를 검증하는 습관이 필요하다는 의견이 나왔다.
16:40-16:43AI 모델·프롬프트
온톨로지·LAG·RAG
온톨로지의 개념, 위키와의 유사성, LAG와의 차이, RAG와 결합하는 방식에 대한 질문이 이어졌다. LAG는 복잡한 질문을 논리적 의존관계에 따라 하위 질문으로 나눠 순차적으로 답하는 방식으로 언급됐다. 에이전트와 스킬의 차이도 함께 질문되며, 지식 구조화·검색·추론·실행 역할을 구분하려는 흐름이 형성됐다.
- 온톨로지는 개념과 관계를 구조화하는 지식 표현 관점에서 질문됐다.
- LAG는 질문을 논리적 의존관계에 맞춰 분해·순차 처리하는 RAG 개선 방식으로 다뤄졌다.
- 온톨로지와 RAG를 결합해 검색·추론의 구조를 보강하는 가능성이 논의됐다.
- 에이전트와 스킬의 역할 차이를 구분하려는 질문이 나왔다.
16:41-16:45워크플로우·방법론
에이전트 검증 습관
AI 에이전트가 과신하지 않고 지속적으로 검증하도록 만드는 방법이 논의됐다. 운전 초보가 익숙해질 무렵 과신으로 사고가 늘 수 있다는 비유를 바탕으로, 의심과 검증을 반복하는 습관을 에이전트에 적용하려는 요청이 나왔다. 사용자 경험과 감각도 AI의 숫자·확률 기반 답변을 보완하는 요소라는 의견이 제시됐다.
- 에이전트가 답변과 실행 결과를 스스로 재검증하도록 하는 방법이 논의됐다.
- 과신 방지를 위해 검증 단계를 명시적으로 설계하려는 흐름이 있었다.
- 사용자 판단과 경험적 감각을 AI 결과 검증에 함께 활용해야 한다는 의견이 나왔다.
- 복잡한 정보는 원문과 근거를 직접 확인하는 습관이 언급됐다.
17:34-17:39워크플로우·방법론
AI 실험실과 자가개선
AI를 실험·평가하는 실험실 구조를 만들고, 이를 위한 스킬·에이전트·판정 기준 개선을 검토하는 대화가 있었다. 판정 기준을 5단계로 나눴으나 시간이 걸리는 문제가 제기됐고, 옵시디언 활용과 하드코딩 방식이 대안으로 언급됐다. 기존 AI를 감시·감찰하는 도식과 통제된 자동화의 한계, 자가개선 에이전트 가능성도 논의됐다.
- AI 실험 결과를 평가하기 위한 5단계 판정 기준이 언급됐다.
- 평가 시간이 오래 걸리는 문제를 줄일 개선책이 필요하다는 요청이 있었다.
- 옵시디언 활용과 하드코딩을 통한 구조화 가능성이 검토됐다.
- 기존 AI를 감시·감찰하는 구조와 자가개선 에이전트의 가능성이 질문됐다.
- 통제가 강할수록 새로운 개선 방향을 찾기 어려워질 수 있다는 한계가 제기됐다.
17:39-17:40워크플로우·방법론
다중 리뷰 병렬검증
리뷰어를 세 가지 벡터로 나누고, 각 리뷰 자체도 병렬로 검증하는 구조에 대한 방법이 질문됐다. 단일 평가 관점의 편향을 줄이고 다중 관점 검증을 구성하려는 의도가 드러났다. 구체적인 설계 답변은 기록에 남아 있지 않다.
- 리뷰 기준을 세 가지 벡터로 분리하는 방안이 제시됐다.
- 각 리뷰 결과를 다시 병렬 검증하는 다층 구조가 질문됐다.
- 평가 편향을 낮추고 신뢰도를 높이려는 목적이 보인다.
16:39-16:40도구·라이브러리
Claude Code와 Cowork
Claude Code로 작업할 때 대화 흐름을 따라가며 계속 대안을 제안해 준다는 사용 경험이 공유됐다. Cowork은 안 되는 경우가 많게 느껴졌지만, Claude Code는 해결 방안을 지속적으로 찾는다는 비교가 나왔다. Cowork은 일반 업무를 자율 처리하는 데스크톱형 AI 도구라는 맥락에서 언급됐다.
- Claude Code가 코드 기반 대화에서 작업 진척을 빠르게 만든다는 경험담이 나왔다.
- Cowork보다 Claude Code가 대안을 지속적으로 제안한다는 비교가 있었다.
- 도구 선택 시 자율성뿐 아니라 문제 해결의 지속성과 대화 맥락 유지가 중요하다는 인상이 공유됐다.
17:17-17:22질문·트러블슈팅
Grok·Cursor 환불
Grok 환불 이후에도 Cursor 사용이 유지된다는 소문을 확인하려는 대화가 있었다. 실제 카드 환불이 아직 처리되지 않아 아무 조작도 하지 않고 확인 중이라는 상황이 공유됐다. 환불 승인 후 상태를 확인해 달라는 요청이 이어졌다.
- Grok 환불 뒤 Cursor 이용 가능 여부에 대한 소문이 언급됐다.
- 환불 금액이 카드에 아직 반영되지 않은 상태라는 답변이 나왔다.
- 환불 승인 후 실제 서비스 상태를 확인할 필요가 있다는 의견이 나왔다.
17:29-17:30커뮤니티·잡담
AI 반감의 원인
사람들이 AI에 반감을 갖는 이유와 이를 줄이는 방법에 대한 질문이 나왔다. 구체적 답변 내용은 대화에 남아 있지 않지만, 기술 수용성·신뢰·사회적 인식 문제를 다루려는 주제로 제기됐다.
- AI에 대한 사회적 반감의 원인을 묻는 질문이 나왔다.
- 반감을 완화할 수 있는 해결법도 함께 질문됐다.
- 구체적인 답변과 결론은 기록에 나타나지 않았다.
17:41-17:48커뮤니티·잡담
모델과 하네스 성숙도
최근 모델에서 기본 하네스 품질이 좋아졌다는 체감과, 그것이 모델 성능 향상인지 프롬프팅 실력 향상인지 구분하기 어렵다는 의견이 나왔다. 하네스를 다듬는 작업이 활발하다는 반응도 있었고, BOM 강제 방법에 대한 질문이 이어졌다.
- 최근 모델의 기본 하네스 성능이 좋아졌다는 체감이 공유됐다.
- 성능 향상의 원인이 모델 발전인지 사용자 프롬프팅 향상인지 판단하기 어렵다는 의견이 나왔다.
- BOM을 강제하는 방법에 대한 기술 질문이 제기됐다.
16:29-16:31커뮤니티·잡담
LED 장식품 대화
사진으로 공유된 방 조명용 장식품에 대해 반응이 이어졌다. 색상 변경 가능 여부와 스위치 모드가 언급됐고, 기본·피그마 커스텀·포토샵 커스텀 모드로 나뉜다는 설명이 나왔다.
- 공유된 물건은 어두운 방에서 켜두는 장식품으로 소개됐다.
- 색상 변경 제어가 가능한 것으로 보인다는 대화가 있었다.
- 스위치 모드로 기본·피그마 커스텀·포토샵 커스텀 구성이 언급됐다.
16:56-17:03커뮤니티·잡담
숙취·역사 인물 잡담
장기간 숙취를 소재로 한 과장된 질문과 역사 인물 관련 농담성 대화가 이어졌다. 숙취가 반복되면 간이 강해진다는 주장, 고대 의사를 만나 진료받는 방법, 역사 인물의 일화 등이 언급됐다. 실질적 해결책보다 유머와 가상 설정을 주고받는 흐름이었다.
- 장기간 숙취를 과장해 표현한 유머성 질문이 나왔다.
- 반복 음주와 간 건강에 관한 질문이 언급됐다.
- 고대 인물과 역사 일화를 소재로 한 가상 질문이 이어졌다.