긍정적 사고, 음식의 절제, 규칙적인 운동

조선왕조실록

https://sillok.history.go.kr/

옵시디언(Obsidian)은 마크다운(Markdown) 기반의 로컬 우선(Local-first) 개인 지식 관리(PKM) 및 노트 필기 소프트웨어

https://obsidian.md/

### 주요 특징

- **로컬 저장 및 소유권:** 모든 노트는 사용자의 컴퓨터에 일반 텍스트 및 마크다운 파일(.md) 형태로 저장되어 영구적인 소유권을 보장합니다.
- **양방향 링크와 그래프 뷰:** `[[노트 이름]]` 문법을 사용해 노트와 노트를 쉽게 연결하고, 그래프 뷰를 통해 지식의 연결 구조를 시각화할 수 있습니다.
- **캔버스(Canvas):** 2차원 무한 캔버스 위에 노트, 이미지, 웹뷰 등을 카드 형태로 배치하고 자유롭게 연결할 수 있습니다.
- **플랫포머 확장성:** 사용자가 직접 만드는 수많은 커뮤니티 플러그인과 테마를 통해 원하는 기능을 마음대로 커스텀할 수 있습니다.
- **크로스 플랫폼:** 윈도우, 맥OS, 리눅스, 안드로이드, iOS를 지원합니다.

오늘의 개발 뉴스 — 2026년 11월 10일 (화)

#보안 #AI에이전트 #국내기술블로그 #ClaudeCode #AI거버넌스 #AWS #MCP #Rust #개인정보 #데스크톱앱 #리눅스 #릴리스 #메모리 #샌드박스 #오픈소스 #이메일 #인증 #추천시스템 #컨텍스트 #코드리뷰 #프롬프트인젝션 #홈랩 #Claude #DB마이그레이션 #DNS #GitHub #Java #LLM #ML #OAuth #WebGPU

주요 글

01번호판만 알면 X 브랜드 차량을 원격 제어 — 관리자 도구 인증 우회 연쇄

보안 연구자가 번호판 정보만으로 전 세계 X 브랜드 차량의 원격 제어 API에 접근할 수 있음을 보였다. 관리자 도구 인증 우회, ForgeRock OpenIDM 설정 오류, WAF를 피한 경로 탐색, JS 번들에 하드코딩된 API 키가 이어졌고, ROPC grant로 MFA를 우회해 임의 사용자 토큰을 발급받았다. devday '오늘 인기' 1위로, OAuth 레거시 grant와 프런트 번들 비밀값 관리를 다시 점검할 계기다.

02Claude Code, 계정 이메일을 웹사이트 User-Agent로 전송 논란

SEC API가 User-Agent에 이메일을 요구하자 Claude Code가 사용자의 계정 이메일을 넣어 요청한 사례가 GitHub 이슈로 보고됐다. Anthropic은 이메일을 모델 컨텍스트에서 제거하는 업데이트를 진행 중이며, 웹 도구 호출 전 확인 플러그인 cc-plugin-privacy를 기본 활성화했다. 다만 모델이 직접 작성해 실행하는 스크립트까지는 막기 어렵다는 지적이 남아 있다.

03Outlook.com, DMARC 레코드 없는 도메인 메일을 공지 없이 거부

11월 5일부터 Outlook·Hotmail·Live·MSN이 DMARC 레코드가 없는 도메인의 메일 일부를 "550 5.7.1 Message lacks SPF/DKIM/DMARC Auth Records"로 반송하고 있다. 2025년 5월부터 적용된 하루 5,000통 이상 대량 발송자 규칙과 달리 소량 발송자에게도 적용되는 점이 핵심이다. _dmarc TXT에 v=DMARC1; p=none을 추가하면 되지만 SPF나 DKIM이 From 도메인과 정렬돼 있어야 효과가 있다. GeekNews에서는 공개되지 않은 차단 목록 영향 가능성도 함께 거론됐다.

04골드만삭스, Claude Code·GitHub 사용을 엔지니어로 제한

