[실밸개발자] 바이브코딩 클럽

Claude Code·Codex·Cursor 계열 실사용 논의가 이어진 흐름

왜 중요했나 — 8개 대표 원문, 발화자 4명, URL 4건을 기준으로 Main 버킷에 재스코어했습니다.

대표 원문은 filtered_2026-06-23.json의 time/sender/text를 기준으로 재매칭한 subset입니다.

단순 키워드 카운트가 아니라 반복 반응, 긴 설명, 링크/질문, 지수님 업무 관련성을 함께 보았습니다.

지수님 관점에서는 과잉 실행보다 보관·추적·작은 테스트로 나누어 처리하는 편이 안전합니다.

적용 방 발언 기준

지수님 포인트

카드 내부의 원문 근거만 보고 실행/보관/추적 여부를 판단할 수 있게 대표 evidence subset을 보존했습니다.

왜 이 액션인가

반복 언급·링크·질문이 있어 추적 가치가 있습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

로컬 KakaoTalk 전날 필터 원문 기준입니다. 외부 사실은 필요 시 별도 확인이 필요합니다.

대화 원문 8개 보기

13:16정밀컷터/cc, codex
https://claude.com/blog/artifacts-in-claude-code?utm_source=www.therundown.ai&utm_medium=newsletter&utm_campaign=meta-superintelligence-labs-ships-its-first-model&_bhlid=61476c123b24854cc36482bc4699fe80c499705b
13:19드론/클코
요즈음 엄청 핫핫 서비스 중 하나 소개해 드립니다. Sakana Fugu - 하나의 모델처럼 쓰는 멀티 에이전트 시스템 - 문제별로 최적 모델·역할·흐름을 동적으로 조립 - Coordinator/Conductor 기반의 성능 확장 https://sakana.ai/fugu/ https://github.com/SakanaAI/fugu/tree/main
14:38드론/클코
Loop Engineering Library AI Agent에게 “반복 실행 → 검증 → 개선 → 종료” 구조를 부여하는 실전형 프롬프트/워크플로우 라이브러리 1. 반복 가능한 AI Agent 워크플로우 카탈로그 2. 작업에 맞는 Loop 탐색·추천 3. Loop 생성·수정·적응 지원 Skill https://github.com/Forward-Future/loop-library
21:44DV/Antigravity
와 축하드립니다~ 제 생각엔 지금 단계에선 Langchain, Langraph 코드나 구조 자체를 보는것 보다는 Agent Development Lifecycle 전반을 한번 보시는것도 좋을것 같아요. Agent 개발 흐름은 어느정도 일반화가 가능합니다. 투입되셔서 아래 개념 정도만 파악하시면 웬만한 Project Managing은 가능하실거에요! 1. Use Case, User Journey, User Scenario 2. Grounding Data, DB, Retrieval, Ingestion Pipeline 3. Agent Spec, Persona, Instruction 4. Agent에서 사용하는 Tool 5. Agentic Flow(Multi Agent), DAG, Graph 6. Agent 사이 통신(MCP, A2A) 7. Session, Short term memory, Long term memory 8. Observabiltiy, Monitoring 9. Evaluation Dataset, Trajectory Evaluation 10. CI/CD
21:45DV/Antigravity
와 축하드립니다~ 제 생각엔 지금 단계에선 Langchain, Langraph 코드나 구조 자체를 보는것 보다는 Agent Development Lifecycle 전반을 한번 보시는것도 좋을것 같아요. Agent 개발 흐름은 어느정도 일반화가 가능합니다. 투입되셔서 아래 개념 정도만 파악하시면 웬만한 Project Managing은 가능하실거에요! 1. Use Case, User Journey, User Scenario 2. Grounding Data, DB, Retrieval, Ingestion Pipeline 3. Agent Spec, Persona, Instruction 4. Agent에서 사용하는 Tool 5. Agentic Flow(Multi Agent), DAG, Graph 6. Agent 사이 통신(MCP, A2A) 7. Session, Short term memory, Long term memory 8. Observabiltiy, Monitoring 9. Evaluation Dataset, Trajectory Evaluation 10. CI/CD
23:11DV/Antigravity
아 이미 Agent 개발이 익숙하시군요! 금융권 보안 제약들은 제외하더라도 Agent production에 고민했던 요소들 생각나는대로 나열해보면 1) Idempotency: Agent가 running 상태일때 추가 요청이 왔을때 blocking 처리 - State Machine을 통한 상태관리 2) End to end Authorization: Agent 최초 요청 시점부터 서브에이전트의 툴 실행까지 인증 정보 유지 3) Context Cache: LLM 요청에 대한 Cache를 통한 Latency 최적화 4) 보통 에이전트단에서 병목 걸리는 부분은 Source 데이터 조회하는 DB 부하보다는 그 앞단 에이전트 자체의 부하가 많이 발생해요. DB 요청 처리시간보다 LLM 처리 시간이 더 길어서 말이죠. LLM 요청부에 Exponential backoff + jitter 처리 해두는건 필수이고 LLM 요청부 API Quota limit도 체크해야해요. 5) 보통 챗봇 같은 경우 토큰 단위로 응답 받기 위해 SSE나 소켓 통신으로 에이전트 통신 구간을 맺기 때문에 유저가 많아질 경우 에이전트 배포된 서버 스케일 관리도 중요해요. 이 서버 스케일 늘리면 당연히 세션 저장하는 세션 DB도 스케일 관리가 중요합니다.
23:34BongGu_/클코,코덱
#!/usr/bin/env bash # New_Harness/hooks/pin-injector.sh # UserPromptSubmit 훅 — 작업 좌표 자동 주입 (입구 안전망) # # 매 사용자 입력 직전 .claude/state/current-pin.txt 내용을 stdout으로 출력 → # Claude Code가 이 출력을 사용자 prompt에 추가 컨텍스트로 주입. # 학습 질문이나 옆길 대화 끼어들어도 다음 턴에 작업 좌표 자동 복원. # # 정책 참조: 00_Document/policies/pin-and-done.md (work-pin 압축 양식 ~30~40줄 목표). # 옛 이름: inject-current-pin.sh (Phase 03 정합 정정 — pin-injector). # # 확장 (2026-05-14 옛 운영에서 박힘, 유지): # commit 안 된 -DONE.md 박제 검출 시 경고 주입. # "Phase 끝나면 commit/PR 깜빡 위험" 안전망. set -e PIN_FILE=".claude/state/current-pin.txt" # ───────────────────────────────────────────── # 섹션 1 — 작업 좌표 핀 주입 # ───────────────────────────────────────────── if [ -f "$PIN_FILE" ] && [ -s "$PIN_FILE" ]; then cat <<EOF <work-pin source=".claude/state/current-pin.txt"> [자동 주입 — 학습 질문 끼어들어도 작업 좌표 잃지 않게 매 턴 컨텍스트 상단에 박힘. 갱신 정책 = policies/pin-and-done.md] $(cat "$PIN_FILE") </work-pin> EOF fi # ───────────────────────────────────────────── # 섹션 2 — commit 안 된 -DONE.md 박제 검출 (Phase 완료 깜빡 안전망) # ───────────────────────────────────────────── # 새 정책: -DONE.md는 *복잡/대규모* 등급만 박음. 단순/보통은 안 박혀도 정상. # 단 박혀있는데 commit 안 된 건 늘 깜빡 위험. if command -v git >/dev/null 2>&1; then UNCOMMITTED_DONE=$(git status --porcelain 2>/dev/null | grep -E '\-DONE\.md$' || true) if [ -n "$UNCOMMITTED_DONE" ]; then cat <<EOF <phase-completion-pending> ⚠️ commit 안 된 -DONE.md 박제가 있어요: $UNCOMMITTED_DONE 새 헌법 v1: Phase 완료 = -DONE.md 박제(복잡/대규모만) + commit + PR + 노션 + 다음 액션. 지금 /session:end 호출하면 차근차근 안내합니다. 깜빡 안전망입니다. (작업 막지 않음 — 경고만. 다른 작업 먼저 할 거면 그냥 진행.) </phase-completion-pending> EOF fi fi exit 0
23:34BongGu_/클코,코덱
# 작업 좌표 핀 (current-pin.txt) — 빈 템플릿 # 이 파일을 `.claude/state/current-pin.txt`로 복사 후 채워서 사용 (gitignored). # 매 사용자 입력 직전 pin-injector.sh가 컨텍스트 상단에 주입. # 갱신 정책: 00_Document/policies/pin-and-done.md §1 (라이프사이클). work-pin = 단일 작업 좌표 (ADR-025 — CONTEXT 3종 은퇴, memory가 사용자 컨텍스트 보유). WORK-ID: <phase-slug 또는 ad-hoc-YYYYMMDD-주제> PHASE: <NN/MM> / 등급: <단순/보통/복잡/대규모, 자동 상향 표기> 현재 작업: <한 줄. 지금 무엇을 하나> 다음 액션: <구체적인 다음 한 걸음> 주의할 약속: <빠뜨리면 안 되는 검증/제약, 없으면 생략 — 선택> 루프 상태: <버킷 a/b/c · 사람대기 · pending-* 원장 참조 — loop 운영 시만 (work-judge), 선택> 마지막 갱신: <YYYY-MM-DD 또는 commit hash>

프롬프트·출력모드·작업 방식에 대한 실전 조언과 반응

왜 중요했나 — 8개 대표 원문, 발화자 5명, URL 17건을 기준으로 Main 버킷에 재스코어했습니다.

대표 원문은 filtered_2026-06-23.json의 time/sender/text를 기준으로 재매칭한 subset입니다.

단순 키워드 카운트가 아니라 반복 반응, 긴 설명, 링크/질문, 지수님 업무 관련성을 함께 보았습니다.

지수님 관점에서는 과잉 실행보다 보관·추적·작은 테스트로 나누어 처리하는 편이 안전합니다.

적용 방 발언 기준

지수님 포인트

카드 내부의 원문 근거만 보고 실행/보관/추적 여부를 판단할 수 있게 대표 evidence subset을 보존했습니다.

왜 이 액션인가

반복 언급·링크·질문이 있어 추적 가치가 있습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

로컬 KakaoTalk 전날 필터 원문 기준입니다. 외부 사실은 필요 시 별도 확인이 필요합니다.

대화 원문 8개 보기

