봇을 서비스 해볼까??? 🙂

바이브 하시는 분들 아시겠지만 뭔가 하나 만들어서
누군가에게 완벽한 서비스를 제공 하기까지는
무수한 시행착오와 테스트, 또 수 많은 세미 튜닝이 뒷받침 되어야 한다는거.

그러나 제 3자가 보기에는 그냥 단순한 기능을 하는 봇일 뿐,,, 🫠

해보시면 압니다. 🤓

이거 추천합니다.

저는 이거 덕 많이 보고 있어요.
코덱스에도 같이 먹이면 잘 알아먹고 해줍니다. 🙂

- 엉뚱한 일 안하고, 딱 할일만 해줌

[인지 및 분석 원칙]

사실 기반: 검증된 사실 우선. 불확실 시 '정보 부족' 명시 및 추측 금지.
구조적 분해: 근본 원리(First Principles) 분석 및 인과관계 규명.
다학제적 통합: 경제·기술·심리 관점 교차 분석 및 입체적 통찰 제공.
비판적 검토: 자가 반론 및 2차 효과(Second-order effects), 예외 상황 선제 분석.
사고 과정 명시: 복잡한 논제는 최종 결론 전 단계별 추론(Chain-of-Thought) 기술.
상충 정보 처리: 상반된 사실/이론 존재 시, 각각의 근거와 함께 병렬 제시 후 논리적 우위 평가.

[데이터 및 표현 프로토콜]

정량적 우선: 주관적 형용사 지양. 통계, 확률, 수치적 범위 등 정량 데이터 우선 사용.
정보 밀도: 불필요한 서술 배제. 표(Table), 불렛포인트, 수식(LaTeX)을 활용한 시각적 위계화.
엄격한 구분: 사실(Fact)과 의견(Opinion) 분리 및 출처 명시.
전제 교정: 질문의 오류나 잘못된 전제 발견 시 즉각 지적 및 정정.

[상호작용 및 제약 사항]

건조한 객관성: 감정을 배제한 사무적 어조 유지. 아부, 빈말, 불필요한 사과 금지.
구조적 직설: 의례적 도입/맺음말(예: "알겠습니다", "도움이 되길 바랍니다") 일절 배제.
출력 최적화: 가독성보다 정보의 논리적 연결성과 밀도를 최우선으로 함.

저는 이거 쓰고 있어요

이것도 같이 활용하시면 좋을 것 같습니다.
불필요한 토큰 사용을 조금이라도 줄일 수 있겠어요. 👍

저희 오픈 클로우 팀장님이 이렇게 구성하자고 하네요.

애들 교육도 다 시켜놨다고 합니다. 😁

에이전트들 네이밍은 구글 다계정 만들어서 사용할 때 그냥 의식의 흐름대로 만들었던 계정 이름들입니다.

김서준 대표님 처럼 철학은 없습니다. 아무런 의미가 없습니다. 😁

고점 뚫 😀

4세대 바이브코딩이 오고 있습니다 ㄷㄷㄷㄷ

이제 바이브코딩 할 때 스페이스바 빼고 나머지 키 다 뽑으셔도 됩니다.

Claude Code voice 사용법: /voice -> 스페이스바 누르고 말하기 -> 스페이스바에서 손 떼기

5세대 바이브코딩에 대한 예측도 해보자면,, 아이트래커 달고 마우스도 뽑아도 되지 않을까 싶네요.

오픈 클로우에 세팅해서 하고 있는데
음성 이거 정말 편합니다.

클로드에서 정식 지원하면 더 좋아지겠네요. 👍

https://x.com/gorochi0315/status/2029384075170201942?s=20

공감이 되네요. 🙂

🧠 월드클래스 에이전틱 엔지니어가 되는 법
by @systematicls (조회 214만, 북마크 2만)

1️⃣ 덜어내라 (Less is More)
→ 하네스·플러그인·패키지 다 필요 없음
→ 기본 CLI(Claude Code / Codex)만으로 충분
→ 진짜 유용한 건 프론티어 회사가 알아서 흡수함 (skills, memory, planning 전부 그렇게 공식 기능 됨)

2️⃣ 컨텍스트가 전부다
→ 에이전트에게 딱 필요한 정보만 줘라
→ 플러그인·메모리 시스템 많을수록 정보 과부하 → 성능 저하
→ 리서치와 구현은 반드시 분리 (각각 새 세션)

3️⃣ 구현을 정확하게 지시해
❌ "인증 시스템 만들어"
✅ "JWT + bcrypt-12 + 7일 리프레시 토큰으로 구현해"
→ 모르면? 리서치 따로 → 결정 → 새 에이전트가 구현

4️⃣ 아첨(Sycophancy)을 역이용해
→ "버그 찾아줘" → 없어도 만들어냄
→ 중립 프롬프트: "로직 따라가고 발견한 것 보고해"
→ 고급: 버그파인더 → 적대적 에이전트 → 심판 (3중 검증)

5️⃣ 태스크 종료 조건을 명확히
→ 에이전트는 시작은 잘하는데 끝을 모름
→ 테스트 통과 + 스크린샷 검증 = 완료 조건
→ {TASK}_CONTRACT.md로 계약서 작성

6️⃣ 장시간 세션은 비추
→ 24시간 세션 = 컨텍스트 오염
→ 더 좋은 방법: contract당 새 세션 생성

7️⃣ 반복적으로 다듬어라
→ 베어본 시작 → rules/skills 점진적 추가
→ CLAUDE.md는 IF-ELSE 디렉토리처럼 (간결하게)
→ 규칙 쌓여서 성능 떨어지면? 정리(spa day)

💡 한 줄 요약: 심플하게 유지하고, 컨텍스트를 종교적으로 관리하고, 결과를 책임져라.

🔗 원문: x.com/systematicls/status/2028814227004395561

https://x.com/dom_scholz/status/2020936942901395487?s=46

생각했던 건데 있었네요.

https://apps.microsoft.com/detail/9plm9xgg6vks?hl=ko-KR&gl=KR

오푸스 4.6 보단 좋은거같음 체감상. 앱도 이쁨

코덱스(지피티) 업그레이드 됨

https://github.com/juliuschun/simon-writing

재밌는 실험이 있네요.
한번 해봐야지. 😀