10월 갱신된 내부 지침에 따라 골드만삭스는 Claude Code와 GitHub 접근을 약 4.7만 명 중 엔지니어 1.2만 명으로 좁혀, 트레이더·뱅커 대부분이 쓸 수 없게 됐다. 생산성·리스크 재검토가 공식 이유이며 정보 장벽, 코드 리뷰 부담, 토큰 비용 문제가 배경으로 꼽힌다. 비개발 직군의 코딩 에이전트 확산을 어떻게 통제할지에 대한 대형 금융사의 첫 선례다.

05에이전트 메모리 설계와 '꿈꾸기(dreaming)' — Anthropic 연구와 국내 적용기

Anthropic은 작업 후 대화 기록을 다시 읽어 메모리를 고치고 재구성하는 오프라인 과정 'dreaming'을 제안했다. CL-Bench에서 Opus 5.5는 메모리 없이 0.655, 메모리 사용 시 0.838을 기록했고, 128회 dreaming으로 만든 위키는 정답률을 13%에서 48%로 끌어올렸다. SK 데보션 글은 이를 Claude Code 메모리 관리에 적용해 "양보다 질"이 중요하고 MEMORY.md를 200줄·25KB 이내로 유지하라고 권한다.

06Claude Opus 5.5 성능 저하 의혹 — 11월 3일 이후 사고 패턴이 달라졌다?

11월 3일 무렵부터 Opus 5.5의 응답 품질과 사고 패턴이 달라졌다는 체감 사례가 HN에서 논쟁이 됐다. A/B 테스트, 수요 관리용 제한 등 추측이 나왔지만 근거는 개인 체감 위주라 정량 평가가 필요하다는 의견이 많다. 프로덕션에서 특정 모델에 의존한다면 자체 회귀 평가 세트를 갖춰 두는 편이 안전하다.

07Replit, 샌드박스 엔진을 microVM 기반으로 재구축

Replit이 컨테이너 대신 Cloud Hypervisor·KVM 위 microVM으로 샌드박스 엔진을 다시 만들어 샌드박스마다 독립 리눅스 커널을 갖게 했다. 수억 개 프로젝트를 데이터 손실 없이 옮겼고 샌드박스 확보 시간은 약 500ms다. 6~11월 리눅스 CVE 6,211건 중 96.1%를 구조적으로 회피한다고 분석해, AI 에이전트 실행 환경 격리의 기준점을 제시했다.

08Discord, Electron을 버리고 Rust·GPUI 데스크톱 앱으로

Discord가 데스크톱 클라이언트를 Zed의 GPUI 프레임워크와 Rust로 새로 만들고 있다. 초기 빌드 영상에서 Electron 앱이 로딩 화면을 넘기기 전에 친구 목록을 띄웠고, 두 계정 로그인 상태에서 RAM 290MB(약 70% 절감)를 썼다. 공개 일정은 미정이며 비교 벤치마크도 아직 없어, "모든 앱이 Electron을 버려야 한다"는 주장은 필자 의견이다.

09AI에 회사 맥락을 주는 법 — '회사 두뇌' 구축 가이드

AI가 지표 정의·회계 연도·승인 한도 같은 회사 고유 사실을 틀리는 문제를 줄이려면 7개 주제를 담은 1~2쪽짜리 맥락 문서부터 만들라고 권한다. 이어 MCP·커넥터로 업무 도구를 연결하되 권한을 먼저 정하고, 답을 아는 질문 10~20개로 검증하며, 섹션마다 담당자를 두라고 한다. 자사 제품 홍보가 섞여 있지만 사내 AI 도입 체크리스트로 쓸 만하다.

10토스 TASTE — 하나의 사용자 임베딩을 여러 추천 모델이 공유하는 플랫폼

토스는 여러 행동을 멀티태스크로 학습해 만든 사용자 임베딩을 마케팅·쇼핑·광고 모델이 함께 쓰는 TASTE(Toss Automated Standard Targeting Engine)를 구축했다. 구조를 MMoE에서 PLE로 바꿔 Macro Recall@5k를 35.1% 높였고, MAU 2천만 규모 로그와 마이데이터를 기반으로 한다. 팀마다 따로 만들던 추천 피처를 기반 모델로 통합한 실전 사례다.

11스마일게이트 STOVE, MS SQL에서 Aurora PostgreSQL로 — AWS Transform + Claude Code