09:59마이구미/클코
코덱스 엔터프라이즈 버전 쓰고있는데 신세계네요... ㄷㄷ 토큰 unlimited는 태어나서 처음보는 광경;; 회사에서 엔터버전 쓰는 다른 분들도 그런가요?
14:38드론/클코
Loop Engineering Library AI Agent에게 “반복 실행 → 검증 → 개선 → 종료” 구조를 부여하는 실전형 프롬프트/워크플로우 라이브러리 1. 반복 가능한 AI Agent 워크플로우 카탈로그 2. 작업에 맞는 Loop 탐색·추천 3. Loop 생성·수정·적응 지원 Skill https://github.com/Forward-Future/loop-library
16:00드론/클코
AI 코딩 어시스턴트를 영상 제작 스튜디오로 바꿔주는 에이전틱 시스템 https://github.com/calesthio/OpenMontage
16:16hhh
조사해보니 이건 설정 실수라기보다 구조적인 충돌에 가깝습니다. 핵심 결론은 다음입니다. • Capacitor iOS는 기본 origin이 capacitor://localhost입니다. • Kakao 지도 JavaScript API는 등록된 JavaScript SDK 도메인에서만 동작하고, 공식 가이드도 도메인 등록을 전제로 합니다. • 카카오 DevTalk에서 같은 사례가 이미 있었고, 2022년 답변 기준 Kakao Maps 쪽은 http://, https://, file://만 지원한다고 안내했습니다. 그래서 capacitor://를 등록할 수 없으면 JS 지도 SDK 방식은 막힙니다. • Capacitor 설정에서 iosScheme을 바꾸는 것은 가능하지만, 공식 Capacitor 문서상 iOS WKWebView에서 이미 처리하는 http/https scheme으로는 바꿀 수 없습니다. 즉 capacitor://를 https://로 바꾸는 정공법은 안 됩니다. • allowNavigation, hostname, cleartext, 카카오 도메인 추가 같은 설정은 이 문제의 본질을 못 풉니다. Kakao 서버가 보는 origin 자체가 비표준 scheme이기 때문입니다. 제가 본 유사 사례 중 가장 직접적인 것은 이 두 개입니다. • Kakao DevTalk: Ionic WebView + Kakao Map + iOS + capacitor:// 허용 문제. 카카오 답변은 http://, https://, file://만 지원, scheme을 지원 프로토콜로 바꾸거나 다른 방식 필요. 질문자는 “REST API로 직접 호출해서 해결”했다고 남겼습니다. https://devtalk.kakao.com/t/ionic-webview-kakao-map-ios-capacitor/124000 • Kakao DevTalk: Ionic iOS WebView에서 ionic:///capacitor:// origin 때문에 Kakao 지도 service 라이브러리 401. 카카오 측은 공식 지원 플랫폼이 아니며, WebView plugin에서 scheme을 http/https/file로 바꿀 수 있다면 그게 최선이라고 답했습니다. 다만 Capacitor/Cordova 계열은 iOS에서 http/https를 scheme으로 쓰기 어렵다는 한계가 같이 나옵니다. https://devtalk.kakao.com/t/service-401/107072 해결책은 현실적으로 3가지입니다. 1. 지도 화면만 네이티브 Kakao Maps SDK로 구현 가장 App Store 배포에 맞는 해결책입니다. Capacitor 앱 안에서 iOS는 Native KakaoMapsSDK v2를 붙이고, JS에서는 Capacitor plugin/bridge로 지도 표시, 마커, 중심 이동, 선택 이벤트만 주고받는 구조입니다. Kakao 공식 문서도 iOS SDK는 “네이티브 앱 키”를 쓰는 별도 플랫폼으로 안내합니다. • 장점: capacitor:// origin 문제를 완전히 회피합니다. • 단점: 웹 지도 코드를 그대로 못 씁니다. iOS/Android용 bridge 작업이 필요합니다. • 참고: https://apis.map.kakao.com/ios_v2/docs/getting-started/gettingstarted/ 2. 지도 페이지를 실제 HTTPS 도메인으로 분리해서 WebView 안에서 로드 예: https://app.example.com/map 같은 실제 등록 가능한 도메인에 지도 전용 페이지를 배포하고, Capacitor 앱에서는 그 URL을 iframe 또는 별도 WebView/Browser 계층으로 띄우는 방식입니다. • Kakao에는 https://app.example.com을 JavaScript SDK 도메인으로 등록합니다. • 앱 내부 JS와 지도 페이지는 postMessage로 좌표/마커/선택 이벤트를 주고받습니다. • 단, Capacitor 공식 문서상 server.url은 production 용도가 아니라 live reload 용도라고 되어 있어서 앱 전체를 외부 URL로 돌리는 방식은 추천하지 않습니다. 지도만 분리하는 편이 낫습니다. • 참고: Capacitor config 문서 https://capacitorjs.com/docs/config 3. Kakao 지도 JS SDK를 포기하고 REST API + 다른 지도 렌더러 사용 DevTalk 질문자가 실제로 택한 우회입니다. 주소검색/좌표변환/키워드 검색 같은 것은 REST API나 서버 프록시로 처리하고, 지도 타일/렌더링은 네이티브 지도 SDK 또는 다른 지도 엔진으로 처리합니다. • 단, Kakao 지도 화면 자체를 JS SDK 없이 똑같이 렌더링하는 것은 어렵습니다. • “검색/지오코딩만 필요하고 지도 UI는 대체 가능”할 때 적합합니다. 제가 보기에는 1번, 네이티브 Kakao Maps SDK를 Capacitor plugin으로 감싸는 방식이 가장 확실합니다. 앱스토어 배포용이라면 capacitor://를 카카오에 억지로 등록하려고 계속 싸우는 방향은 시간 손실이 커 보입니다. 추가로 2026년 1월 Kakao Login 쪽 DevTalk에는 “Capacitor scheme 등록을 준비 중”이라는 카카오 답변이 있었지만, 이건 JavaScript SDK/로그인 문맥이고 지도 API에서 이미 지원된다는 증거는 못 찾았습니다. 오늘 기준으로 지도 쪽은 아직 위 2022년 답변과 같은 제약으로 보는 게 안전합니다. https://devtalk.kakao.com/t/kakao-login-ios-capacitor-js/148028 커뮤니티 검색 범위도 확인했습니다. X/Twitter, Threads, Reddit에서 capacitor://localhost kakao map, 카카오맵 Capacitor iOS 조합으로는 직접 해결 사례가 거의 안 잡혔고, 실질적인 답은 Kakao DevTalk와 Ionic/Capacitor 포럼에 몰려 있었습니다. Capacitor 포럼에서도 iOS는 http/https scheme을 쓸 수 없어 기본값이 capacitor://라는 설명이 반복됩니다. https://forum.ionicframework.com/t/capacitor-hostname-config-does-not-work-for-ios/218454 정리하면, 지금 설정에 넣어도 안 되는 이유는 설정 위치가 틀려서가 아니라 Kakao JS SDK의 도메인 allowlist 모델과 iOS Capacitor의 custom scheme 모델이 서로 안 맞기 때문입니다. 배포까지 가셔야 한다면 네이티브 지도 SDK bridge로 방향을 트는 게 제일 빠릅니다.
21:56드론/클코
관심있는 분들은 여기 도전해 보시기 바랍니다. 조코딩 AX 인재전쟁 영상 : https://www.instagram.com/reels/DZ7FXiizHib/ 신청 링크 : https://hackathon.jocodingax.ai/
23:11DV/Antigravity
아 이미 Agent 개발이 익숙하시군요! 금융권 보안 제약들은 제외하더라도 Agent production에 고민했던 요소들 생각나는대로 나열해보면 1) Idempotency: Agent가 running 상태일때 추가 요청이 왔을때 blocking 처리 - State Machine을 통한 상태관리 2) End to end Authorization: Agent 최초 요청 시점부터 서브에이전트의 툴 실행까지 인증 정보 유지 3) Context Cache: LLM 요청에 대한 Cache를 통한 Latency 최적화 4) 보통 에이전트단에서 병목 걸리는 부분은 Source 데이터 조회하는 DB 부하보다는 그 앞단 에이전트 자체의 부하가 많이 발생해요. DB 요청 처리시간보다 LLM 처리 시간이 더 길어서 말이죠. LLM 요청부에 Exponential backoff + jitter 처리 해두는건 필수이고 LLM 요청부 API Quota limit도 체크해야해요. 5) 보통 챗봇 같은 경우 토큰 단위로 응답 받기 위해 SSE나 소켓 통신으로 에이전트 통신 구간을 맺기 때문에 유저가 많아질 경우 에이전트 배포된 서버 스케일 관리도 중요해요. 이 서버 스케일 늘리면 당연히 세션 저장하는 세션 DB도 스케일 관리가 중요합니다.
23:34BongGu_/클코,코덱
#!/usr/bin/env bash # New_Harness/hooks/pin-injector.sh # UserPromptSubmit 훅 — 작업 좌표 자동 주입 (입구 안전망) # # 매 사용자 입력 직전 .claude/state/current-pin.txt 내용을 stdout으로 출력 → # Claude Code가 이 출력을 사용자 prompt에 추가 컨텍스트로 주입. # 학습 질문이나 옆길 대화 끼어들어도 다음 턴에 작업 좌표 자동 복원. # # 정책 참조: 00_Document/policies/pin-and-done.md (work-pin 압축 양식 ~30~40줄 목표). # 옛 이름: inject-current-pin.sh (Phase 03 정합 정정 — pin-injector). # # 확장 (2026-05-14 옛 운영에서 박힘, 유지): # commit 안 된 -DONE.md 박제 검출 시 경고 주입. # "Phase 끝나면 commit/PR 깜빡 위험" 안전망. set -e PIN_FILE=".claude/state/current-pin.txt" # ───────────────────────────────────────────── # 섹션 1 — 작업 좌표 핀 주입 # ───────────────────────────────────────────── if [ -f "$PIN_FILE" ] && [ -s "$PIN_FILE" ]; then cat <<EOF <work-pin source=".claude/state/current-pin.txt"> [자동 주입 — 학습 질문 끼어들어도 작업 좌표 잃지 않게 매 턴 컨텍스트 상단에 박힘. 갱신 정책 = policies/pin-and-done.md] $(cat "$PIN_FILE") </work-pin> EOF fi # ───────────────────────────────────────────── # 섹션 2 — commit 안 된 -DONE.md 박제 검출 (Phase 완료 깜빡 안전망) # ───────────────────────────────────────────── # 새 정책: -DONE.md는 *복잡/대규모* 등급만 박음. 단순/보통은 안 박혀도 정상. # 단 박혀있는데 commit 안 된 건 늘 깜빡 위험. if command -v git >/dev/null 2>&1; then UNCOMMITTED_DONE=$(git status --porcelain 2>/dev/null | grep -E '\-DONE\.md$' || true) if [ -n "$UNCOMMITTED_DONE" ]; then cat <<EOF <phase-completion-pending> ⚠️ commit 안 된 -DONE.md 박제가 있어요: $UNCOMMITTED_DONE 새 헌법 v1: Phase 완료 = -DONE.md 박제(복잡/대규모만) + commit + PR + 노션 + 다음 액션. 지금 /session:end 호출하면 차근차근 안내합니다. 깜빡 안전망입니다. (작업 막지 않음 — 경고만. 다른 작업 먼저 할 거면 그냥 진행.) </phase-completion-pending> EOF fi fi exit 0
23:34BongGu_/클코,코덱
# 작업 좌표 핀 (current-pin.txt) — 빈 템플릿 # 이 파일을 `.claude/state/current-pin.txt`로 복사 후 채워서 사용 (gitignored). # 매 사용자 입력 직전 pin-injector.sh가 컨텍스트 상단에 주입. # 갱신 정책: 00_Document/policies/pin-and-done.md §1 (라이프사이클). work-pin = 단일 작업 좌표 (ADR-025 — CONTEXT 3종 은퇴, memory가 사용자 컨텍스트 보유). WORK-ID: <phase-slug 또는 ad-hoc-YYYYMMDD-주제> PHASE: <NN/MM> / 등급: <단순/보통/복잡/대규모, 자동 상향 표기> 현재 작업: <한 줄. 지금 무엇을 하나> 다음 액션: <구체적인 다음 한 걸음> 주의할 약속: <빠뜨리면 안 되는 검증/제약, 없으면 생략 — 선택> 루프 상태: <버킷 a/b/c · 사람대기 · pending-* 원장 참조 — loop 운영 시만 (work-judge), 선택> 마지막 갱신: <YYYY-MM-DD 또는 commit hash>

API 키·환경변수·DB·배포 보안이 실제 리스크로 언급된 흐름

왜 중요했나 — 8개 대표 원문, 발화자 5명, URL 13건을 기준으로 Main 버킷에 재스코어했습니다.

대표 원문은 filtered_2026-06-23.json의 time/sender/text를 기준으로 재매칭한 subset입니다.

단순 키워드 카운트가 아니라 반복 반응, 긴 설명, 링크/질문, 지수님 업무 관련성을 함께 보았습니다.

지수님 관점에서는 과잉 실행보다 보관·추적·작은 테스트로 나누어 처리하는 편이 안전합니다.

추적 방 발언 기준

지수님 포인트

카드 내부의 원문 근거만 보고 실행/보관/추적 여부를 판단할 수 있게 대표 evidence subset을 보존했습니다.

왜 이 액션인가

반복 언급·링크·질문이 있어 추적 가치가 있습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

로컬 KakaoTalk 전날 필터 원문 기준입니다. 외부 사실은 필요 시 별도 확인이 필요합니다.

대화 원문 8개 보기