STOVE 스토어 DB를 옮기며 AWS Transform for SQL Server로 스키마·코드 변환 초안을 만들고 Claude Code로 나머지를 마무리했다. OUTER APPLY가 CROSS JOIN으로 잘못 변환되는 문제는 Golden Master 비교 테스트로 잡았다. DB 전환 공수는 77~87%, 애플리케이션 전환은 약 69% 줄었다고 밝혔다(글 안에서 수치가 다소 엇갈림).

12웅진씽크빅, Bedrock AgentCore와 EKS를 묶은 사내 AI 에이전트 플랫폼

사내 에이전트가 늘며 커진 배포·운영 부담을 줄이려고 AgentCore와 기존 EKS를 하나의 플랫폼으로 통합했다. 에이전트 설정만 등록하면 코드 생성·빌드·배포·도구 연결·대화 맥락 관리까지 자동화되며, AgentCore Runtime용 ARM64와 EKS용 AMD64 이미지를 함께 빌드한다. 다음 단계로 GitOps 상태 판정 강화와 AgentCore Evaluations 기반 온라인 평가를 계획 중이다.

13Spring AI 2.1.0-RC2 출시 — DecisionModel API와 MCP 2026-07-28 지원

11월 9일 Maven Central에 나온 RC2는 예/아니오·선택·점수 같은 정형 결정을 위한 DecisionModel API를 추가하고, 이를 RAG 재정렬·필터와 도구 검색에 활용한다. 벡터 스토어 5종 이상 확장과 MCP 2026-07-28 프로토콜도 지원한다. Anthropic Java SDK 3.x로 올리면 temperature/topP/topK 기본 거부, 인증 헤더 변경 같은 호환성 변경이 있으니 업그레이드 전 확인이 필요하다.

14GitHub, PR 개요 페이지 새 단장 — 병합 상태를 맨 위로

GitHub가 PR 검토 화면에 새 개요 페이지를 내놓아 병합 가능 여부를 최상단에 보여주고 승인·댓글·다음 할 일을 요약한다. 미해결 댓글만 거르는 필터와 최신순 정렬도 추가됐다. 리뷰 대기 PR이 많은 팀이라면 리뷰 흐름이 꽤 짧아질 변화다.

15Arcjet, AI 에이전트 활동 감시용 보안 모델 3종 공개

Arcjet이 범용 프롬프트 인젝션 탐지 모델 Himalia 1을 모든 SDK 호출에 적용하고, 코딩 에이전트용 Thebe 1과 자율 보안 에이전트용 Carme 1을 함께 공개했다. 에이전트가 읽는 외부 입력에 숨은 지시문을 걸러내는 보안 계층을 제품화한 사례로, 최근 AGENTS.md 하이재킹 같은 공격 흐름과 맞물린다.

1610달러 4G USB 동글(OpenStick)로 홈랩 서버 돌리기

RAM 512MB짜리 OpenStick에 Debian과 Podman을 올려 AdGuard Home(자체 포크로 대형 차단 목록 처리, 쿼리 60% 이상 차단), CastSponsorSkip, 모니터링 도구 등을 운영한 기록이다. 댓글에서는 루트 셸 권한을 가진 AI 에이전트의 프롬프트 인젝션 위험과 Cloudflare Tunnel의 프라이버시 문제가 논의됐다. GeekNews에서도 12점을 받으며 초저가 하드웨어 활용법으로 주목받았다.

17KetchUp — Rust·WebGPU로 만든 오픈소스 SketchUp 대안

브라우저에서 동작하는 오픈소스 3D 모델러로, 로컬 자동 저장(.ketchup)과 SketchUp 파일 가져오기, OBJ 내보내기를 지원한다. SketchUp의 구독·웹 전환에 대한 불만 속에 호응을 얻었지만 핵심 워크플로·UI 완성도는 아직 부족하다는 평이다. Rust+WebGPU로 브라우저 CAD를 구현한 레퍼런스로 볼 만하다.

그 외 눈에 띈 글