15:15부담/Antigravity
웹뷰 형식 앱을 아이폰 앱스토어에 올리려고 'Capacitor'라는 포장지를 씌웠는데, 애플이 강제로 부여한 앱 주소(capacitor://)를 카카오 지도가 보안 규정상 '가짜 주소'로 인식하고 차단해서 이걸 해결하려고 거의 일주일째 싸우고 있습니다.. 혹시 비슷한 경험을 하셨거나.. 해결책을 아시는 선생님 계실까요? 큼프트브스브르그슾습느드.........
16:16hhh
조사해보니 이건 설정 실수라기보다 구조적인 충돌에 가깝습니다. 핵심 결론은 다음입니다. • Capacitor iOS는 기본 origin이 capacitor://localhost입니다. • Kakao 지도 JavaScript API는 등록된 JavaScript SDK 도메인에서만 동작하고, 공식 가이드도 도메인 등록을 전제로 합니다. • 카카오 DevTalk에서 같은 사례가 이미 있었고, 2022년 답변 기준 Kakao Maps 쪽은 http://, https://, file://만 지원한다고 안내했습니다. 그래서 capacitor://를 등록할 수 없으면 JS 지도 SDK 방식은 막힙니다. • Capacitor 설정에서 iosScheme을 바꾸는 것은 가능하지만, 공식 Capacitor 문서상 iOS WKWebView에서 이미 처리하는 http/https scheme으로는 바꿀 수 없습니다. 즉 capacitor://를 https://로 바꾸는 정공법은 안 됩니다. • allowNavigation, hostname, cleartext, 카카오 도메인 추가 같은 설정은 이 문제의 본질을 못 풉니다. Kakao 서버가 보는 origin 자체가 비표준 scheme이기 때문입니다. 제가 본 유사 사례 중 가장 직접적인 것은 이 두 개입니다. • Kakao DevTalk: Ionic WebView + Kakao Map + iOS + capacitor:// 허용 문제. 카카오 답변은 http://, https://, file://만 지원, scheme을 지원 프로토콜로 바꾸거나 다른 방식 필요. 질문자는 “REST API로 직접 호출해서 해결”했다고 남겼습니다. https://devtalk.kakao.com/t/ionic-webview-kakao-map-ios-capacitor/124000 • Kakao DevTalk: Ionic iOS WebView에서 ionic:///capacitor:// origin 때문에 Kakao 지도 service 라이브러리 401. 카카오 측은 공식 지원 플랫폼이 아니며, WebView plugin에서 scheme을 http/https/file로 바꿀 수 있다면 그게 최선이라고 답했습니다. 다만 Capacitor/Cordova 계열은 iOS에서 http/https를 scheme으로 쓰기 어렵다는 한계가 같이 나옵니다. https://devtalk.kakao.com/t/service-401/107072 해결책은 현실적으로 3가지입니다. 1. 지도 화면만 네이티브 Kakao Maps SDK로 구현 가장 App Store 배포에 맞는 해결책입니다. Capacitor 앱 안에서 iOS는 Native KakaoMapsSDK v2를 붙이고, JS에서는 Capacitor plugin/bridge로 지도 표시, 마커, 중심 이동, 선택 이벤트만 주고받는 구조입니다. Kakao 공식 문서도 iOS SDK는 “네이티브 앱 키”를 쓰는 별도 플랫폼으로 안내합니다. • 장점: capacitor:// origin 문제를 완전히 회피합니다. • 단점: 웹 지도 코드를 그대로 못 씁니다. iOS/Android용 bridge 작업이 필요합니다. • 참고: https://apis.map.kakao.com/ios_v2/docs/getting-started/gettingstarted/ 2. 지도 페이지를 실제 HTTPS 도메인으로 분리해서 WebView 안에서 로드 예: https://app.example.com/map 같은 실제 등록 가능한 도메인에 지도 전용 페이지를 배포하고, Capacitor 앱에서는 그 URL을 iframe 또는 별도 WebView/Browser 계층으로 띄우는 방식입니다. • Kakao에는 https://app.example.com을 JavaScript SDK 도메인으로 등록합니다. • 앱 내부 JS와 지도 페이지는 postMessage로 좌표/마커/선택 이벤트를 주고받습니다. • 단, Capacitor 공식 문서상 server.url은 production 용도가 아니라 live reload 용도라고 되어 있어서 앱 전체를 외부 URL로 돌리는 방식은 추천하지 않습니다. 지도만 분리하는 편이 낫습니다. • 참고: Capacitor config 문서 https://capacitorjs.com/docs/config 3. Kakao 지도 JS SDK를 포기하고 REST API + 다른 지도 렌더러 사용 DevTalk 질문자가 실제로 택한 우회입니다. 주소검색/좌표변환/키워드 검색 같은 것은 REST API나 서버 프록시로 처리하고, 지도 타일/렌더링은 네이티브 지도 SDK 또는 다른 지도 엔진으로 처리합니다. • 단, Kakao 지도 화면 자체를 JS SDK 없이 똑같이 렌더링하는 것은 어렵습니다. • “검색/지오코딩만 필요하고 지도 UI는 대체 가능”할 때 적합합니다. 제가 보기에는 1번, 네이티브 Kakao Maps SDK를 Capacitor plugin으로 감싸는 방식이 가장 확실합니다. 앱스토어 배포용이라면 capacitor://를 카카오에 억지로 등록하려고 계속 싸우는 방향은 시간 손실이 커 보입니다. 추가로 2026년 1월 Kakao Login 쪽 DevTalk에는 “Capacitor scheme 등록을 준비 중”이라는 카카오 답변이 있었지만, 이건 JavaScript SDK/로그인 문맥이고 지도 API에서 이미 지원된다는 증거는 못 찾았습니다. 오늘 기준으로 지도 쪽은 아직 위 2022년 답변과 같은 제약으로 보는 게 안전합니다. https://devtalk.kakao.com/t/kakao-login-ios-capacitor-js/148028 커뮤니티 검색 범위도 확인했습니다. X/Twitter, Threads, Reddit에서 capacitor://localhost kakao map, 카카오맵 Capacitor iOS 조합으로는 직접 해결 사례가 거의 안 잡혔고, 실질적인 답은 Kakao DevTalk와 Ionic/Capacitor 포럼에 몰려 있었습니다. Capacitor 포럼에서도 iOS는 http/https scheme을 쓸 수 없어 기본값이 capacitor://라는 설명이 반복됩니다. https://forum.ionicframework.com/t/capacitor-hostname-config-does-not-work-for-ios/218454 정리하면, 지금 설정에 넣어도 안 되는 이유는 설정 위치가 틀려서가 아니라 Kakao JS SDK의 도메인 allowlist 모델과 iOS Capacitor의 custom scheme 모델이 서로 안 맞기 때문입니다. 배포까지 가셔야 한다면 네이티브 지도 SDK bridge로 방향을 트는 게 제일 빠릅니다.
21:06흐어/클코
안녕하세요. 제가 Langchain/Langgraph 기반으로 agent 개발만 조금 할 줄 아는데, 이번에 금융권에 agent 개발하는 곳에 PL로 가게 됐습니다…ㅠ 그래서 무조건 DE나 아키텍처 등도 공부를 해야할 거 같은데, 참고할만한 책이 있을까요? 유튜브로 강의도 찾아볼 예정이긴 한데 볼만한 책도 추천해주시면 감사하겠습니다!
21:44DV/Antigravity
와 축하드립니다~ 제 생각엔 지금 단계에선 Langchain, Langraph 코드나 구조 자체를 보는것 보다는 Agent Development Lifecycle 전반을 한번 보시는것도 좋을것 같아요. Agent 개발 흐름은 어느정도 일반화가 가능합니다. 투입되셔서 아래 개념 정도만 파악하시면 웬만한 Project Managing은 가능하실거에요! 1. Use Case, User Journey, User Scenario 2. Grounding Data, DB, Retrieval, Ingestion Pipeline 3. Agent Spec, Persona, Instruction 4. Agent에서 사용하는 Tool 5. Agentic Flow(Multi Agent), DAG, Graph 6. Agent 사이 통신(MCP, A2A) 7. Session, Short term memory, Long term memory 8. Observabiltiy, Monitoring 9. Evaluation Dataset, Trajectory Evaluation 10. CI/CD
21:45DV/Antigravity
와 축하드립니다~ 제 생각엔 지금 단계에선 Langchain, Langraph 코드나 구조 자체를 보는것 보다는 Agent Development Lifecycle 전반을 한번 보시는것도 좋을것 같아요. Agent 개발 흐름은 어느정도 일반화가 가능합니다. 투입되셔서 아래 개념 정도만 파악하시면 웬만한 Project Managing은 가능하실거에요! 1. Use Case, User Journey, User Scenario 2. Grounding Data, DB, Retrieval, Ingestion Pipeline 3. Agent Spec, Persona, Instruction 4. Agent에서 사용하는 Tool 5. Agentic Flow(Multi Agent), DAG, Graph 6. Agent 사이 통신(MCP, A2A) 7. Session, Short term memory, Long term memory 8. Observabiltiy, Monitoring 9. Evaluation Dataset, Trajectory Evaluation 10. CI/CD
21:51흐어/클코
이직도 아니고, 승진도 아닌 그저 안타까운 일인거 같아요…ㅋㅋㅋㅋㅋ 기존에는 AI Agent 개발하는 일로 파견을 갔는데, 이번엔 사람이 없어서 PL이 된 거 같더라고요… 오늘 내부 미팅 해보니까 단순히 Agent 구조나 성능만 올릴 게 아니라 DB 명세, 부하 높아졌을 때 스케일링 방안 이런 것도 맡아서 처리를 해야할 거 같아요. 단순히 Agent 지식만 있을 게 아니라 시스템이나 파이프라인에 대한 이해도가 높아야 할 거 같아요ㅠ
23:11DV/Antigravity
아 이미 Agent 개발이 익숙하시군요! 금융권 보안 제약들은 제외하더라도 Agent production에 고민했던 요소들 생각나는대로 나열해보면 1) Idempotency: Agent가 running 상태일때 추가 요청이 왔을때 blocking 처리 - State Machine을 통한 상태관리 2) End to end Authorization: Agent 최초 요청 시점부터 서브에이전트의 툴 실행까지 인증 정보 유지 3) Context Cache: LLM 요청에 대한 Cache를 통한 Latency 최적화 4) 보통 에이전트단에서 병목 걸리는 부분은 Source 데이터 조회하는 DB 부하보다는 그 앞단 에이전트 자체의 부하가 많이 발생해요. DB 요청 처리시간보다 LLM 처리 시간이 더 길어서 말이죠. LLM 요청부에 Exponential backoff + jitter 처리 해두는건 필수이고 LLM 요청부 API Quota limit도 체크해야해요. 5) 보통 챗봇 같은 경우 토큰 단위로 응답 받기 위해 SSE나 소켓 통신으로 에이전트 통신 구간을 맺기 때문에 유저가 많아질 경우 에이전트 배포된 서버 스케일 관리도 중요해요. 이 서버 스케일 늘리면 당연히 세션 저장하는 세션 DB도 스케일 관리가 중요합니다.
23:34BongGu_/클코,코덱
#!/usr/bin/env bash # New_Harness/hooks/pin-injector.sh # UserPromptSubmit 훅 — 작업 좌표 자동 주입 (입구 안전망) # # 매 사용자 입력 직전 .claude/state/current-pin.txt 내용을 stdout으로 출력 → # Claude Code가 이 출력을 사용자 prompt에 추가 컨텍스트로 주입. # 학습 질문이나 옆길 대화 끼어들어도 다음 턴에 작업 좌표 자동 복원. # # 정책 참조: 00_Document/policies/pin-and-done.md (work-pin 압축 양식 ~30~40줄 목표). # 옛 이름: inject-current-pin.sh (Phase 03 정합 정정 — pin-injector). # # 확장 (2026-05-14 옛 운영에서 박힘, 유지): # commit 안 된 -DONE.md 박제 검출 시 경고 주입. # "Phase 끝나면 commit/PR 깜빡 위험" 안전망. set -e PIN_FILE=".claude/state/current-pin.txt" # ───────────────────────────────────────────── # 섹션 1 — 작업 좌표 핀 주입 # ───────────────────────────────────────────── if [ -f "$PIN_FILE" ] && [ -s "$PIN_FILE" ]; then cat <<EOF <work-pin source=".claude/state/current-pin.txt"> [자동 주입 — 학습 질문 끼어들어도 작업 좌표 잃지 않게 매 턴 컨텍스트 상단에 박힘. 갱신 정책 = policies/pin-and-done.md] $(cat "$PIN_FILE") </work-pin> EOF fi # ───────────────────────────────────────────── # 섹션 2 — commit 안 된 -DONE.md 박제 검출 (Phase 완료 깜빡 안전망) # ───────────────────────────────────────────── # 새 정책: -DONE.md는 *복잡/대규모* 등급만 박음. 단순/보통은 안 박혀도 정상. # 단 박혀있는데 commit 안 된 건 늘 깜빡 위험. if command -v git >/dev/null 2>&1; then UNCOMMITTED_DONE=$(git status --porcelain 2>/dev/null | grep -E '\-DONE\.md$' || true) if [ -n "$UNCOMMITTED_DONE" ]; then cat <<EOF <phase-completion-pending> ⚠️ commit 안 된 -DONE.md 박제가 있어요: $UNCOMMITTED_DONE 새 헌법 v1: Phase 완료 = -DONE.md 박제(복잡/대규모만) + commit + PR + 노션 + 다음 액션. 지금 /session:end 호출하면 차근차근 안내합니다. 깜빡 안전망입니다. (작업 막지 않음 — 경고만. 다른 작업 먼저 할 거면 그냥 진행.) </phase-completion-pending> EOF fi fi exit 0