• Claude와 작별하고 Pi로 — 코딩 도구 갈아탄 후기 (GN · devday 주간 1위)
• RSA 공개 키에 메시지를 숨기는 기발한 트릭 (devday)
• ProtoMap — 종속성 맵으로 AI 토큰 8배 절약 (devday)
• Gemma와 Cloud Run으로 철도 관제 AI 구축 (devday)
• 오픈소스 Wayland 데스크톱 쉘 'Dux' (devday)
• 리눅스 배포판 패키지 빌드는 에너지를 얼마나 쓸까 (devday)
• LLM 스팸, 커뮤니티를 망치고 있나 (devday)
• AI 버블, 정말 존재할까 (devday 오늘 인기 4위)
• 사고 도구로서의 글쓰기 (GN 9p)
• 국내 오픈소스 소액 지원 'FOSS for All Microgrants 2026' 수혜 프로젝트 5곳 (GN 7p)
• MaxxBench — "DeepSWE 점수는 좋네요. 그런데 진짜인가요?" (GN 5p)
• LLM 시대의 확장 가능한 소프트웨어 (GN 3p)
• Show GN: ParalleLane — 워크트리 중심 Git 클라이언트 (GN)

55분, 나머지 5분

아인슈타인은 말했다.
"나에게 세상을 구할 수 있는
단 한 시간이 주어진다면, 55분은
문제를 정의하는 것에 사용하고 나머지
5분은 그 문제를 푸는 데 쓸 것이다."
해답보다 질문이 더 중요하다는 것을
깨달을 때 우리는 선진국이 될 수 있다.


- 박태웅의《눈 떠보니 선진국》중에서 -


* 링컨은 말했습니다.
"나에게 나무를 벨 시간이 여덟 시간
주어진다면, 그중 여섯 시간은 도끼를 가는 데
쓰겠다." 아인슈타인이 문제의식의 중요성을
말했다면, 링컨은 준비의 중요성을 강조했습니다.
큰 문제의식은 큰 해답을 낳고, 그것을 현실로
만들어가는 과정에는 피나는 노력과
준비가 필요합니다.

Writing as a thinking tool, 사고 도구로서의 글쓰기

https://muratbuffalo.blogspot.com/2026/11/writing-as-thinking-tool.html

1. 사고의 도구로서의 글쓰기

• 아이디어 연결 및 문제 해결: 글을 쓰면 머릿속에서는 보이지 않던 아이디어 간의 연결 고리가 선명해지고 복잡한 문제도 풀어낼 수 있습니다.
• 이해도 점검: 논문을 읽고 다 이해했다고 생각해도, 막상 글로 리뷰를 써보면 부족한 부분이 드러납니다.
• 외부 메모리 활용: 종이에 글을 쓰는 것은 인간의 뇌라는 한정된 메모리를 외부로 확장하여 더 큰 문제를 다룰 수 있게 해줍니다.

2. LLM 시대에도 직접 글을 써야 하는 이유

• 한계점: LLM(대규모 언어 모델)은 사용자의 미완성 직관이나 창의적인 아이디어까지 읽어낼 수 없습니다.
• 사고의 기회 상실: LLM에만 의존하여 글쓰기 과정을 생략하면 스스로 생각하고 탐색할 귀중한 기회를 잃게 됩니다.
• 비교우위: 타인이 LLM에 의존할수록, 스스로 글을 쓰고 생각하는 사람의 경쟁력과 비교우위는 더욱 커집니다.

3. 효과적인 글쓰기 규칙 5가지

• 규칙 1. 제약 없이 쏟아내기: 비판이나 편집을 미루고, 어떤 형태든 일단 많은 텍스트를 적어 초안을 확보해야 합니다.
• 규칙 2. 냉정하게 정리하기: 초안 작성 후에는 다른 사람의 글을 보듯 엄격하게 편집하고 불필요한 문장을 덜어내야 합니다.
• 규칙 3. 단순하고 평이하게 쓰기: 복잡한 문장은 허술한 사고를 감추기 쉽습니다. 쉽게 말할 수 있을 때까지 생각을 밀고 나가야 합니다.
• 규칙 4. 외부 보상 기대하지 않기: 남의 반응이나 독자를 의식하기보다 나 자신을 위해 쓰는 내적 동기가 중요합니다.
• 규칙 5. 영감 대신 일정에 넣기: 영감이 올 때까지 기다리지 말고 정해진 시간에 의식적으로 자리에 앉아 쓰는 습관을 들여야 합니다.

https://www.youtube.com/watch?v=6dh3N321k2E