MCP/서버/자동화 도구가 실사용 후보로 공유된 흐름

왜 중요했나 — 8개 대표 원문, 발화자 4명, URL 13건을 기준으로 Main 버킷에 재스코어했습니다.

대표 원문은 filtered_2026-06-23.json의 time/sender/text를 기준으로 재매칭한 subset입니다.

단순 키워드 카운트가 아니라 반복 반응, 긴 설명, 링크/질문, 지수님 업무 관련성을 함께 보았습니다.

지수님 관점에서는 과잉 실행보다 보관·추적·작은 테스트로 나누어 처리하는 편이 안전합니다.

테스트 방 발언 기준

지수님 포인트

카드 내부의 원문 근거만 보고 실행/보관/추적 여부를 판단할 수 있게 대표 evidence subset을 보존했습니다.

왜 이 액션인가

반복 언급·링크·질문이 있어 추적 가치가 있습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

로컬 KakaoTalk 전날 필터 원문 기준입니다. 외부 사실은 필요 시 별도 확인이 필요합니다.

대화 원문 8개 보기

00:13춘식/클코덱스
어차피 본인 PC나 서버에 저장이 되는데
00:13춘식/클코덱스
에르메스던 오픈코드던 클코CLI던간에 연동되어 있던것들은
08:53DV/Antigravity
저도 api를 주로 사용하는데 슬랙 노션 연동 등은 사실상 다 MCP 연동이라 충분히 가능해요! 플랫폼에 종속되지 않는다는 장점이 있습니다ㅎㅎ 과업은 Opus 시키고 리포트로 정리는 Gemini Pro 시키고 있어요.
16:16hhh
조사해보니 이건 설정 실수라기보다 구조적인 충돌에 가깝습니다. 핵심 결론은 다음입니다. • Capacitor iOS는 기본 origin이 capacitor://localhost입니다. • Kakao 지도 JavaScript API는 등록된 JavaScript SDK 도메인에서만 동작하고, 공식 가이드도 도메인 등록을 전제로 합니다. • 카카오 DevTalk에서 같은 사례가 이미 있었고, 2022년 답변 기준 Kakao Maps 쪽은 http://, https://, file://만 지원한다고 안내했습니다. 그래서 capacitor://를 등록할 수 없으면 JS 지도 SDK 방식은 막힙니다. • Capacitor 설정에서 iosScheme을 바꾸는 것은 가능하지만, 공식 Capacitor 문서상 iOS WKWebView에서 이미 처리하는 http/https scheme으로는 바꿀 수 없습니다. 즉 capacitor://를 https://로 바꾸는 정공법은 안 됩니다. • allowNavigation, hostname, cleartext, 카카오 도메인 추가 같은 설정은 이 문제의 본질을 못 풉니다. Kakao 서버가 보는 origin 자체가 비표준 scheme이기 때문입니다. 제가 본 유사 사례 중 가장 직접적인 것은 이 두 개입니다. • Kakao DevTalk: Ionic WebView + Kakao Map + iOS + capacitor:// 허용 문제. 카카오 답변은 http://, https://, file://만 지원, scheme을 지원 프로토콜로 바꾸거나 다른 방식 필요. 질문자는 “REST API로 직접 호출해서 해결”했다고 남겼습니다. https://devtalk.kakao.com/t/ionic-webview-kakao-map-ios-capacitor/124000 • Kakao DevTalk: Ionic iOS WebView에서 ionic:///capacitor:// origin 때문에 Kakao 지도 service 라이브러리 401. 카카오 측은 공식 지원 플랫폼이 아니며, WebView plugin에서 scheme을 http/https/file로 바꿀 수 있다면 그게 최선이라고 답했습니다. 다만 Capacitor/Cordova 계열은 iOS에서 http/https를 scheme으로 쓰기 어렵다는 한계가 같이 나옵니다. https://devtalk.kakao.com/t/service-401/107072 해결책은 현실적으로 3가지입니다. 1. 지도 화면만 네이티브 Kakao Maps SDK로 구현 가장 App Store 배포에 맞는 해결책입니다. Capacitor 앱 안에서 iOS는 Native KakaoMapsSDK v2를 붙이고, JS에서는 Capacitor plugin/bridge로 지도 표시, 마커, 중심 이동, 선택 이벤트만 주고받는 구조입니다. Kakao 공식 문서도 iOS SDK는 “네이티브 앱 키”를 쓰는 별도 플랫폼으로 안내합니다. • 장점: capacitor:// origin 문제를 완전히 회피합니다. • 단점: 웹 지도 코드를 그대로 못 씁니다. iOS/Android용 bridge 작업이 필요합니다. • 참고: https://apis.map.kakao.com/ios_v2/docs/getting-started/gettingstarted/ 2. 지도 페이지를 실제 HTTPS 도메인으로 분리해서 WebView 안에서 로드 예: https://app.example.com/map 같은 실제 등록 가능한 도메인에 지도 전용 페이지를 배포하고, Capacitor 앱에서는 그 URL을 iframe 또는 별도 WebView/Browser 계층으로 띄우는 방식입니다. • Kakao에는 https://app.example.com을 JavaScript SDK 도메인으로 등록합니다. • 앱 내부 JS와 지도 페이지는 postMessage로 좌표/마커/선택 이벤트를 주고받습니다. • 단, Capacitor 공식 문서상 server.url은 production 용도가 아니라 live reload 용도라고 되어 있어서 앱 전체를 외부 URL로 돌리는 방식은 추천하지 않습니다. 지도만 분리하는 편이 낫습니다. • 참고: Capacitor config 문서 https://capacitorjs.com/docs/config 3. Kakao 지도 JS SDK를 포기하고 REST API + 다른 지도 렌더러 사용 DevTalk 질문자가 실제로 택한 우회입니다. 주소검색/좌표변환/키워드 검색 같은 것은 REST API나 서버 프록시로 처리하고, 지도 타일/렌더링은 네이티브 지도 SDK 또는 다른 지도 엔진으로 처리합니다. • 단, Kakao 지도 화면 자체를 JS SDK 없이 똑같이 렌더링하는 것은 어렵습니다. • “검색/지오코딩만 필요하고 지도 UI는 대체 가능”할 때 적합합니다. 제가 보기에는 1번, 네이티브 Kakao Maps SDK를 Capacitor plugin으로 감싸는 방식이 가장 확실합니다. 앱스토어 배포용이라면 capacitor://를 카카오에 억지로 등록하려고 계속 싸우는 방향은 시간 손실이 커 보입니다. 추가로 2026년 1월 Kakao Login 쪽 DevTalk에는 “Capacitor scheme 등록을 준비 중”이라는 카카오 답변이 있었지만, 이건 JavaScript SDK/로그인 문맥이고 지도 API에서 이미 지원된다는 증거는 못 찾았습니다. 오늘 기준으로 지도 쪽은 아직 위 2022년 답변과 같은 제약으로 보는 게 안전합니다. https://devtalk.kakao.com/t/kakao-login-ios-capacitor-js/148028 커뮤니티 검색 범위도 확인했습니다. X/Twitter, Threads, Reddit에서 capacitor://localhost kakao map, 카카오맵 Capacitor iOS 조합으로는 직접 해결 사례가 거의 안 잡혔고, 실질적인 답은 Kakao DevTalk와 Ionic/Capacitor 포럼에 몰려 있었습니다. Capacitor 포럼에서도 iOS는 http/https scheme을 쓸 수 없어 기본값이 capacitor://라는 설명이 반복됩니다. https://forum.ionicframework.com/t/capacitor-hostname-config-does-not-work-for-ios/218454 정리하면, 지금 설정에 넣어도 안 되는 이유는 설정 위치가 틀려서가 아니라 Kakao JS SDK의 도메인 allowlist 모델과 iOS Capacitor의 custom scheme 모델이 서로 안 맞기 때문입니다. 배포까지 가셔야 한다면 네이티브 지도 SDK bridge로 방향을 트는 게 제일 빠릅니다.
21:44DV/Antigravity
와 축하드립니다~ 제 생각엔 지금 단계에선 Langchain, Langraph 코드나 구조 자체를 보는것 보다는 Agent Development Lifecycle 전반을 한번 보시는것도 좋을것 같아요. Agent 개발 흐름은 어느정도 일반화가 가능합니다. 투입되셔서 아래 개념 정도만 파악하시면 웬만한 Project Managing은 가능하실거에요! 1. Use Case, User Journey, User Scenario 2. Grounding Data, DB, Retrieval, Ingestion Pipeline 3. Agent Spec, Persona, Instruction 4. Agent에서 사용하는 Tool 5. Agentic Flow(Multi Agent), DAG, Graph 6. Agent 사이 통신(MCP, A2A) 7. Session, Short term memory, Long term memory 8. Observabiltiy, Monitoring 9. Evaluation Dataset, Trajectory Evaluation 10. CI/CD
21:45DV/Antigravity
와 축하드립니다~ 제 생각엔 지금 단계에선 Langchain, Langraph 코드나 구조 자체를 보는것 보다는 Agent Development Lifecycle 전반을 한번 보시는것도 좋을것 같아요. Agent 개발 흐름은 어느정도 일반화가 가능합니다. 투입되셔서 아래 개념 정도만 파악하시면 웬만한 Project Managing은 가능하실거에요! 1. Use Case, User Journey, User Scenario 2. Grounding Data, DB, Retrieval, Ingestion Pipeline 3. Agent Spec, Persona, Instruction 4. Agent에서 사용하는 Tool 5. Agentic Flow(Multi Agent), DAG, Graph 6. Agent 사이 통신(MCP, A2A) 7. Session, Short term memory, Long term memory 8. Observabiltiy, Monitoring 9. Evaluation Dataset, Trajectory Evaluation 10. CI/CD
23:11DV/Antigravity
아 이미 Agent 개발이 익숙하시군요! 금융권 보안 제약들은 제외하더라도 Agent production에 고민했던 요소들 생각나는대로 나열해보면 1) Idempotency: Agent가 running 상태일때 추가 요청이 왔을때 blocking 처리 - State Machine을 통한 상태관리 2) End to end Authorization: Agent 최초 요청 시점부터 서브에이전트의 툴 실행까지 인증 정보 유지 3) Context Cache: LLM 요청에 대한 Cache를 통한 Latency 최적화 4) 보통 에이전트단에서 병목 걸리는 부분은 Source 데이터 조회하는 DB 부하보다는 그 앞단 에이전트 자체의 부하가 많이 발생해요. DB 요청 처리시간보다 LLM 처리 시간이 더 길어서 말이죠. LLM 요청부에 Exponential backoff + jitter 처리 해두는건 필수이고 LLM 요청부 API Quota limit도 체크해야해요. 5) 보통 챗봇 같은 경우 토큰 단위로 응답 받기 위해 SSE나 소켓 통신으로 에이전트 통신 구간을 맺기 때문에 유저가 많아질 경우 에이전트 배포된 서버 스케일 관리도 중요해요. 이 서버 스케일 늘리면 당연히 세션 저장하는 세션 DB도 스케일 관리가 중요합니다.
23:37마음늘보/클코
저는 제가 만들어서 쓰긴하는데 공유 메모리 서버를만들고 mcp로 연결해서

모델·서비스 업데이트와 링크 공유가 정보 흐름을 만든 구간

왜 중요했나 — 8개 대표 원문, 발화자 8명, URL 16건을 기준으로 Main 버킷에 재스코어했습니다.

대표 원문은 filtered_2026-06-23.json의 time/sender/text를 기준으로 재매칭한 subset입니다.

단순 키워드 카운트가 아니라 반복 반응, 긴 설명, 링크/질문, 지수님 업무 관련성을 함께 보았습니다.

지수님 관점에서는 과잉 실행보다 보관·추적·작은 테스트로 나누어 처리하는 편이 안전합니다.

추적 방 발언 기준

지수님 포인트

카드 내부의 원문 근거만 보고 실행/보관/추적 여부를 판단할 수 있게 대표 evidence subset을 보존했습니다.

왜 이 액션인가

반복 언급·링크·질문이 있어 추적 가치가 있습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

로컬 KakaoTalk 전날 필터 원문 기준입니다. 외부 사실은 필요 시 별도 확인이 필요합니다.

대화 원문 8개 보기

00:08아웃라이너/클코덱스
저는 코덱스 쓸 때 open ai 계정 요금제 쓰다 api로 써봤는데 openai 계정이랑 맞물려있던 연동들이 끊겨서 ㅜ api로 해도 연동 설정을 따로 하면 되나보네요!
00:11춘식/클코덱스
코드베이스 리눅스나 맥에 연동을 하면 앱이랑 상관없이 하드디스크에 저장이 되는 형태라서 모델을 뭘 쓰던 상관이 없는데
13:14WCOMPANY/클코
[Dryforge] 슈퍼파워스 대체/올인원 구현 플러그인 v0.1 - 특이점이 온다 마이너 갤러리 https://share.google/mLx1FX7yCpjPILt5Y
13:19드론/클코
요즈음 엄청 핫핫 서비스 중 하나 소개해 드립니다. Sakana Fugu - 하나의 모델처럼 쓰는 멀티 에이전트 시스템 - 문제별로 최적 모델·역할·흐름을 동적으로 조립 - Coordinator/Conductor 기반의 성능 확장 https://sakana.ai/fugu/ https://github.com/SakanaAI/fugu/tree/main
13:28안나타르/코덱스
생각해보면 OMO. 작동 방식이랑 비슷한데 ㅎ 맥스가 200불이라 그냥 GPT 5.6 쓰겠습니다
16:16hhh
조사해보니 이건 설정 실수라기보다 구조적인 충돌에 가깝습니다. 핵심 결론은 다음입니다. • Capacitor iOS는 기본 origin이 capacitor://localhost입니다. • Kakao 지도 JavaScript API는 등록된 JavaScript SDK 도메인에서만 동작하고, 공식 가이드도 도메인 등록을 전제로 합니다. • 카카오 DevTalk에서 같은 사례가 이미 있었고, 2022년 답변 기준 Kakao Maps 쪽은 http://, https://, file://만 지원한다고 안내했습니다. 그래서 capacitor://를 등록할 수 없으면 JS 지도 SDK 방식은 막힙니다. • Capacitor 설정에서 iosScheme을 바꾸는 것은 가능하지만, 공식 Capacitor 문서상 iOS WKWebView에서 이미 처리하는 http/https scheme으로는 바꿀 수 없습니다. 즉 capacitor://를 https://로 바꾸는 정공법은 안 됩니다. • allowNavigation, hostname, cleartext, 카카오 도메인 추가 같은 설정은 이 문제의 본질을 못 풉니다. Kakao 서버가 보는 origin 자체가 비표준 scheme이기 때문입니다. 제가 본 유사 사례 중 가장 직접적인 것은 이 두 개입니다. • Kakao DevTalk: Ionic WebView + Kakao Map + iOS + capacitor:// 허용 문제. 카카오 답변은 http://, https://, file://만 지원, scheme을 지원 프로토콜로 바꾸거나 다른 방식 필요. 질문자는 “REST API로 직접 호출해서 해결”했다고 남겼습니다. https://devtalk.kakao.com/t/ionic-webview-kakao-map-ios-capacitor/124000 • Kakao DevTalk: Ionic iOS WebView에서 ionic:///capacitor:// origin 때문에 Kakao 지도 service 라이브러리 401. 카카오 측은 공식 지원 플랫폼이 아니며, WebView plugin에서 scheme을 http/https/file로 바꿀 수 있다면 그게 최선이라고 답했습니다. 다만 Capacitor/Cordova 계열은 iOS에서 http/https를 scheme으로 쓰기 어렵다는 한계가 같이 나옵니다. https://devtalk.kakao.com/t/service-401/107072 해결책은 현실적으로 3가지입니다. 1. 지도 화면만 네이티브 Kakao Maps SDK로 구현 가장 App Store 배포에 맞는 해결책입니다. Capacitor 앱 안에서 iOS는 Native KakaoMapsSDK v2를 붙이고, JS에서는 Capacitor plugin/bridge로 지도 표시, 마커, 중심 이동, 선택 이벤트만 주고받는 구조입니다. Kakao 공식 문서도 iOS SDK는 “네이티브 앱 키”를 쓰는 별도 플랫폼으로 안내합니다. • 장점: capacitor:// origin 문제를 완전히 회피합니다. • 단점: 웹 지도 코드를 그대로 못 씁니다. iOS/Android용 bridge 작업이 필요합니다. • 참고: https://apis.map.kakao.com/ios_v2/docs/getting-started/gettingstarted/ 2. 지도 페이지를 실제 HTTPS 도메인으로 분리해서 WebView 안에서 로드 예: https://app.example.com/map 같은 실제 등록 가능한 도메인에 지도 전용 페이지를 배포하고, Capacitor 앱에서는 그 URL을 iframe 또는 별도 WebView/Browser 계층으로 띄우는 방식입니다. • Kakao에는 https://app.example.com을 JavaScript SDK 도메인으로 등록합니다. • 앱 내부 JS와 지도 페이지는 postMessage로 좌표/마커/선택 이벤트를 주고받습니다. • 단, Capacitor 공식 문서상 server.url은 production 용도가 아니라 live reload 용도라고 되어 있어서 앱 전체를 외부 URL로 돌리는 방식은 추천하지 않습니다. 지도만 분리하는 편이 낫습니다. • 참고: Capacitor config 문서 https://capacitorjs.com/docs/config 3. Kakao 지도 JS SDK를 포기하고 REST API + 다른 지도 렌더러 사용 DevTalk 질문자가 실제로 택한 우회입니다. 주소검색/좌표변환/키워드 검색 같은 것은 REST API나 서버 프록시로 처리하고, 지도 타일/렌더링은 네이티브 지도 SDK 또는 다른 지도 엔진으로 처리합니다. • 단, Kakao 지도 화면 자체를 JS SDK 없이 똑같이 렌더링하는 것은 어렵습니다. • “검색/지오코딩만 필요하고 지도 UI는 대체 가능”할 때 적합합니다. 제가 보기에는 1번, 네이티브 Kakao Maps SDK를 Capacitor plugin으로 감싸는 방식이 가장 확실합니다. 앱스토어 배포용이라면 capacitor://를 카카오에 억지로 등록하려고 계속 싸우는 방향은 시간 손실이 커 보입니다. 추가로 2026년 1월 Kakao Login 쪽 DevTalk에는 “Capacitor scheme 등록을 준비 중”이라는 카카오 답변이 있었지만, 이건 JavaScript SDK/로그인 문맥이고 지도 API에서 이미 지원된다는 증거는 못 찾았습니다. 오늘 기준으로 지도 쪽은 아직 위 2022년 답변과 같은 제약으로 보는 게 안전합니다. https://devtalk.kakao.com/t/kakao-login-ios-capacitor-js/148028 커뮤니티 검색 범위도 확인했습니다. X/Twitter, Threads, Reddit에서 capacitor://localhost kakao map, 카카오맵 Capacitor iOS 조합으로는 직접 해결 사례가 거의 안 잡혔고, 실질적인 답은 Kakao DevTalk와 Ionic/Capacitor 포럼에 몰려 있었습니다. Capacitor 포럼에서도 iOS는 http/https scheme을 쓸 수 없어 기본값이 capacitor://라는 설명이 반복됩니다. https://forum.ionicframework.com/t/capacitor-hostname-config-does-not-work-for-ios/218454 정리하면, 지금 설정에 넣어도 안 되는 이유는 설정 위치가 틀려서가 아니라 Kakao JS SDK의 도메인 allowlist 모델과 iOS Capacitor의 custom scheme 모델이 서로 안 맞기 때문입니다. 배포까지 가셔야 한다면 네이티브 지도 SDK bridge로 방향을 트는 게 제일 빠릅니다.
16:36James Baek/Anti
로컬 LLM도 모델이 사이즈 별로 있으니까요..그래도 96은 되야 좀 모자란 친구라도 쓰실 수 있을 것 같아요ㅋㅋ
16:43움찔/코파,클코.코덱
로컬모델 돌리면서 그럭저럭 말귀 알아듣는 친구로 보시면 최소 맥미니64는 필요하다고 봅니다 ㅠ

강의/튜토리얼/학습 자료 추천과 품질 평가

왜 중요했나 — 5개 대표 원문, 발화자 4명, URL 13건을 기준으로 MINI 버킷에 재스코어했습니다.

대표 원문은 filtered_2026-06-23.json의 time/sender/text를 기준으로 재매칭한 subset입니다.

단순 키워드 카운트가 아니라 반복 반응, 긴 설명, 링크/질문, 지수님 업무 관련성을 함께 보았습니다.

지수님 관점에서는 과잉 실행보다 보관·추적·작은 테스트로 나누어 처리하는 편이 안전합니다.

읽기 방 발언 기준

지수님 포인트

카드 내부의 원문 근거만 보고 실행/보관/추적 여부를 판단할 수 있게 대표 evidence subset을 보존했습니다.

왜 이 액션인가

반복 언급·링크·질문이 있어 추적 가치가 있습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

로컬 KakaoTalk 전날 필터 원문 기준입니다. 외부 사실은 필요 시 별도 확인이 필요합니다.

대화 원문 5개 보기

00:22아웃라이너/클코덱스
초반에는 키를 다 알려주고 해줘만 하다가 요즘에는 무서운 사건들이 많아서 경각심을 가져본다고 각종 키값을 제가 넣어보고 있는데.. 그러면서 강제 공부가 좀 되는거 같기도 하고.. 뭐가 되고 뭐가 안되는지 오늘도 배웁니다 ㅋㅋ 감사합니다
01:17아웃라이너/클코덱스
실밸님 루프엔지니어링 영상 잘 봤네요 ㅎㅎ 한줄요약: 루프엔지니어링? 이미 하고 있던 거다. 루프 제대로 돌리려면 일단 돌리기 전에 먼저 직접 돌려보고 안정적으로 돌 거 같으면 그 때 돌려야 된다. KIST강의에서 OMC 만든 분이 했던 말이랑 같은 결이네요 ㅎㅎ
16:16hhh
조사해보니 이건 설정 실수라기보다 구조적인 충돌에 가깝습니다. 핵심 결론은 다음입니다. • Capacitor iOS는 기본 origin이 capacitor://localhost입니다. • Kakao 지도 JavaScript API는 등록된 JavaScript SDK 도메인에서만 동작하고, 공식 가이드도 도메인 등록을 전제로 합니다. • 카카오 DevTalk에서 같은 사례가 이미 있었고, 2022년 답변 기준 Kakao Maps 쪽은 http://, https://, file://만 지원한다고 안내했습니다. 그래서 capacitor://를 등록할 수 없으면 JS 지도 SDK 방식은 막힙니다. • Capacitor 설정에서 iosScheme을 바꾸는 것은 가능하지만, 공식 Capacitor 문서상 iOS WKWebView에서 이미 처리하는 http/https scheme으로는 바꿀 수 없습니다. 즉 capacitor://를 https://로 바꾸는 정공법은 안 됩니다. • allowNavigation, hostname, cleartext, 카카오 도메인 추가 같은 설정은 이 문제의 본질을 못 풉니다. Kakao 서버가 보는 origin 자체가 비표준 scheme이기 때문입니다. 제가 본 유사 사례 중 가장 직접적인 것은 이 두 개입니다. • Kakao DevTalk: Ionic WebView + Kakao Map + iOS + capacitor:// 허용 문제. 카카오 답변은 http://, https://, file://만 지원, scheme을 지원 프로토콜로 바꾸거나 다른 방식 필요. 질문자는 “REST API로 직접 호출해서 해결”했다고 남겼습니다. https://devtalk.kakao.com/t/ionic-webview-kakao-map-ios-capacitor/124000 • Kakao DevTalk: Ionic iOS WebView에서 ionic:///capacitor:// origin 때문에 Kakao 지도 service 라이브러리 401. 카카오 측은 공식 지원 플랫폼이 아니며, WebView plugin에서 scheme을 http/https/file로 바꿀 수 있다면 그게 최선이라고 답했습니다. 다만 Capacitor/Cordova 계열은 iOS에서 http/https를 scheme으로 쓰기 어렵다는 한계가 같이 나옵니다. https://devtalk.kakao.com/t/service-401/107072 해결책은 현실적으로 3가지입니다. 1. 지도 화면만 네이티브 Kakao Maps SDK로 구현 가장 App Store 배포에 맞는 해결책입니다. Capacitor 앱 안에서 iOS는 Native KakaoMapsSDK v2를 붙이고, JS에서는 Capacitor plugin/bridge로 지도 표시, 마커, 중심 이동, 선택 이벤트만 주고받는 구조입니다. Kakao 공식 문서도 iOS SDK는 “네이티브 앱 키”를 쓰는 별도 플랫폼으로 안내합니다. • 장점: capacitor:// origin 문제를 완전히 회피합니다. • 단점: 웹 지도 코드를 그대로 못 씁니다. iOS/Android용 bridge 작업이 필요합니다. • 참고: https://apis.map.kakao.com/ios_v2/docs/getting-started/gettingstarted/ 2. 지도 페이지를 실제 HTTPS 도메인으로 분리해서 WebView 안에서 로드 예: https://app.example.com/map 같은 실제 등록 가능한 도메인에 지도 전용 페이지를 배포하고, Capacitor 앱에서는 그 URL을 iframe 또는 별도 WebView/Browser 계층으로 띄우는 방식입니다. • Kakao에는 https://app.example.com을 JavaScript SDK 도메인으로 등록합니다. • 앱 내부 JS와 지도 페이지는 postMessage로 좌표/마커/선택 이벤트를 주고받습니다. • 단, Capacitor 공식 문서상 server.url은 production 용도가 아니라 live reload 용도라고 되어 있어서 앱 전체를 외부 URL로 돌리는 방식은 추천하지 않습니다. 지도만 분리하는 편이 낫습니다. • 참고: Capacitor config 문서 https://capacitorjs.com/docs/config 3. Kakao 지도 JS SDK를 포기하고 REST API + 다른 지도 렌더러 사용 DevTalk 질문자가 실제로 택한 우회입니다. 주소검색/좌표변환/키워드 검색 같은 것은 REST API나 서버 프록시로 처리하고, 지도 타일/렌더링은 네이티브 지도 SDK 또는 다른 지도 엔진으로 처리합니다. • 단, Kakao 지도 화면 자체를 JS SDK 없이 똑같이 렌더링하는 것은 어렵습니다. • “검색/지오코딩만 필요하고 지도 UI는 대체 가능”할 때 적합합니다. 제가 보기에는 1번, 네이티브 Kakao Maps SDK를 Capacitor plugin으로 감싸는 방식이 가장 확실합니다. 앱스토어 배포용이라면 capacitor://를 카카오에 억지로 등록하려고 계속 싸우는 방향은 시간 손실이 커 보입니다. 추가로 2026년 1월 Kakao Login 쪽 DevTalk에는 “Capacitor scheme 등록을 준비 중”이라는 카카오 답변이 있었지만, 이건 JavaScript SDK/로그인 문맥이고 지도 API에서 이미 지원된다는 증거는 못 찾았습니다. 오늘 기준으로 지도 쪽은 아직 위 2022년 답변과 같은 제약으로 보는 게 안전합니다. https://devtalk.kakao.com/t/kakao-login-ios-capacitor-js/148028 커뮤니티 검색 범위도 확인했습니다. X/Twitter, Threads, Reddit에서 capacitor://localhost kakao map, 카카오맵 Capacitor iOS 조합으로는 직접 해결 사례가 거의 안 잡혔고, 실질적인 답은 Kakao DevTalk와 Ionic/Capacitor 포럼에 몰려 있었습니다. Capacitor 포럼에서도 iOS는 http/https scheme을 쓸 수 없어 기본값이 capacitor://라는 설명이 반복됩니다. https://forum.ionicframework.com/t/capacitor-hostname-config-does-not-work-for-ios/218454 정리하면, 지금 설정에 넣어도 안 되는 이유는 설정 위치가 틀려서가 아니라 Kakao JS SDK의 도메인 allowlist 모델과 iOS Capacitor의 custom scheme 모델이 서로 안 맞기 때문입니다. 배포까지 가셔야 한다면 네이티브 지도 SDK bridge로 방향을 트는 게 제일 빠릅니다.
17:38황혼
클로드에서 스팩/플랜 문서 생성 후 코덱스 스킬(/codex:adversarial-review)을 사용해서 적대적 리뷰를 하고 있는데 5라운드 이상 돌려도 매번 high 이상의 Fining이 몇건씩 생기는데 그 문제를 클로드는 일부는 반박하지만 대부분 수용해서 수정을 하는데 ... 남겨둔 채로 구현에 들어가는 것도 고민스럽고... 원래 이런건지 궁금하네요...
21:06흐어/클코
안녕하세요. 제가 Langchain/Langgraph 기반으로 agent 개발만 조금 할 줄 아는데, 이번에 금융권에 agent 개발하는 곳에 PL로 가게 됐습니다…ㅠ 그래서 무조건 DE나 아키텍처 등도 공부를 해야할 거 같은데, 참고할만한 책이 있을까요? 유튜브로 강의도 찾아볼 예정이긴 한데 볼만한 책도 추천해주시면 감사하겠습니다!

구독료·지원·가격 대비 효율에 대한 짧은 논의

왜 중요했나 — 5개 대표 원문, 발화자 5명, URL 14건을 기준으로 MINI 버킷에 재스코어했습니다.

대표 원문은 filtered_2026-06-23.json의 time/sender/text를 기준으로 재매칭한 subset입니다.

단순 키워드 카운트가 아니라 반복 반응, 긴 설명, 링크/질문, 지수님 업무 관련성을 함께 보았습니다.

지수님 관점에서는 과잉 실행보다 보관·추적·작은 테스트로 나누어 처리하는 편이 안전합니다.

추적 방 발언 기준

지수님 포인트

카드 내부의 원문 근거만 보고 실행/보관/추적 여부를 판단할 수 있게 대표 evidence subset을 보존했습니다.

왜 이 액션인가

반복 언급·링크·질문이 있어 추적 가치가 있습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

로컬 KakaoTalk 전날 필터 원문 기준입니다. 외부 사실은 필요 시 별도 확인이 필요합니다.

대화 원문 5개 보기

00:28반백피트니스
와오 아주그냥 딱 박혔슴니다. 알리는것도 하고 영상을 어떻게든 채워넣어야겠어요, 무료 영상사이트에서. 진심으로 정말 좋은 인사이트감사합니다 부담님 ㅠㅜ
10:10컴뱃프로틴도살자/클코,코덱스
넵! 지금 가격으로도 챗지피티보다 더 사용량이 널널하면 구독해보려 했는데 안되겠네요..! 감사합니다
14:38드론/클코
Loop Engineering Library AI Agent에게 “반복 실행 → 검증 → 개선 → 종료” 구조를 부여하는 실전형 프롬프트/워크플로우 라이브러리 1. 반복 가능한 AI Agent 워크플로우 카탈로그 2. 작업에 맞는 Loop 탐색·추천 3. Loop 생성·수정·적응 지원 Skill https://github.com/Forward-Future/loop-library
16:16hhh
조사해보니 이건 설정 실수라기보다 구조적인 충돌에 가깝습니다. 핵심 결론은 다음입니다. • Capacitor iOS는 기본 origin이 capacitor://localhost입니다. • Kakao 지도 JavaScript API는 등록된 JavaScript SDK 도메인에서만 동작하고, 공식 가이드도 도메인 등록을 전제로 합니다. • 카카오 DevTalk에서 같은 사례가 이미 있었고, 2022년 답변 기준 Kakao Maps 쪽은 http://, https://, file://만 지원한다고 안내했습니다. 그래서 capacitor://를 등록할 수 없으면 JS 지도 SDK 방식은 막힙니다. • Capacitor 설정에서 iosScheme을 바꾸는 것은 가능하지만, 공식 Capacitor 문서상 iOS WKWebView에서 이미 처리하는 http/https scheme으로는 바꿀 수 없습니다. 즉 capacitor://를 https://로 바꾸는 정공법은 안 됩니다. • allowNavigation, hostname, cleartext, 카카오 도메인 추가 같은 설정은 이 문제의 본질을 못 풉니다. Kakao 서버가 보는 origin 자체가 비표준 scheme이기 때문입니다. 제가 본 유사 사례 중 가장 직접적인 것은 이 두 개입니다. • Kakao DevTalk: Ionic WebView + Kakao Map + iOS + capacitor:// 허용 문제. 카카오 답변은 http://, https://, file://만 지원, scheme을 지원 프로토콜로 바꾸거나 다른 방식 필요. 질문자는 “REST API로 직접 호출해서 해결”했다고 남겼습니다. https://devtalk.kakao.com/t/ionic-webview-kakao-map-ios-capacitor/124000 • Kakao DevTalk: Ionic iOS WebView에서 ionic:///capacitor:// origin 때문에 Kakao 지도 service 라이브러리 401. 카카오 측은 공식 지원 플랫폼이 아니며, WebView plugin에서 scheme을 http/https/file로 바꿀 수 있다면 그게 최선이라고 답했습니다. 다만 Capacitor/Cordova 계열은 iOS에서 http/https를 scheme으로 쓰기 어렵다는 한계가 같이 나옵니다. https://devtalk.kakao.com/t/service-401/107072 해결책은 현실적으로 3가지입니다. 1. 지도 화면만 네이티브 Kakao Maps SDK로 구현 가장 App Store 배포에 맞는 해결책입니다. Capacitor 앱 안에서 iOS는 Native KakaoMapsSDK v2를 붙이고, JS에서는 Capacitor plugin/bridge로 지도 표시, 마커, 중심 이동, 선택 이벤트만 주고받는 구조입니다. Kakao 공식 문서도 iOS SDK는 “네이티브 앱 키”를 쓰는 별도 플랫폼으로 안내합니다. • 장점: capacitor:// origin 문제를 완전히 회피합니다. • 단점: 웹 지도 코드를 그대로 못 씁니다. iOS/Android용 bridge 작업이 필요합니다. • 참고: https://apis.map.kakao.com/ios_v2/docs/getting-started/gettingstarted/ 2. 지도 페이지를 실제 HTTPS 도메인으로 분리해서 WebView 안에서 로드 예: https://app.example.com/map 같은 실제 등록 가능한 도메인에 지도 전용 페이지를 배포하고, Capacitor 앱에서는 그 URL을 iframe 또는 별도 WebView/Browser 계층으로 띄우는 방식입니다. • Kakao에는 https://app.example.com을 JavaScript SDK 도메인으로 등록합니다. • 앱 내부 JS와 지도 페이지는 postMessage로 좌표/마커/선택 이벤트를 주고받습니다. • 단, Capacitor 공식 문서상 server.url은 production 용도가 아니라 live reload 용도라고 되어 있어서 앱 전체를 외부 URL로 돌리는 방식은 추천하지 않습니다. 지도만 분리하는 편이 낫습니다. • 참고: Capacitor config 문서 https://capacitorjs.com/docs/config 3. Kakao 지도 JS SDK를 포기하고 REST API + 다른 지도 렌더러 사용 DevTalk 질문자가 실제로 택한 우회입니다. 주소검색/좌표변환/키워드 검색 같은 것은 REST API나 서버 프록시로 처리하고, 지도 타일/렌더링은 네이티브 지도 SDK 또는 다른 지도 엔진으로 처리합니다. • 단, Kakao 지도 화면 자체를 JS SDK 없이 똑같이 렌더링하는 것은 어렵습니다. • “검색/지오코딩만 필요하고 지도 UI는 대체 가능”할 때 적합합니다. 제가 보기에는 1번, 네이티브 Kakao Maps SDK를 Capacitor plugin으로 감싸는 방식이 가장 확실합니다. 앱스토어 배포용이라면 capacitor://를 카카오에 억지로 등록하려고 계속 싸우는 방향은 시간 손실이 커 보입니다. 추가로 2026년 1월 Kakao Login 쪽 DevTalk에는 “Capacitor scheme 등록을 준비 중”이라는 카카오 답변이 있었지만, 이건 JavaScript SDK/로그인 문맥이고 지도 API에서 이미 지원된다는 증거는 못 찾았습니다. 오늘 기준으로 지도 쪽은 아직 위 2022년 답변과 같은 제약으로 보는 게 안전합니다. https://devtalk.kakao.com/t/kakao-login-ios-capacitor-js/148028 커뮤니티 검색 범위도 확인했습니다. X/Twitter, Threads, Reddit에서 capacitor://localhost kakao map, 카카오맵 Capacitor iOS 조합으로는 직접 해결 사례가 거의 안 잡혔고, 실질적인 답은 Kakao DevTalk와 Ionic/Capacitor 포럼에 몰려 있었습니다. Capacitor 포럼에서도 iOS는 http/https scheme을 쓸 수 없어 기본값이 capacitor://라는 설명이 반복됩니다. https://forum.ionicframework.com/t/capacitor-hostname-config-does-not-work-for-ios/218454 정리하면, 지금 설정에 넣어도 안 되는 이유는 설정 위치가 틀려서가 아니라 Kakao JS SDK의 도메인 allowlist 모델과 iOS Capacitor의 custom scheme 모델이 서로 안 맞기 때문입니다. 배포까지 가셔야 한다면 네이티브 지도 SDK bridge로 방향을 트는 게 제일 빠릅니다.
17:41실밸개발자/클코
ㅋㅋㅋㅋ 그런 의미로 코덱스 무료 구독 한달 부탁드립니다 @샘알트먼 님!

막힘 질문과 답변이 축적된 실전 FAQ 후보

왜 중요했나 — 5개 대표 원문, 발화자 5명, URL 13건을 기준으로 MINI 버킷에 재스코어했습니다.

대표 원문은 filtered_2026-06-23.json의 time/sender/text를 기준으로 재매칭한 subset입니다.

단순 키워드 카운트가 아니라 반복 반응, 긴 설명, 링크/질문, 지수님 업무 관련성을 함께 보았습니다.

지수님 관점에서는 과잉 실행보다 보관·추적·작은 테스트로 나누어 처리하는 편이 안전합니다.

읽기 방 발언 기준

지수님 포인트

카드 내부의 원문 근거만 보고 실행/보관/추적 여부를 판단할 수 있게 대표 evidence subset을 보존했습니다.

왜 이 액션인가

반복 언급·링크·질문이 있어 추적 가치가 있습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

로컬 KakaoTalk 전날 필터 원문 기준입니다. 외부 사실은 필요 시 별도 확인이 필요합니다.

대화 원문 5개 보기

00:22아웃라이너/클코덱스
초반에는 키를 다 알려주고 해줘만 하다가 요즘에는 무서운 사건들이 많아서 경각심을 가져본다고 각종 키값을 제가 넣어보고 있는데.. 그러면서 강제 공부가 좀 되는거 같기도 하고.. 뭐가 되고 뭐가 안되는지 오늘도 배웁니다 ㅋㅋ 감사합니다
00:28반백피트니스
와오 아주그냥 딱 박혔슴니다. 알리는것도 하고 영상을 어떻게든 채워넣어야겠어요, 무료 영상사이트에서. 진심으로 정말 좋은 인사이트감사합니다 부담님 ㅠㅜ
16:16hhh
조사해보니 이건 설정 실수라기보다 구조적인 충돌에 가깝습니다. 핵심 결론은 다음입니다. • Capacitor iOS는 기본 origin이 capacitor://localhost입니다. • Kakao 지도 JavaScript API는 등록된 JavaScript SDK 도메인에서만 동작하고, 공식 가이드도 도메인 등록을 전제로 합니다. • 카카오 DevTalk에서 같은 사례가 이미 있었고, 2022년 답변 기준 Kakao Maps 쪽은 http://, https://, file://만 지원한다고 안내했습니다. 그래서 capacitor://를 등록할 수 없으면 JS 지도 SDK 방식은 막힙니다. • Capacitor 설정에서 iosScheme을 바꾸는 것은 가능하지만, 공식 Capacitor 문서상 iOS WKWebView에서 이미 처리하는 http/https scheme으로는 바꿀 수 없습니다. 즉 capacitor://를 https://로 바꾸는 정공법은 안 됩니다. • allowNavigation, hostname, cleartext, 카카오 도메인 추가 같은 설정은 이 문제의 본질을 못 풉니다. Kakao 서버가 보는 origin 자체가 비표준 scheme이기 때문입니다. 제가 본 유사 사례 중 가장 직접적인 것은 이 두 개입니다. • Kakao DevTalk: Ionic WebView + Kakao Map + iOS + capacitor:// 허용 문제. 카카오 답변은 http://, https://, file://만 지원, scheme을 지원 프로토콜로 바꾸거나 다른 방식 필요. 질문자는 “REST API로 직접 호출해서 해결”했다고 남겼습니다. https://devtalk.kakao.com/t/ionic-webview-kakao-map-ios-capacitor/124000 • Kakao DevTalk: Ionic iOS WebView에서 ionic:///capacitor:// origin 때문에 Kakao 지도 service 라이브러리 401. 카카오 측은 공식 지원 플랫폼이 아니며, WebView plugin에서 scheme을 http/https/file로 바꿀 수 있다면 그게 최선이라고 답했습니다. 다만 Capacitor/Cordova 계열은 iOS에서 http/https를 scheme으로 쓰기 어렵다는 한계가 같이 나옵니다. https://devtalk.kakao.com/t/service-401/107072 해결책은 현실적으로 3가지입니다. 1. 지도 화면만 네이티브 Kakao Maps SDK로 구현 가장 App Store 배포에 맞는 해결책입니다. Capacitor 앱 안에서 iOS는 Native KakaoMapsSDK v2를 붙이고, JS에서는 Capacitor plugin/bridge로 지도 표시, 마커, 중심 이동, 선택 이벤트만 주고받는 구조입니다. Kakao 공식 문서도 iOS SDK는 “네이티브 앱 키”를 쓰는 별도 플랫폼으로 안내합니다. • 장점: capacitor:// origin 문제를 완전히 회피합니다. • 단점: 웹 지도 코드를 그대로 못 씁니다. iOS/Android용 bridge 작업이 필요합니다. • 참고: https://apis.map.kakao.com/ios_v2/docs/getting-started/gettingstarted/ 2. 지도 페이지를 실제 HTTPS 도메인으로 분리해서 WebView 안에서 로드 예: https://app.example.com/map 같은 실제 등록 가능한 도메인에 지도 전용 페이지를 배포하고, Capacitor 앱에서는 그 URL을 iframe 또는 별도 WebView/Browser 계층으로 띄우는 방식입니다. • Kakao에는 https://app.example.com을 JavaScript SDK 도메인으로 등록합니다. • 앱 내부 JS와 지도 페이지는 postMessage로 좌표/마커/선택 이벤트를 주고받습니다. • 단, Capacitor 공식 문서상 server.url은 production 용도가 아니라 live reload 용도라고 되어 있어서 앱 전체를 외부 URL로 돌리는 방식은 추천하지 않습니다. 지도만 분리하는 편이 낫습니다. • 참고: Capacitor config 문서 https://capacitorjs.com/docs/config 3. Kakao 지도 JS SDK를 포기하고 REST API + 다른 지도 렌더러 사용 DevTalk 질문자가 실제로 택한 우회입니다. 주소검색/좌표변환/키워드 검색 같은 것은 REST API나 서버 프록시로 처리하고, 지도 타일/렌더링은 네이티브 지도 SDK 또는 다른 지도 엔진으로 처리합니다. • 단, Kakao 지도 화면 자체를 JS SDK 없이 똑같이 렌더링하는 것은 어렵습니다. • “검색/지오코딩만 필요하고 지도 UI는 대체 가능”할 때 적합합니다. 제가 보기에는 1번, 네이티브 Kakao Maps SDK를 Capacitor plugin으로 감싸는 방식이 가장 확실합니다. 앱스토어 배포용이라면 capacitor://를 카카오에 억지로 등록하려고 계속 싸우는 방향은 시간 손실이 커 보입니다. 추가로 2026년 1월 Kakao Login 쪽 DevTalk에는 “Capacitor scheme 등록을 준비 중”이라는 카카오 답변이 있었지만, 이건 JavaScript SDK/로그인 문맥이고 지도 API에서 이미 지원된다는 증거는 못 찾았습니다. 오늘 기준으로 지도 쪽은 아직 위 2022년 답변과 같은 제약으로 보는 게 안전합니다. https://devtalk.kakao.com/t/kakao-login-ios-capacitor-js/148028 커뮤니티 검색 범위도 확인했습니다. X/Twitter, Threads, Reddit에서 capacitor://localhost kakao map, 카카오맵 Capacitor iOS 조합으로는 직접 해결 사례가 거의 안 잡혔고, 실질적인 답은 Kakao DevTalk와 Ionic/Capacitor 포럼에 몰려 있었습니다. Capacitor 포럼에서도 iOS는 http/https scheme을 쓸 수 없어 기본값이 capacitor://라는 설명이 반복됩니다. https://forum.ionicframework.com/t/capacitor-hostname-config-does-not-work-for-ios/218454 정리하면, 지금 설정에 넣어도 안 되는 이유는 설정 위치가 틀려서가 아니라 Kakao JS SDK의 도메인 allowlist 모델과 iOS Capacitor의 custom scheme 모델이 서로 안 맞기 때문입니다. 배포까지 가셔야 한다면 네이티브 지도 SDK bridge로 방향을 트는 게 제일 빠릅니다.
17:38황혼
클로드에서 스팩/플랜 문서 생성 후 코덱스 스킬(/codex:adversarial-review)을 사용해서 적대적 리뷰를 하고 있는데 5라운드 이상 돌려도 매번 high 이상의 Fining이 몇건씩 생기는데 그 문제를 클로드는 일부는 반박하지만 대부분 수용해서 수정을 하는데 ... 남겨둔 채로 구현에 들어가는 것도 고민스럽고... 원래 이런건지 궁금하네요...
23:34BongGu_/클코,코덱
#!/usr/bin/env bash # New_Harness/hooks/pin-injector.sh # UserPromptSubmit 훅 — 작업 좌표 자동 주입 (입구 안전망) # # 매 사용자 입력 직전 .claude/state/current-pin.txt 내용을 stdout으로 출력 → # Claude Code가 이 출력을 사용자 prompt에 추가 컨텍스트로 주입. # 학습 질문이나 옆길 대화 끼어들어도 다음 턴에 작업 좌표 자동 복원. # # 정책 참조: 00_Document/policies/pin-and-done.md (work-pin 압축 양식 ~30~40줄 목표). # 옛 이름: inject-current-pin.sh (Phase 03 정합 정정 — pin-injector). # # 확장 (2026-05-14 옛 운영에서 박힘, 유지): # commit 안 된 -DONE.md 박제 검출 시 경고 주입. # "Phase 끝나면 commit/PR 깜빡 위험" 안전망. set -e PIN_FILE=".claude/state/current-pin.txt" # ───────────────────────────────────────────── # 섹션 1 — 작업 좌표 핀 주입 # ───────────────────────────────────────────── if [ -f "$PIN_FILE" ] && [ -s "$PIN_FILE" ]; then cat <<EOF <work-pin source=".claude/state/current-pin.txt"> [자동 주입 — 학습 질문 끼어들어도 작업 좌표 잃지 않게 매 턴 컨텍스트 상단에 박힘. 갱신 정책 = policies/pin-and-done.md] $(cat "$PIN_FILE") </work-pin> EOF fi # ───────────────────────────────────────────── # 섹션 2 — commit 안 된 -DONE.md 박제 검출 (Phase 완료 깜빡 안전망) # ───────────────────────────────────────────── # 새 정책: -DONE.md는 *복잡/대규모* 등급만 박음. 단순/보통은 안 박혀도 정상. # 단 박혀있는데 commit 안 된 건 늘 깜빡 위험. if command -v git >/dev/null 2>&1; then UNCOMMITTED_DONE=$(git status --porcelain 2>/dev/null | grep -E '\-DONE\.md$' || true) if [ -n "$UNCOMMITTED_DONE" ]; then cat <<EOF <phase-completion-pending> ⚠️ commit 안 된 -DONE.md 박제가 있어요: $UNCOMMITTED_DONE 새 헌법 v1: Phase 완료 = -DONE.md 박제(복잡/대규모만) + commit + PR + 노션 + 다음 액션. 지금 /session:end 호출하면 차근차근 안내합니다. 깜빡 안전망입니다. (작업 막지 않음 — 경고만. 다른 작업 먼저 할 거면 그냥 진행.) </phase-completion-pending> EOF fi fi exit 0

확인 전에는 관찰 대상으로만 둘 만한 공유

왜 중요했나 — 5개 대표 원문, 발화자 4명, URL 0건을 기준으로 WATCH 버킷에 재스코어했습니다.

대표 원문은 filtered_2026-06-23.json의 time/sender/text를 기준으로 재매칭한 subset입니다.

단순 키워드 카운트가 아니라 반복 반응, 긴 설명, 링크/질문, 지수님 업무 관련성을 함께 보았습니다.

지수님 관점에서는 과잉 실행보다 보관·추적·작은 테스트로 나누어 처리하는 편이 안전합니다.

추적 방 발언 기준

지수님 포인트

카드 내부의 원문 근거만 보고 실행/보관/추적 여부를 판단할 수 있게 대표 evidence subset을 보존했습니다.

왜 이 액션인가

반복 언급·링크·질문이 있어 추적 가치가 있습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

로컬 KakaoTalk 전날 필터 원문 기준입니다. 외부 사실은 필요 시 별도 확인이 필요합니다.

대화 원문 5개 보기

00:07춘식/클코덱스
실제로 벤치마크 나오면 1/1m 가격은 꽤나 합리적인 듯 합니다
08:40우는 춘식이/클코
혹시 QA 신가요? LoadRunner 너무 비싸서 저는 HTTP로 요청만 많이 날려주면 되가지고 부하테스터 직접 만들고 있는데, 뭔가 스치듯 봤던 테스트 이름 보이니까 반갑네요 ㅋㅋㅋ
21:20정밀컷터/cc, codex
일단 먼저 축하드리구요.. 적어주신 내용만으로는 정확하게 알수가없는데 일단 기존 팀에서 분할되어 새 팀이 세팅되고 pl만 별도로 작성자님을 채용하신건지 혹은 agent (아마 챗봇이겠지요?) 신규도입을 위해 조직자체가 새로 세팅되고 pl로 들어가시는건지 따라서 좀 다를듯하지만 기본적으로는 어느정도 매뉴얼이 다 있을거여요. 방향자체도 어느정도 잡혀있을거구요. 실무 수준에서 책을 읽어서 도움되는건 개인적으로 거의 드물다고 보고, 일단 업무보고 받으시면서 전체적으로 프로젝트 상황 먼저 스캐치따시고 부분적으로 계속 서치하시는게 낫지않을까 싶어요
21:54휴가 즐기는 어피치
숙련ㄱ도는 엄청 올라가시긴 할텐데 시간 투자를 그만큼 하시는게 힘드실듯.. 제 뇌피셜로는 그 파견나간 회사에서 딱히 ai agent에 대한 지식이 깊지 않고 온전히 다 맡기지 않을까 싶긴하네요.
21:58휴가 즐기는 어피치
너무 걱정하진 마시고 일단 실무 투입되고 진행중인 프로젝트에 대한 설명 받고 그 다음 대책을 세우셔도 될 것 같아요. 근데 내가 전부 다 맡아서 한다고 생각하고 윗분들 말씀처럼 전체적인 개발 흐름만 잡아보고, 혹시 그 프로젝트에 대해 미리 정보를 받으셨다면 확실히 가능한 범위 내에서 설계정도만 하셔도 충분할듯요

당장 실행보다 보관/후속 확인이 적합한 링크와 제품

왜 중요했나 — 5개 대표 원문, 발화자 2명, URL 20건을 기준으로 WATCH 버킷에 재스코어했습니다.

대표 원문은 filtered_2026-06-23.json의 time/sender/text를 기준으로 재매칭한 subset입니다.

단순 키워드 카운트가 아니라 반복 반응, 긴 설명, 링크/질문, 지수님 업무 관련성을 함께 보았습니다.

지수님 관점에서는 과잉 실행보다 보관·추적·작은 테스트로 나누어 처리하는 편이 안전합니다.

읽기 방 발언 기준

지수님 포인트

카드 내부의 원문 근거만 보고 실행/보관/추적 여부를 판단할 수 있게 대표 evidence subset을 보존했습니다.

왜 이 액션인가

반복 언급·링크·질문이 있어 추적 가치가 있습니다.

새로움

실용성

방 반응

지수님 관련

신뢰도

로컬 KakaoTalk 전날 필터 원문 기준입니다. 외부 사실은 필요 시 별도 확인이 필요합니다.

대화 원문 5개 보기

13:19드론/클코
요즈음 엄청 핫핫 서비스 중 하나 소개해 드립니다. Sakana Fugu - 하나의 모델처럼 쓰는 멀티 에이전트 시스템 - 문제별로 최적 모델·역할·흐름을 동적으로 조립 - Coordinator/Conductor 기반의 성능 확장 https://sakana.ai/fugu/ https://github.com/SakanaAI/fugu/tree/main
14:38드론/클코
Loop Engineering Library AI Agent에게 “반복 실행 → 검증 → 개선 → 종료” 구조를 부여하는 실전형 프롬프트/워크플로우 라이브러리 1. 반복 가능한 AI Agent 워크플로우 카탈로그 2. 작업에 맞는 Loop 탐색·추천 3. Loop 생성·수정·적응 지원 Skill https://github.com/Forward-Future/loop-library
16:06드론/클코
Deno Desktop Apps https://docs.deno.com/runtime/ https://news.hada.io/topic?id=30726
16:16hhh
조사해보니 이건 설정 실수라기보다 구조적인 충돌에 가깝습니다. 핵심 결론은 다음입니다. • Capacitor iOS는 기본 origin이 capacitor://localhost입니다. • Kakao 지도 JavaScript API는 등록된 JavaScript SDK 도메인에서만 동작하고, 공식 가이드도 도메인 등록을 전제로 합니다. • 카카오 DevTalk에서 같은 사례가 이미 있었고, 2022년 답변 기준 Kakao Maps 쪽은 http://, https://, file://만 지원한다고 안내했습니다. 그래서 capacitor://를 등록할 수 없으면 JS 지도 SDK 방식은 막힙니다. • Capacitor 설정에서 iosScheme을 바꾸는 것은 가능하지만, 공식 Capacitor 문서상 iOS WKWebView에서 이미 처리하는 http/https scheme으로는 바꿀 수 없습니다. 즉 capacitor://를 https://로 바꾸는 정공법은 안 됩니다. • allowNavigation, hostname, cleartext, 카카오 도메인 추가 같은 설정은 이 문제의 본질을 못 풉니다. Kakao 서버가 보는 origin 자체가 비표준 scheme이기 때문입니다. 제가 본 유사 사례 중 가장 직접적인 것은 이 두 개입니다. • Kakao DevTalk: Ionic WebView + Kakao Map + iOS + capacitor:// 허용 문제. 카카오 답변은 http://, https://, file://만 지원, scheme을 지원 프로토콜로 바꾸거나 다른 방식 필요. 질문자는 “REST API로 직접 호출해서 해결”했다고 남겼습니다. https://devtalk.kakao.com/t/ionic-webview-kakao-map-ios-capacitor/124000 • Kakao DevTalk: Ionic iOS WebView에서 ionic:///capacitor:// origin 때문에 Kakao 지도 service 라이브러리 401. 카카오 측은 공식 지원 플랫폼이 아니며, WebView plugin에서 scheme을 http/https/file로 바꿀 수 있다면 그게 최선이라고 답했습니다. 다만 Capacitor/Cordova 계열은 iOS에서 http/https를 scheme으로 쓰기 어렵다는 한계가 같이 나옵니다. https://devtalk.kakao.com/t/service-401/107072 해결책은 현실적으로 3가지입니다. 1. 지도 화면만 네이티브 Kakao Maps SDK로 구현 가장 App Store 배포에 맞는 해결책입니다. Capacitor 앱 안에서 iOS는 Native KakaoMapsSDK v2를 붙이고, JS에서는 Capacitor plugin/bridge로 지도 표시, 마커, 중심 이동, 선택 이벤트만 주고받는 구조입니다. Kakao 공식 문서도 iOS SDK는 “네이티브 앱 키”를 쓰는 별도 플랫폼으로 안내합니다. • 장점: capacitor:// origin 문제를 완전히 회피합니다. • 단점: 웹 지도 코드를 그대로 못 씁니다. iOS/Android용 bridge 작업이 필요합니다. • 참고: https://apis.map.kakao.com/ios_v2/docs/getting-started/gettingstarted/ 2. 지도 페이지를 실제 HTTPS 도메인으로 분리해서 WebView 안에서 로드 예: https://app.example.com/map 같은 실제 등록 가능한 도메인에 지도 전용 페이지를 배포하고, Capacitor 앱에서는 그 URL을 iframe 또는 별도 WebView/Browser 계층으로 띄우는 방식입니다. • Kakao에는 https://app.example.com을 JavaScript SDK 도메인으로 등록합니다. • 앱 내부 JS와 지도 페이지는 postMessage로 좌표/마커/선택 이벤트를 주고받습니다. • 단, Capacitor 공식 문서상 server.url은 production 용도가 아니라 live reload 용도라고 되어 있어서 앱 전체를 외부 URL로 돌리는 방식은 추천하지 않습니다. 지도만 분리하는 편이 낫습니다. • 참고: Capacitor config 문서 https://capacitorjs.com/docs/config 3. Kakao 지도 JS SDK를 포기하고 REST API + 다른 지도 렌더러 사용 DevTalk 질문자가 실제로 택한 우회입니다. 주소검색/좌표변환/키워드 검색 같은 것은 REST API나 서버 프록시로 처리하고, 지도 타일/렌더링은 네이티브 지도 SDK 또는 다른 지도 엔진으로 처리합니다. • 단, Kakao 지도 화면 자체를 JS SDK 없이 똑같이 렌더링하는 것은 어렵습니다. • “검색/지오코딩만 필요하고 지도 UI는 대체 가능”할 때 적합합니다. 제가 보기에는 1번, 네이티브 Kakao Maps SDK를 Capacitor plugin으로 감싸는 방식이 가장 확실합니다. 앱스토어 배포용이라면 capacitor://를 카카오에 억지로 등록하려고 계속 싸우는 방향은 시간 손실이 커 보입니다. 추가로 2026년 1월 Kakao Login 쪽 DevTalk에는 “Capacitor scheme 등록을 준비 중”이라는 카카오 답변이 있었지만, 이건 JavaScript SDK/로그인 문맥이고 지도 API에서 이미 지원된다는 증거는 못 찾았습니다. 오늘 기준으로 지도 쪽은 아직 위 2022년 답변과 같은 제약으로 보는 게 안전합니다. https://devtalk.kakao.com/t/kakao-login-ios-capacitor-js/148028 커뮤니티 검색 범위도 확인했습니다. X/Twitter, Threads, Reddit에서 capacitor://localhost kakao map, 카카오맵 Capacitor iOS 조합으로는 직접 해결 사례가 거의 안 잡혔고, 실질적인 답은 Kakao DevTalk와 Ionic/Capacitor 포럼에 몰려 있었습니다. Capacitor 포럼에서도 iOS는 http/https scheme을 쓸 수 없어 기본값이 capacitor://라는 설명이 반복됩니다. https://forum.ionicframework.com/t/capacitor-hostname-config-does-not-work-for-ios/218454 정리하면, 지금 설정에 넣어도 안 되는 이유는 설정 위치가 틀려서가 아니라 Kakao JS SDK의 도메인 allowlist 모델과 iOS Capacitor의 custom scheme 모델이 서로 안 맞기 때문입니다. 배포까지 가셔야 한다면 네이티브 지도 SDK bridge로 방향을 트는 게 제일 빠릅니다.
21:56드론/클코
관심있는 분들은 여기 도전해 보시기 바랍니다. 조코딩 AX 인재전쟁 영상 : https://www.instagram.com/reels/DZ7FXiizHib/ 신청 링크 : https://hackathon.jocodingax.ai/