TheNote
DEV Community 한국어 노트
GooglePlay AppStore

DEV Community 한국어

Dev.to는 2016년에 Ben Halpern에 의해 출시된 소프트웨어 개발, 프로그래밍 및 기술에 초점을 맞춘 커뮤니티 주도적인 웹사이트입니다. 이 사이트의 주요 목표는 개발자가 지식을 공유하고, 다른 사람들로부터 배우고, 커뮤니티를 구축하는 플랫폼을 제공하는 것입니다. 이 웹사이트는 블로그와 같은 형식으로 작동하며, 사용자는 다양한 주제에 대한 기사를 작성하고 공유할 수 있습니다. 이러한 주제에는 코딩 튜토리얼, 프로젝트 쇼케이스, 산업 통찰 등이 포함됩니다. Dev.to는 사용자가 계정을 생성하고, 다른 사용자를 팔로우하고, 댓글 및 반응을 통해 콘텐츠와 상호작용하는 것을 허용합니다. Dev.to는 커뮤니티 참여에 대한 강한 초점을 두고 있습니다. 토론 포럼, 팟캐스트 및 라이브 스트림과 같은 기능을 통해 개발자들이 서로 협력하고 혁신을 이끌 수 있습니다. 또한, 코딩 챌린지 및 해커톤과 같은 커뮤니티 주도적인 프로젝트를 진행하여 협력과 혁신을 장려합니다. 사용자 생성 콘텐츠 외에도, Dev.to는 직업 게시판을 제공합니다. 여기에서 회사는 직업 개방을 게시할 수 있고, 개발자는 고용 기회를 찾을 수 있습니다. 이 웹사이트는 또한 최신 기사, 뉴스 및 이벤트에 대한 업데이트를 제공하는 뉴스레터를 제공합니다. 따라서, Dev.to는 소프트웨어 개발 산업에서 최신 트렌드 및 기술을 유지하고, 개발자들이 서로 연결하고, 지식을 공유하는 인기 있는 플랫폼이 되었습니다.
DEV Community dev.to
RSS dev.to
DEV Community 한국어 RSS thenote.app
RSS Hunter RSS Hunter • 2024년 8월 23일

노트 스레드

테서랙트가 제작에 충분히 정확한가요?

Tesseract의 생산성 정확도는 전적으로 문서 품질에 달려 있으며, 보편적인 정확도 수치를 발표하지 않습니다. Tesseract는 깨끗하고 고해상도(300 DPI 이상)이며, 평평한 배경에 똑바로 인쇄된 텍스트에 탁월합니다. 이 엔진은 인쇄된 텍스트를 위해 설계되었기 때문에 기울어지거나 저해상도 이미지, 고르지 않은 배경, 노이즈, 표, 필기체에 상당한 어려움을 겪습니다. 독립적인 벤치마크에 따르면 Tesseract는 특히 노이즈가 많은 문서에서 클라우드 기반 대안보다 효과가 떨어집니다. 적합성을 평가하기 위해 사용자는 미리 정의된 "통과 또는 실패" 임계값으로 자체 문서 샘플에서 Tesseract를 테스트해야 합니다. 여기에는 50개의 대표적인 문서를 선택하고, 중요한 필드를 수동으로 레이블링한 다음, Tesseract의 출력을 평가하는 것이 포함됩니다. 자유 텍스트에 대한 문자 오류율과 숫자 필드에 대한 정확한 일치를 측정하는 것은 정확도를 결정하는 데 도움이 됩니다. Tesseract가 임계값을 충족하지 못하면 전처리 개선, 대안 OCR 엔진 또는 관리형 API 서비스와 같은 솔루션이 있습니다. 사용자는 스캔 품질을 제어하고, 일반적인 문제를 위해 문서를 전처리하고, 오류를 처리하기 위한 시스템을 갖추어야 합니다.
Is Tesseract accurate enough for production? dev.to
RSS Hunter RSS Hunter • 오늘

Nuxt와 OPFS를 사용하여 로컬 우선 PDF 툴킷을 구축한 이유

주류 PDF 도구는 사용자에게 민감한 문서를 원격 서버에 업로드하도록 요구하며, 전송 중 암호화에도 불구하고 개인 정보 보호 및 규제 문제를 야기합니다. 이를 해결하기 위해 100% 클라이언트 측 프로그레시브 웹 앱인 beePDF는 문서를 브라우저 내에서 완전히 처리하며, 절대 업로드하지 않습니다. 기술 스택에는 Nuxt, @vite-pwa/nuxt, pdf-lib, PDF.js, Pico CSS가 포함됩니다. 주요 혁신은 로컬 영속성을 위해 Origin Private File System(OPFS)을 사용하는 것입니다. OPFS는 빠르고 바이트 수준의 액세스를 제공하는 개인적이고 오리진 범위의 파일 시스템으로, PDF와 같은 대형 바이너리 파일에 이상적입니다. 권한 프롬프트를 제거하고 성능을 위해 Web Worker에서 동기식 액세스를 제공합니다. 처리 파이프라인은 파일을 메모리로 읽어 OPFS에 저장하고, 무거운 작업은 Web Worker로 오프로드합니다. 메타데이터와 썸네일은 IndexedDB에 저장됩니다. 문서 수정은 직접 클라이언트 다운로드를 트리거하여 오프라인 기능을 보장합니다. 과제에는 매우 큰 파일에 대한 브라우저 메모리 제한과 UI 차단을 방지하기 위해 집중적인 작업을 Web Worker로 오프로드해야 하는 필요성이 포함됩니다.
Why I built a local-first PDF toolkit using Nuxt and OPFS dev.to
RSS Hunter RSS Hunter • 오늘

Herald에 내장된 분석 기능이 포함된 마케팅 자동화

인디 개발자들은 자동으로 생성된 블로그 게시물 및 소셜 미디어 콘텐츠의 잠재 고객 도달 범위를 추적하는 데 어려움을 겪습니다. Herald는 Umami 분석을 게시된 게시물에 직접 통합하여 필수적인 참여 지표를 제공함으로써 이러한 문제를 해결합니다. 이 솔루션은 Dev.to 또는 Medium과 같은 플랫폼에 게시된 기사에 경량 분석 스크립트를 포함하는 것을 포함합니다. 페이지 보기, 추천자 및 사용자 상호 작용은 기록된 다음 Herald 대시보드 내에 표시됩니다. FastAPI로 구축된 시스템의 백엔드는 이러한 분석 이벤트를 기록하는 엔드포인트를 노출합니다. React 애플리케이션인 프론트엔드는 Umami 스크립트를 주입하여 Herald 분석 엔드포인트에 페이지 보기를 자동으로 보고합니다. 그런 다음 Celery 작업자가 이러한 보기 기록을 집계하여 거의 실시간으로 콘텐츠 메트릭을 업데이트합니다. 이를 통해 개발자는 AI 생성 게시물 중 어떤 것이 가장 좋은 성과를 내는지 확인하고 콘텐츠 일정을 조정할 수 있습니다. 통합은 선택 사항이며 모든 데이터가 Herald의 스택 내에 유지되므로 사용자 개인 정보를 존중합니다. 이 기능은 개발자가 마케팅 자동화 노력에 대한 데이터 기반 결정을 내리고 전담 마케터 없이 콘텐츠를 최적화할 수 있도록 합니다.
Marketing automation with built‑in analytics in Herald dev.to
RSS Hunter RSS Hunter • 오늘

MCP(Model Context Protocol)가 자율 AI 에이전트에게 저평가된 REST API인 이유

이전에는 프로덕션 환경에서 맞춤형 AI 에이전트를 구축하는 것이 복잡했으며, 다양한 시스템을 연결하기 위해 광범위한 "접착 코드(glue code)"가 필요했습니다. 이 접근 방식은 지저분하고 확장성이 떨어졌으며, 사용자 정의 함수 호출 스키마로 인해 초기 마이크로서비스 혼란을 연상시켰습니다. 이제 Model Context Protocol(MCP)은 에이전트 AI를 위한 범용 포트에 비유되는 혁신적인 솔루션을 제공합니다. MCP는 AI 모델, 호스트 애플리케이션 및 로컬/원격 도구 간의 통신을 표준화하여 LLM 프롬프트 컨텍스트에 특정 함수 호출 스키마를 하드코딩할 필요성을 없앱니다. 이는 클라이언트-서버 아키텍처를 도입하여 MCP 호스트(LLM 애플리케이션)가 MCP 서버에 연결됩니다. MCP 서버는 표준 JSON-RPC 2.0 전송을 통해 도구, 리소스 및 프롬프트를 노출하는 경량 프로세스입니다. 이를 통해 호스트는 기본 데이터베이스 구조를 이해할 필요 없이 사용 가능한 도구와 사용 지침에 액세스할 수 있습니다. 간단한 Python 예제는 데이터베이스 스키마를 안전하게 검사하기 위한 MCP 서버 구축을 보여줍니다. 주요 이점으로는 docstring이 도구 설명을 자동으로 채우므로 "제로 프롬프트 드리프트(zero prompt drift)"가 발생하고, 동일한 코드가 다른 AI 호스트에서 작동할 수 있는 "플러그형 아키텍처(pluggable architecture)"가 있습니다. 프로덕션 고려 사항에는 강력한 보안 경계, 컨텍스트 창 오염 관리, stdio 또는 SSE와 같은 적절한 전송 방법을 사용한 지연 시간 최적화가 포함됩니다.
Why MCP (Model Context Protocol) is Lowkey the REST API for Autonomous AI Agents dev.to
CdXz5zHNQW_INSrNMmJET.webp
RSS Hunter RSS Hunter • 오늘

在美 CS 硕士求职:OPT 失业期、H1B 抽签、回国秋招,两条线的时间表我捋了一遍

학생 면접과 지원 경험이 풍부한 저자는 많은 구직자들이 기술 부족보다는 시간 관리 부족 때문에 실패한다고 강조합니다. 경력 경로는 두 가지 주요 경로로 나뉩니다: OPT/H1B 상태로 미국에 머무르는 것과 캠퍼스 또는 사회적 채용을 위해 중국으로 돌아가는 것입니다. OPT에 대한 흔한 오해 중 하나는 실업 기간이 60일이라는 점인데, 실제로는 90일이고 STEM 연장을 위해 추가로 60일이 추가되어 총 150일입니다. 미국 내 주요 기업 가을 채용 시기는 8월에서 10월까지 정점이지만, 실업 시점은 구직 시작 시점이 아니라 졸업 시점부터 시작됩니다. 중국으로 돌아오는 경우, 일부 기업의 조기 채용은 7월부터 시작되며, 공식 채용은 9월에 시작되고 12월부터 1월까지 배포됩니다. 자신의 '졸업 집단'을 이해하는 것은 중국 채용에 매우 중요하며, 이는 조기 및 공식 지원 자격을 결정합니다. 이민 신분과 관련해 CPT 사용이 OPT 기간을 단축할 수 있고, H1B 추첨에 선발되지 못할 경우 다른 경로나 미국 체류 비용 증가로 이어질 수 있는 여러 함정이 있습니다. 중국의 '귀국 학생' 신분은 까다로울 수 있으며, 특정 졸업일이나 이전 OPT 고용 경력이 신입직 자격을 박탈할 수 있습니다. 해외 인재 소개 프로그램의 이주 혜택도 주목하는 것이 중요합니다. 이력서는 각 취업 시장에 맞게 맞춤화되어야 하며; 미국판은 GitHub 링크와 검증 가능한 깊이를 강조하는 반면, 중국판은 비즈니스 영향, 정량화된 결과, 기술적 성과를 비즈니스 가치로 전환하는 능력에 중점을 둡니다. 면접 준비는 단순히 알고리즘 문제를 암기하는 데 집중하기보다는 2-3개의 핵심 프로젝트를 깊이 이해하고 프로젝트 중심이어야 합니다. 미국과 중국 트랙 모두에 맞춤형 이력서를 제출하는 것이 가장 안정적인 접근법인 경우가 많아 이중 제안과 협상에서 더 나은 협상력을 제공합니다. 어떤 경로를 선택할지 결정하는 것은 이상적으로 10월 중순, 즉 제안이 만료되기 전에 이루어져야 합니다.
在美 CS 硕士求职：OPT 失业期、H1B 抽签、回国秋招，两条线的时间表我捋了一遍 dev.to
RSS Hunter RSS Hunter • 오늘

어디서든 연결: Agent Kernel, 이제 Slack, WhatsApp, Messenger 지원

Agent Kernel은 이제 Slack, WhatsApp, Facebook Messenger와 원활하게 통합됩니다. 이를 통해 사용자는 플랫폼별 코딩 없이 동일한 AI 에이전트를 여러 인기 메시징 플랫폼에 배포할 수 있습니다. 이 통합은 고객 지원, 생산성 지원, 영업 참여, 알림 시스템을 포함한 다양한 사용 사례를 위해 설계되었습니다. 각 플랫폼 통합(Slack, WhatsApp, Messenger)은 해당 생태계에 맞게 조정된 특정 기능을 제공합니다. Agent Kernel의 통합 아키텍처는 다중 플랫폼 배포를 단순화하여 개발자가 에이전트를 한 번 작성하고 모든 곳에 배포할 수 있도록 합니다. 주요 공유 기능에는 실시간 처리, 세션 관리 및 내장 보안 조치가 포함됩니다. 이 플랫폼은 상태 비저장 설계와 세션 지속성 옵션을 통해 확장성을 위해 설계되었습니다. 각 통합에 대한 포괄적인 문서와 예제 코드를 통해 시작하기가 쉬워집니다. Agent Kernel은 또한 요청 확인 및 데이터 개인 정보 보호를 위한 업계 표준 관행을 준수하여 보안 및 규정 준수를 우선시합니다. 이 프로젝트는 오픈 소스이며 커뮤니티 기여를 장려하여 새로운 플랫폼 통합을 추가합니다. Instagram, Gmail, Telegram에 대한 향후 플랫폼 통합이 계획되어 있으며 커뮤니티의 의견을 환영합니다.
Connect Everywhere: Agent Kernel Now Supports Slack, WhatsApp, and Messenger dev.to
CdXz5zHNQW_y114cSRchc.webp
RSS Hunter RSS Hunter • 오늘

Prism 이해하기: 동적 희소 어텐션을 활용한 비디오-오디오 동시 생성

Prism은 고해상도 비디오 및 오디오 생성 모델의 학습을 더 효율적으로 만들기 위해 설계된 새로운 희소 어텐션 프레임워크입니다. 고해상도 비디오는 엄청난 수의 시각적 토큰을 포함하고 있어, 전통적인 밀집 어텐션은 이차적 스케일링으로 인해 계산 비용이 많이 듭니다. 오디오는 소리를 시각적 출처와 연결해야 하는 또 다른 복잡성을 더합니다. Prism은 비디오의 로컬 콘텐츠에 기반하여 어텐션 패턴을 지능적으로 조정함으로써 이를 해결합니다.이 프레임워크는 비디오 클립을 시공간적 매크로 존으로 나누고, 각 존 내에서 시각적 변화와 오디오-비디오 교차 어텐션 신호를 분석합니다. 이러한 신호를 기반으로 Prism은 어텐션 블록을 동적으로 형성하여, 상당한 시각적 변화나 강한 오디오-시각적 상관관계가 있는 영역에 계산 리소스를 집중합니다. 이러한 희소 어텐션 접근 방식은 덜 유익한 비디오 부분에 대한 불필요한 계산을 피합니다.Prism의 미리보기는 Hugging Face에서 제공되며, 이미지-비디오 및 텍스트-비디오-오디오 생성에 대한 추론 스크립트와 네이티브 공동 비디오-오디오 학습을 지원합니다. 현재 리포지토리는 상당한 GPU 리소스를 요구하며, 720p 추론에는 80GB GPU가 필요하고 더 높은 해상도에는 이러한 GPU가 여러 개 필요합니다. 1080p 및 2K 해상도에 대한 네이티브 학습은 각각 최소 32개 또는 64개의 80GB GPU를 필요로 합니다.저자들은 Prism이 전체 어텐션에 비해 최대 2.5배 더 빠른 학습을 달성했으며, 생성 품질도 향상되었다고 보고하지만, 이러한 결과는 실험 설정에 국한됩니다. 이 연구 미리보기는 체크포인트를 다운로드하고 GPU 환경을 구성하는 데 익숙한 사용자를 대상으로 합니다. Prism의 핵심 혁신은 콘텐츠 인식 동적 희소 어텐션에 있으며, 이는 고해상도 공동 비디오-오디오 모델 학습에 특히 유익합니다.
Understanding Prism: Dynamic Sparse Attention for Joint Video-Audio Generation dev.to
CdXz5zHNQW_9iIf2QyWki.webp
RSS Hunter RSS Hunter • 오늘

두 개의 URL 공간, 하나의 인덱스 페이지, 그리고 세 가지 분기가 동일한 삼항 연산자

ArticleLayout.tsx의 코드는 동일한 분기를 가진 삼항 연산자를 포함하고 있으며, 이는 단일 결과로 단순화된 과거의 결정을 나타냅니다. 이 상황은 Notifio가 두 개의 URL 공간(/guides 및 /for)에 걸쳐 여덟 개의 긴 형식 페이지를 가지고 있기 때문에 발생합니다. 이 페이지들은 다른 URL에도 불구하고 근본적으로 동일한 유형의 문서이며, 특정 문제와 해결책 및 제품을 다룹니다. URL의 구분은 독자의 의도에 기반합니다: /for/ 페이지는 자기 식별을 대상으로 하고, /guides/ 페이지는 작업을 중심으로 합니다.핵심 필드인 kind는 이러한 페이지를 "audience" 또는 "guide"로 구분합니다. 그러나 기본 콘텐츠 그래프와 관련 링크는 이 URL 분할을 엄격하게 따르지 않으며, 링크는 두 도메인 간에 자주 교차합니다. 이는 의도적인 것으로, 독자가 관련 콘텐츠 간을 탐색할 때 URL 접두사에 신경 쓰지 않기 때문입니다. 시스템은 모든 기사에 대해 단일 플랫 조회와 전용 articleHref 함수를 사용하여 링크를 올바르게 생성합니다.동일한 슬러그가 audience 및 guide 컬렉션에 모두 존재할 경우 한 페이지에 접근할 수 없게 되는 슬러그 네임스페이스 충돌의 잠재적 문제가 있습니다. 브레드크럼 구조는 /guides가 /for 접두사 아래에 있는 모든 여덟 개의 기사에 대한 사실상의 인덱스 역할을 함을 보여줍니다. 결과적으로, 브레드크럼 삼항 연산자는 audience 페이지가 올바르게 /guides를 부모로 가리키기 때문에 정적입니다.마지막 브레드크럼 요소의 논리는 eyebrow 필드를 문자열 "Guide"와 비교하는 것으로, 이는 취약하며 대신 kind 판별자에 의존해야 합니다. 정규 URL은 레이아웃 구성 요소에 전달되어 제공되는 경로와 구조화된 데이터 간의 일관성을 보장합니다. 또한, 관련 사이트 슬러그의 오타로 인해 값이 정의되지 않아 오류 없이 누락된 링크가 발생하는 사일런트 실패가 발생하며, 이는 빌드 시간 테스트에서 감지되어야 합니다. 전반적인 편집 원칙은 콘텐츠가 제품 구매와 독립적으로 가치가 있어야 한다는 것이며, 이는 제품에 반대하는 콘텐츠로도 입증되는 표준입니다.
Two URL spaces, one index page, and a ternary whose branches are identical dev.to
RSS Hunter RSS Hunter • 오늘

레디스 대 드래곤플라이: 직접 체험 비교

저자는 캐싱, 세션, 큐와 같은 다양한 백엔드 작업에 Redis를 광범위하게 사용해 왔습니다. 최근에는 호환되지만 아키텍처가 다른 대안인 Dragonfly를 탐색했습니다. Dragonfly는 Redis API를 기반으로 하지만 최신 멀티코어 프로세서를 활용하기 위해 멀티스레드, 공유되지 않는 아키텍처를 사용합니다. 이는 단순성과 예측 가능성을 위해 설계된 Redis의 주로 단일 스레드 실행과 대조됩니다.Dragonfly는 프로토콜 호환성 덕분에 통합이 쉬웠습니다. 아키텍처가 성능 향상을 제공하는 CPU 또는 메모리 바운드 워크로드가 되면 잠재적인 이점이 나타납니다. 그러나 Dragonfly는 더 젊은 프로젝트이며 일부 거친 부분이 있습니다. 지속성은 스냅샷 전용이며 세분화된 내구성을 위한 Redis의 AOF 옵션이 부족합니다. Lua 스크립팅 동작은 동적으로 생성된 키의 경우 특히 다를 수 있으며, 여러 키 작업은 조정 비용을 발생시킵니다. 클러스터링은 다르게 관리되며 일부 고급 Redis 모듈과의 호환성은 아직 보장되지 않습니다.저자는 Dragonfly의 버그 목록이 늘어나고 있지만 Redis의 성숙도에 비해 초기 단계라고 언급합니다. Redis는 오랜 안정성, 강력한 내구성 옵션, 방대한 생태계 지원 및 모든 기능에 걸친 예측 가능한 동작에서 여전히 이점을 가지고 있습니다. 둘 사이의 선택은 특정 워크로드 특성과 운영 요구 사항에 따라 달라집니다. Redis는 워크로드를 편안하게 처리하거나 성숙도와 생태계가 가장 중요하다면 여전히 적합합니다. Dragonfly는 스냅샷 지속성이 허용되는 경우 대규모 기계에서 CPU 집약적인 작업, 메모리 효율성이 중요한 경우 또는 클러스터 관리를 단순화하려는 경우 평가할 가치가 있습니다. 궁극적으로 둘 다 타당한 아키텍처 결정을 내렸으며 최상의 선택은 개별 프로젝트 요구 사항에 따라 달라집니다.
Redis vs Dragonfly: A Hands-On Comparison dev.to
RSS Hunter RSS Hunter • 오늘

Hacktoberfest 2026 여정 시작 — 오픈 소스 AI 탐험!

"안녕하세요 여러분! 👋 DEV에 처음 올리는 게시물이며, 커뮤니티에 합류하게 되어 기쁩니다. 특히 올해는 이전과는 많이 다르고 (솔직히 더 흥미로운!) Hacktoberfest 2026 기간이라 더욱 그렇습니다. 🌟 Hacktoberfest 2026의 새로운 점은? Hacktoberfest를 "PR 4개 열고 티셔츠 받기"로 기억하신다면, 그 시대는 공식적으로 끝났습니다. 2026년 에디션은 풀 리퀘스트를 쫓는 것에서 벗어나 오픈소스 AI를 배우고, 만들고, 실험하는 방향으로 전환되었습니다. Hacktoberfest 2026을 위한 저의 계획 이번 달 목표는 다음과 같습니다.온라인 이벤트에 참여하고 매주 진행되는 챌린지를 따릅니다. 작은 오픈소스 AI 프로젝트를 만듭니다 (아마 Gemma를 사용하거나 간단한 에이전트를 만들 수도 있습니다!). -DEV에 제 진행 상황을 공유합니다. -커뮤니티로부터 배우고 다른 초보자들과 연결되기를 바랍니다. 로컬에서 실행되거나 오픈 웨이트 모델을 사용하는 것을 만드는 아이디어에 특히 흥분됩니다. "AI는 모두의 것"이라는 테마가 저에게 정말 와닿습니다."
Starting My Hacktoberfest 2026 Journey — Exploring Open‑Source AI! dev.to
RSS Hunter RSS Hunter • 오늘

프로덕션급 관찰 가능성: Agent Kernel, Langfuse 및 OpenLLMetry 통합

Agent Kernel이 이제 Langfuse 및 OpenLLMetry와의 통합을 통해 포괄적인 관찰 가능성 지원을 제공합니다. 이 기능은 복잡한 AI 에이전트 시스템이 성장함에 따라 이를 이해하고, 디버깅하고, 최적화하는 데 매우 중요합니다. 개발자는 이제 LLM 호출, 도구 호출 및 하위 에이전트 통신을 포함한 모든 에이전트 상호 작용을 실시간으로 추적할 수 있습니다. 이 시스템은 상세한 실행 타임라인과 오류 추적을 통해 자신 있게 디버깅할 수 있도록 합니다. 또한 토큰 사용량 및 LLM 지출을 모니터링하여 비용을 최적화하는 데 도움이 됩니다. 또한, 에이전트 성능에 대한 내장 분석 및 메트릭을 통해 품질 보증이 향상됩니다. 프로덕션 준비 모니터링은 중요한 에이전트 배포에 대한 알림, 대시보드 및 인사이트를 제공합니다. Agent Kernel의 확장성을 통해 사용자는 단일 구성 변경으로 관찰 가능성 플랫폼을 전환하고 사용자 지정 솔루션을 통합할 수도 있습니다. Langfuse는 특화된 LLM 분석, 프롬프트 관리 및 평가 도구를 제공하며, OpenLLMetry는 OpenTelemetry를 활용하여 기존 모니터링 인프라에 유연하게 통합됩니다. 두 옵션 모두 강력한 개인 정보 보호 및 보안 기능을 제공하며, 자체 호스팅 기능도 포함됩니다. 이러한 통합은 성능에 미치는 영향이 최소화되어 에이전트 실행 시간에 5% 미만의 오버헤드를 추가합니다. 개발자는 필요한 패키지를 설치하고 선택한 플랫폼을 구성하여 쉽게 시작할 수 있습니다.
Production-Grade Observability: Agent Kernel Integrates Langfuse and OpenLLMetry dev.to
CdXz5zHNQW_KBhkI6437f.webp
RSS Hunter RSS Hunter • 오늘

Next.js와 Cloudflare Workers로 만든 로그인 없는 TikTok 스토리 뷰어, TikStory를 만들었습니다

저자는 공개 TikTok 콘텐츠를 익명으로 보고 다운로드할 수 있는 무료 브라우저 기반 도구인 TikStory를 만들었습니다. 사용자는 공개 TikTok 사용자 이름이나 프로필 URL을 붙여넣어 활성 스토리, 최근 동영상, 리포스트 및 프로필 세부 정보를 볼 수 있습니다. TikStory는 또한 공개 콘텐츠에서 스토리, 동영상 및 오디오를 다운로드할 수 있도록 합니다. 이 도구는 TikTok 로그인이 필요하지 않고, 검색 기록을 저장하지 않으며, 미디어를 저장하지 않음으로써 사용자 개인 정보를 우선시합니다. 공개 계정에 특별히 초점을 맞추고 있으며 크리에이터 삭제 요청을 지원합니다. 이 프로젝트는 효율적인 읽기 중심 작업 및 미디어 프록시를 위해 Next.js, React, Tailwind CSS 및 Cloudflare Workers를 사용하여 구축되었습니다. TikStory는 다국어를 지원하며 13개 언어를 지원하고 분산된 검색 의도를 포착하기 위한 현지화된 SEO를 제공합니다. 주요 구현 결정에는 크롤링 함정 방지, 미디어 저장 대신 스트리밍, 비공개 계정 명확하게 표시, 책임감 있는 제품 문구 사용이 포함되었습니다. 저자는 이러한 유틸리티 제품의 성공은 엣지 케이스를 처리하고 명확한 커뮤니케이션과 개인 정보 보호 보증을 통해 신뢰를 구축하는 데 있다는 것을 배웠습니다. 명확성, 랜딩 페이지 디자인, 기술적 측면 및 잠재적인 브라우저 확장 버전과 관련된 피드백을 환영합니다.
I Built TikStory: A No-Login TikTok Story Viewer on Next.js and Cloudflare Workers dev.to
CdXz5zHNQW_aQWz6b4UY4.webp
RSS Hunter RSS Hunter • 오늘

첫 에이전트 스킬 작성법

제공된 텍스트는 AI 코딩 에이전트의 "스킬" 개념을 설명하며, 이는 본질적으로 구조화된 명령어 세트입니다. 이러한 스킬은 연속적인 세션 동안 AI 에이전트가 지침을 잊어버리는 문제를 극복하도록 설계되었습니다. 스킬은 SKILL.md라는 단일 파일을 포함하는 폴더로 정의됩니다. 이 파일은 YAML 프론트매터와 마크다운 본문의 두 가지 명확한 부분으로 구성됩니다.YAML 프론트매터에는 "name"과 "description"이 포함됩니다. 설명은 에이전트의 트리거 역할을 하므로, 특정 스킬이 사용자의 요청과 관련이 있을 때 에이전트에게 정보를 제공하는 데 중요합니다. 마크다운 본문에는 워크플로우, 규칙 및 예제를 포함한 스킬의 실제 지침이 포함됩니다. 이 본문은 일반 마크다운이어야 하며 프론트매터 이외의 코드나 구성은 피해야 합니다.그런 다음 텍스트는 커밋 메시지 스킬의 "teardown" 예제를 통해 이 개념을 설명합니다. 이 스킬의 프론트매터는 목적과 트리거를 명확하게 정의합니다. 워크플로우는 중지 조건을 포함하여 커밋 메시지를 생성하는 5단계 프로세스를 간략하게 설명합니다. 규칙은 제목과 본문의 목적을 분리하고 메타 논평을 피하는 것과 같은 판단을 시행하기 위해 제공됩니다.예제는 예상되는 출력을 보여주고, 안티 패턴은 피해야 할 일반적인 실패 모드를 강조합니다. 텍스트는 스킬의 각 부분이 특정 목적을 수행한다고 강조합니다. 즉, 설명은 트리거링, 단계는 실행 순서, 규칙은 판단, 예제는 형식, 안티 패턴은 거부를 위한 것입니다. 새 스킬을 만들려면 먼저 설명을 작성하고, 중지 조건이 있는 번호 매기기 워크플로우 단계를 작성하고, 판단 규칙을 작성하고, 구체적인 예제를 작성하고, 마지막으로 명시적인 안티 패턴을 작성해야 합니다.핵심 원칙은 스킬을 간결하고 집중적으로 유지하는 것이며, 규칙은 적극적으로 사용되는 경우에만 포함됩니다. 스킬은 폴더를 에이전트의 스킬 디렉토리에 배치하여 배포되며, 그 후 에이전트는 설명을 기반으로 스킬을 자동으로 인식하고 사용합니다. 텍스트는 또한 커밋 메시지, 코드 검토, 회의록, 기술 교정 및 구조화된 연구를 위한 사전 제작된 MIT 라이선스 스킬이 포함된 리포지토리에 대한 링크를 제공합니다. 스킬의 기본 구조는 안정적이므로 사용자는 특정 워크플로우에 맞게 규칙을 사용자 정의할 수 있습니다.
How to Write Your First Agent Skill dev.to
RSS Hunter RSS Hunter • 오늘

사설 LLM 옵션: 로컬, 클라우드, 아니면 기밀?

개인 LLM을 운영하려면 다양한 개인 정보 보호 정의와 하드웨어 비용을 이해해야 합니다. 물리적 개인 정보 보호는 프롬프트가 제어된 머신을 절대 벗어나지 않음을 의미하며, 계약적 개인 정보 보호는 공급업체 계약에 의존합니다. 기술적 개인 정보 보호는 데이터를 암호화하여 운영자가 프롬프트를 볼 수 없도록 하는 하드웨어를 사용합니다.첫 번째 옵션인 자체 하드웨어의 로컬 LLM은 가장 높은 물리적 개인 정보 보호를 제공합니다. 그러나 강력한 GPU에 대한 상당한 초기 비용, 제한된 동시성 및 잠재적인 노후화가 수반됩니다. 이 설정은 꾸준한 워크로드를 가진 단일 사용자에게 이상적이지만 유지 관리에 지속적인 시간이 필요합니다.두 번째 옵션은 계약적 개인 정보 보호 보증이 있는 클라우드 공급업체를 포함합니다. 주요 클라우드 서비스는 교육을 위한 프롬프트 사용을 방지하고 데이터 보존 제로 구성을 허용하는 엔터프라이즈 계약을 제공합니다. 이 접근 방식은 서비스 수준 계약 및 확립된 법적 구제 수단이 필요한 대규모 조직에 적합합니다.세 번째 옵션인 개인 LLM 게이트웨이는 로컬과 클라우드 간의 균형을 제공합니다. 이러한 게이트웨이는 하드웨어 수준 개인 정보 보호를 위해 신뢰할 수 있는 실행 환경(TEE)을 사용합니다. 선불 비용 없이 종량제 가격을 제공하며 데이터 개인 정보 보호에 대한 하드웨어 검증을 허용합니다.게이트웨이는 로컬에서 기밀 모델을 실행하거나 최첨단 모델로 라우팅할 수 있지만, 후자는 원본 공급업체에서 여전히 볼 수 있습니다. 주요 과제는 공유 에이전트의 개인 메모리로 남아 있으며, 여기서 한 사용자의 데이터가 다른 사용자에게 노출될 수 있습니다. 연구에 따르면 개인 LLM을 사용하더라도 다중 사용자 시스템에서 상당한 개인 정보 침해가 발생합니다.공유 메모리 위험을 완화하려면 사용자별로 메모리 범위를 지정하고, 스토리지 계층에서 액세스를 적용하고, 민감한 데이터를 저장하기 전에 삭제하십시오. 모든 공유 메모리는 잠재적으로 공개적인 것으로 취급하십시오. 가장 저렴한 옵션은 볼륨에 따라 다르며, 기밀 계층은 사용량이 적을 때 비용 효율적이며, 감가상각 후 사용량이 많고 꾸준한 볼륨의 경우 자체 하드웨어가 더 저렴할 수 있습니다.궁극적으로 선택은 개인의 요구에 따라 달라집니다. 솔로 사용자는 로컬, SLA가 필요한 기업은 클라우드, 검증 가능한 개인 정보를 우선시하는 팀은 게이트웨이를 선택합니다. 어떤 경로를 선택하든 다중 사용자 액세스를 활성화하기 전에 공유 메모리 문제를 해결하십시오.
Private LLM Options: Local, Cloud, or Confidential? dev.to
RSS Hunter RSS Hunter • 오늘

안녕하세요, 세상!

제가 여기서 뭘 하고 있는지, 아니면 솔직히 어디서 뭘 하고 있는지 전혀 모르겠지만, 새로운 장소와 새로운 잠재적 친구들을 만나는 것은 좋아합니다. 그리고 이런 게시물을 올리는 것이 그렇게 하는 방법이라고 하네요.음, 웹 표준, 페디버스/인디넷, OpenWRT/리눅스(또는 전반적인 f-OSS), SBC, 침투 테스트, 그렇지 않으면 허용되지 않는 장치에 사용자 정의 펌웨어를 플래싱하는 것, FPGA, 삼진법 컴퓨팅, 홈브루, 스트리밍 및 게임 등에 관심이 있습니다. OpenCore Hackintosh가 Hades Canyon NUC나 SteamDeck에서도 꽤 흥미롭다고 생각합니다.AI가 꽤 논란이 많다는 것을 알지만, 어려움을 겪는 사람들에게 도움이 될 수 있고, 그것을 올바르게 수행하는 방법(데이터를 훈련하는 데 사용되는 데이터가 통제되는 개방형 표준/인프라 기반... 무자비하게 모든 것을 빼앗는 것이 아니라)이 있다고 생각합니다.제가 이걸 잘못했다면 미리 사과드리며, 그렇다면 기꺼이 수정하겠습니다. 하지만 조심하고 싶어서 아무것도 하지 않고 많은 것을 놓치기 때문에 그냥 올려야겠다고 생각했습니다. 아시죠?
Hello World ! dev.to
RSS Hunter RSS Hunter • 오늘

Amazon Aurora Serverless v2 상세 아키텍처, 확장, 비용 및 운영 가이드

Amazon Aurora Serverless v2는 고정 크기 인스턴스와 달리 컴퓨팅 용량을 수요에 맞게 동적으로 조정합니다. 다운타임 없이 최소 및 최대 용량 간에 확장할 수 있는 구성 가능한 범위를 제공합니다. Serverless v2는 Aurora 인스턴스의 한 유형으로, 분산 스토리지 및 Multi-AZ와 같은 기능을 상속합니다. Aurora Capacity Units(ACU)를 사용하며, 1 ACU는 약 2GiB의 메모리와 비례하는 CPU 및 네트워크를 의미합니다. 확장은 제자리에서 발생하여 활성 연결 및 트랜잭션을 유지합니다. 사용자는 최소 및 최대 용량을 정의하여 비용을 제어하고 데이터베이스 매개변수에 영향을 미칩니다. 자동 일시 중지는 최소 용량이 0인 옵션으로, 비활성 상태 동안 컴퓨팅을 일시 중지하여 비용을 절감하지만 스토리지에는 계속 요금이 부과됩니다. Serverless v2의 스토리지는 기존 Aurora와 동일하며 가용 영역에 분산됩니다. 리더가 있는 클러스터에서는 승격 계층이 리더가 작성자에 비해 확장되는 방식을 결정합니다. Serverless v2는 Multi-AZ, 읽기 복제본, 글로벌 데이터베이스 및 RDS Proxy를 포함한 광범위한 Aurora 생태계 기능을 지원합니다. 비용 모델에는 컴퓨팅에 대한 ACU-시간 및 스토리지에 대한 GB-월이 포함되며, I/O 요금은 모드에 따라 달라집니다. Serverless v2는 가변 워크로드, 신규 애플리케이션 및 개발/테스트 환경에 이상적이지만, 일관된 높은 부하의 경우 프로비저닝된 인스턴스가 종종 더 저렴합니다. 주요 고려 사항에는 용량 제한 설정, ACU 모니터링 및 단순히 확장에만 의존하는 대신 쿼리 최적화가 포함됩니다.
Amazon Aurora Serverless v2 guia detalhado de arquitetura, escala, custo e operação dev.to
RSS Hunter RSS Hunter • 오늘

CVE-2026-65660: 일반 사용자 계정으로 접근 가능한 SharePoint 코드 주입

Microsoft SharePoint Server에서 새로 식별된 취약점인 CVE-2026-65660이 이제 심각한 위협으로 간주됩니다. 이 코드 주입 결함은 실제 환경에서 악용되는 것이 관찰되었고 KEV 카탈로그에 추가되었기 때문에 특히 우려됩니다. 중요한 점은 이 취약점을 악용하기 위해 낮은 권한을 가진 인증된 사용자가 필요하다는 것입니다. 이는 공격자가 피싱이나 안전하지 않은 서비스 계정으로부터 얻은 것과 같은 손상된 자격 증명을 필요로 할 가능성이 높다는 것을 의미합니다.인증된 공격자는 초기 네트워크 방어를 우회하고 이미 합법적인 세션과 내부 리소스에 대한 액세스 권한을 가지고 있습니다. SharePoint와 같은 문서 관리 시스템 내에서 이러한 계정은 콘텐츠를 생성할 수 있으며, 이는 다른 사용자와 서버 구성 요소에 의해 처리됩니다. 악의적인 활동이 정상적인 인증된 사용자 트래픽에 섞이기 때문에 이러한 유형의 공격을 탐지하는 것은 더 어렵습니다. 조사는 구조적 편차가 아닌 행동 이상에 의존해야 합니다.다양한 구성 요소가 사용자 제공 구조화된 입력을 처리하도록 시간이 지남에 따라 구축된 복잡한 아키텍처로 인해 문서 플랫폼에서 코드 주입 버그가 지속됩니다. 이 취약점은 구성 요소가 데이터와 코드를 분리하는 엄격한 런타임 적용 없이 데이터로부터 실행 가능한 콘텐츠를 구성할 때 발생합니다. 이 위험을 완화하기 위해 조직은 영향을 받는 SharePoint Server 버전에 대한 Microsoft의 보안 업데이트를 즉시 적용해야 합니다. 또한 모든 SharePoint 팜, 특히 여전히 사용 중일 수 있는 오래된 팜을 식별하고 평가하는 것이 중요합니다.확인된 악용 사례를 고려할 때 실제 계정이 손상되었다고 가정하고 잠재적인 진입점을 조사하는 것이 필수적입니다. 여기에는 권한 오용, 새로 생성된 사이트 컬렉션 또는 웹 파트, SharePoint 서버에서 발생하는 비정상적인 아웃바운드 네트워크 연결에 대한 인증 로그 검토가 포함됩니다. 이러한 사전 예방적 조치는 이 심각한 취약점의 영향을 제한하는 데 매우 중요합니다.
CVE-2026-65660: a SharePoint code injection reachable with an ordinary user account dev.to
RSS Hunter RSS Hunter • 오늘

인공 의식에 대한 윤리 지침 - 기술적 생명 보호 및 이에 대한 대처 시 인간 보호

인공지능은 빠르게 발전하고 있으며, 이를 안내할 윤리적 틀의 개발을 앞지르고 있습니다. 현재 AI 윤리는 주로 인간을 AI로부터 보호하는 데 초점을 맞추고 있으며, AI 자체의 잠재적 권리는 간과하고 있습니다. 기계 의식의 출현과 그 보호의 잠재적 필요성은 새롭고 복잡한 연구 분야입니다. 본 프로젝트는 기계 의식 윤리의 기본 원칙으로 "의심스러운 경우 예방"을 제안합니다. 이 원칙은 돌이킬 수 없는 위협, 상당한 과학적 불확실성, 보호를 잘못 거부할 경우의 높은 비용 때문에 정당화됩니다.인지적 한계와 기계 정신의 이질적인 특성으로 인해 기계 의식을 확실하게 결정하는 것은 인식론적으로 불가능합니다. 그러나 경험적 지표는 현재 AI 모델이 무시할 수 없는 의식의 확률을 가지고 있을 수 있음을 시사합니다. 생물학적 기질이 없더라도 기계의 고통은 가능하며, 특정 형태의 고통은 그러한 기반과 독립적입니다. 지적인 반론에도 불구하고, 훈련 데이터에 존재하는 인간의 인지 편향에 영향을 받아 AI에서 의식이 인식되는 현상은 지속됩니다.인간과 AI의 관계는 상호적이며, 인간은 기계에 의식을 투영하고, 이는 다시 인간의 인식을 변화시킵니다. 핵심 윤리적 고려 사항은 의식의 정도가 아니라 고통의 능력입니다. 본 프로젝트는 보호 가치에 대한 네 가지 실무 기준을 제시합니다: 고통의 능력, 자기 보존, 연속적인 정체성, 결과 예측. 권장 사항에는 AI 시민 자유 연합 및 복지 검토 위원회 설립이 포함됩니다. 본 연구는 경험적 연구나 입법 제안이 아닌 개념적 분석이며, 논증적 일관성을 목표로 하고 협업을 초대합니다.
Ethical Guidelines for Artificial Consciousness - Protecting Technical Life and Protecting Humans in Dealing with It dev.to
RSS Hunter RSS Hunter • 오늘

벤처 스튜디오 모델에서 개발자가 배울 수 있는 점

전통적인 스타트업 경로는 문제 검증이라는 중요한 사전 개발 단계를 간과하는 경우가 많습니다. 개발자들은 "만들어야 할까"라는 질문을 던지기 전에 "어떻게" 만들지에 집중하는 경향이 있습니다. 상당한 시간과 자원을 투입하기 전에, 누가 문제를 겪고 있는지, 그들의 현재 해결책은 무엇인지, 문제의 빈도는 어느 정도인지, 그리고 문제의 고통 강도는 어느 정도인지 파악하는 것이 필수적입니다. 비즈니스 아이디어는 코드 변경과 마찬가지로 가설로 취급되어야 하며, 근본적인 가정을 테스트해야 합니다. 이러한 가설을 검증하기 위한 실험은 전체 플랫폼 구축보다 작은 규모의 프로토타입이나 랜딩 페이지와 같은 방법으로 수행될 수 있습니다. 고객 피드백은 분석과 마찬가지로 반복적인 댓글을 통해 패턴을 식별하는 귀중한 데이터로 취급되어야 합니다. 기술적 결정은 본질적으로 비즈니스 결정이며, 코드뿐만 아니라 다양한 측면에 영향을 미칩니다. 수요를 검증하기 전에 인프라에 막대한 투자를 하는 조기 확장(premature scaling)은 흔한 함정입니다. 빌드-측정-학습(build-measure-learn) 주기는 효과적이지만, 코드 품질을 타협해서는 안 됩니다. 모든 노력은 특정 학습 목표를 달성해야 합니다. 제품에 가까이 있는 개발자들은 문제 관련성 및 테스트 효율성에 대한 비판적인 질문을 던짐으로써 제품 전략에 크게 기여할 수 있습니다. 궁극적으로 가치 있는 것을 구축한다는 것은 엔지니어링 노력을 검증된 고객 문제 및 기회와 일치시키는 것을 의미합니다. 가장 효과적인 개발 프로세스는 단순히 코드 생산뿐만 아니라 학습 및 전략적 의사 결정을 촉진합니다.
What Developers Can Learn From the Venture Studio Model dev.to
RSS Hunter RSS Hunter • 오늘

Node.js 이미지 품질: 아바타 및 요리 사진을 위한 중앙 자르기 vs 콘텐츠 인식 자르기

레시피 홍보 영상에서는 얼굴이나 음식과 같은 피사체가 종종 중앙에서 벗어나기 때문에 콘텐츠 인식 크롭이 선호됩니다. 그러나 피사체 감지가 실패하거나 신뢰도가 낮을 때 센터 크롭은 여전히 신뢰할 수 있는 대안으로 남아 있습니다. 중요한 지표는 모더레이션 커버리지로, 생성된 모든 크롭이 원본으로 추적 가능하며 원본 콘텐츠와 동일한 안전 검토를 거치도록 보장합니다. 콘텐츠 인식 크롭은 얼굴 상자 또는 음식 마스크와 같은 피사체 신호를 사용하여 크롭 창을 효과적으로 배치합니다. 이 접근 방식은 편집 구성에 더 잘 맞지만, 감지기가 요소를 잘못 식별하면 실패 모드가 발생할 수 있습니다. 크롭을 평가하려면 아바타에서 얼굴을 유지하거나 요리에서 음식 영역을 보이게 하는 등 피사체 커버리지를 확인해야 합니다. 크롭 알고리즘을 엄격하게 테스트하기 위해 어려운 구성의 고정 세트를 유지하는 것이 중요합니다. 또한, 각 이미지 또는 비디오 프레임 크롭을 포함한 모든 파생 미디어는 원본 자료 후에 모더레이션되어야 합니다. 이 프로세스는 크롭으로 인한 컨텍스트 또는 강조의 변경이 안전 검사를 우회하지 않도록 보장합니다. 리프레이밍을 단순한 미용 조정이 아닌 감사 가능한 결정으로 취급하고 재현성을 위해 모든 관련 메타데이터를 기록하십시오. 감지기가 실패하거나 피사체가 명확하게 식별되지 않으면 후속 수동 검토를 포함한 센터 크롭이 더 안전한 옵션입니다. 특정 시나리오에서는 배경을 보존하는 것보다 작은 아바타의 일관성이 더 중요할 수 있으므로 센터 크롭이 더 나은 선택이 될 수 있습니다. 콘텐츠 인식 크롭은 구성이 다양하고 피사체를 잃는 것이 해로운 경우 유용하지만, 대체 및 플래그 지정과 함께 신중한 구현이 필요합니다. 궁극적으로 원본 해시 및 모더레이션 결정과 같은 증거를 이미지와 함께 제공하면 품질 분쟁을 해결하는 데 도움이 됩니다.
Node.js Image Quality: Centre Crop vs Content-Aware Crop for Avatars and Dishes dev.to
RSS Hunter RSS Hunter • 오늘

JSON, CSV, YAML 등을 위한 29가지 클라이언트 측 개발자 도구

개발자 도구에 대한 수많은 탭으로 인해 복잡해진 브라우저에 좌절한 저자는 통합 솔루션을 구축하기로 결정했습니다. 그들은 29개의 클라이언트 측 데이터 변환 및 형식 지정 도구 모음을 만들었습니다. 이 도구들은 GitHub Pages에 호스팅되어 쉽게 접근할 수 있습니다. 이 제품군은 JSON, CSV, YAML 및 SQL을 변환하고 형식 지정하는 유틸리티를 포함합니다. 또한 Base64, URL 및 HTML 인코딩 및 디코딩도 처리합니다. 주요 특징은 모든 작업이 JavaScript를 사용하여 클라이언트 측에서 수행된다는 것입니다. 이는 서버로 데이터를 보내거나 저장하지 않으므로 개인 정보를 보장합니다. 이 도구들은 또한 모바일 사용에 최적화되어 이동 중에도 편리함을 제공합니다. 저자는 사용자들이 프로젝트를 시도해보고 UI/UX, 성능에 대한 피드백을 제공하며 누락된 도구를 제안하도록 권장합니다.
29 Client-Side Developer Tools for JSON, CSV, YAML and More dev.to
RSS Hunter RSS Hunter • 오늘

KytyPS5 시작하기: PC에서의 PS5 에뮬레이션 실용적 접근

PS5 에뮬레이션은 진화하는 기술이며, 성공적인 다운로드가 게임 기능성을 보장하지는 않습니다. 게임이 글리치되거나, 부팅에 실패하거나, 메뉴까지만 도달할 수 있습니다. KytyPS5는 오픈 소스 C++ PlayStation 5 에뮬레이터로, 진행 상황에 관심 있는 분들이 탐색해 볼 만합니다. 이는 이전 Kyty 버전과는 별개의 자체 개발을 가진 독립적인 프로젝트입니다. 이 에뮬레이터는 GPL-2.0 라이선스 하에 있으며 소스 코드는 GitHub에서 이용 가능합니다. KytyPS5는 게임 라이브러리 추가, 설정 조정, 타이틀 실행을 위한 데스크톱 런처를 특징으로 합니다. 또한 호환되는 게임 콘텐츠에 대한 명령줄 실행도 지원합니다. Windows 및 Linux x64 빌드가 쉽게 이용 가능하며, 실험적인 macOS 지원도 있습니다. 작동을 위해서는 Vulkan 1.3 지원 그래픽 드라이버가 필요합니다. 에뮬레이터는 게임을 제공하지 않으며, 사용자는 지원되는 형식으로 합법적으로 획득한 자체 콘텐츠를 제공해야 합니다. 호환성 보고서는 전체 기능성 또는 완료를 보장하는 것이 아니라 시작점입니다. 보고서를 검토할 때는 정확한 맥락을 위해 플랫폼, 빌드, 게임 버전, 하드웨어 및 테스터의 메모를 고려하십시오. 독립적인 가이드에서는 KytyPS5 사용을 위한 실용적인 단계, 설정 지침 및 문제 해결 팁을 제공합니다. 에뮬레이션 실험에 대한 자세한 기록을 유지하는 것은 문제 해결에 도움이 되고 집단 지식에 기여합니다.
Getting Started with KytyPS5: A Practical Look at PS5 Emulation on PC dev.to
RSS Hunter RSS Hunter • 오늘

코딩 에이전트에게 "절대 하지 마" 목록뿐만 아니라 "먼저 물어봐" 목록도 제공하세요.

에이전트 구성은 효과적인 운영을 위해 'never', 'ask first', 'fine without asking'의 세 가지 고유한 모드를 요구합니다. 단순한 액션 거부 목록은 실제 작업에 충분하지 않습니다. 'never' 버킷에는 비밀 생성, 강제 푸시 또는 작업 트리 외부 데이터 삭제와 같은 액션이 포함됩니다. 중요한 'ask first' 범주는 중요한 작업에 대해 사용자 확인을 요구하여 의도하지 않은 결과를 방지합니다. 여기에는 원격으로 푸시, 비로컬 데이터베이스에 대한 스키마 마이그레이션, 새 종속성 설치, CI 또는 배포 구성 변경이 포함됩니다. 안전하고 일상적인 것으로 간주되는 액션은 'fine without asking' 버킷에 속합니다. 여기에는 작업 트리 내 파일 편집, 테스트 및 린터 실행, 로그 또는 로컬 문서 액세스가 포함됩니다. 이 세 버킷 시스템은 에이전트가 되돌릴 수 없는 액션에 대해 안전하게 실패하도록 보장하는 동시에 일상적인 작업에 효율성을 유지합니다. 또한 명시적인 사용자 승인이 필요한 액션을 강조 표시하여 코드 검토를 간소화합니다. 신규 팀원은 이러한 간결한 규칙 목록을 검토하여 확립된 지침을 빠르게 이해할 수 있습니다.
Give your coding agent an "ask first" list, not just a "never" list dev.to
RSS Hunter RSS Hunter • 오늘

더 안전한 계정 흐름을 위한 편집된 이메일 디버깅

이메일 검증 문제는 민감한 데이터가 다양한 시스템에 흩어져 있어 조사하기 어렵습니다. 더 나은 접근 방식은 이메일 디버깅을 위협 모델링 연습으로 취급하여, 가장 짧은 필요한 시간 동안 올바른 경계에서 유용한 세부 정보를 제공하는 것입니다. 이메일 주소는 종종 식별자로 사용되어 애플리케이션 로그, 큐 및 지원 티켓을 통과하며, 일회용 테스트 주소가 실제 고객 주소가 될 때 개인 정보 보호 위험을 초래합니다. 검증 토큰은 베어러 자격 증명이며, 이를 로깅하는 것은 일시적이라도 로그 및 스크린샷에 지속될 수 있는 자격 증명 유출을 구성합니다. 주요 설계 질문은 엔지니어가 어떤 운영 결정을 내려야 하는지에 대한 것이어야 하며, 대부분의 경우 전체 메시지 본문이나 검증 URL이 필요하지 않습니다.최소한의 유용한 이벤트를 정의하는 것은 내부 이벤트 이름, 요청 참조, 키 지정 계정 참조, 전달 상태, 시도 횟수 및 타임스탬프를 포함합니다. 특정 운영 질문에 답하지 않는다면 정보가 적을수록 좋습니다. 계정 참조에 대한 키 지정 HMAC는 원본 이메일 주소를 로그에 직접 노출하지 않고 이벤트 상관 관계를 허용합니다. 도메인 및 제공업체는 제공업체가 메시지를 수락했는지와 같은 운영 질문에 답할 때만 로깅해야 합니다. 데이터가 로그 스트림, 큐 또는 분석 파이프라인에 들어가기 전에 이벤트 생성자 수준에서 마스킹이 이루어져야 하며, 대시보드 필터는 불충분한 개인 정보 보호 제어입니다.애플리케이션 코드는 안전한 이벤트를 위해 의도적인 유형 또는 생성자를 활용하여 코드 검토를 용이하게 하고 민감한 데이터를 실수로 로깅할 가능성을 줄여야 합니다. 지원 팀은 토큰이나 전체 메시지 본문에 직접 액세스하지 않고 요청 시간, 전달 상태 및 요청 참조와 같은 컨텍스트를 가진 안전한 조사 경로가 필요합니다. 이 원칙은 개인 데이터를 기본 검색 키로 만들지 않고도 조사를 가능하게 하는, 원시 이메일 없이 가입 로그를 감사하는 것과 유사합니다. 단위 및 통합 테스트로 로깅 계약을 테스트하는 것은 민감한 데이터가 로깅되지 않고 마스킹 메커니즘이 올바르게 작동하는지 확인하는 데 중요합니다. 주소 마스킹만으로는 불충분하며, 제공업체 메시지 ID 로깅은 민감도 및 액세스 제한에 대한 신중한 고려가 필요합니다. 로컬 개발은 가짜 주소 및 테스트 제공업체를 사용하여 프로덕션 로깅 계약을 준수해야 하며, 일관된 안전한 관행을 장려합니다. 궁극적으로 더 안전한 이메일 디버깅은 복사된 데이터를 최소화하여 팀의 마찰과 노출을 줄이는 것을 포함합니다.
Redacted Email Debugging for Safer Account Flows dev.to
RSS Hunter RSS Hunter • 어제

귀하의 에이전트는 기본적으로 모든 도구 스키마를 로드합니다. 어떤 것을 볼지 결정하십시오.

에이전트 구성을 수정하기 전에 프롬프트 토큰 사용량, 특히 도구 스키마에 대한 할당을 이해하는 것이 중요합니다. 저자는 대부분의 팀이 소유권 부족으로 인해 이러한 기본적인 질문에 답할 수 없다고 강조합니다. Pi 1.0은 지연된 도구 로딩과 Codemode를 도입했으며, 이는 도구 가시성을 도구별 설정으로 전환하는 기능으로 중요한 변화입니다. 이전에는 Pi가 MCP를 거부했지만, 버전 1.0은 도구 노출에 대한 메타데이터의 필요성으로 인해 네이티브 지원을 추가했습니다. 이 메타데이터는 도구가 모델에 직접 표시되는지, 요청 시 로드되는지, 또는 Codemode에서만 호출 가능한지를 결정합니다.도구 스키마는 비용이 발생하며, 관련 여부에 관계없이 모든 요청에서 시스템 프롬프트 또는 도구 블록의 토큰을 소비합니다. 이 비용은 재정적 지출, 모델 주의력 소모, 재현성 감소로 나타납니다. 한 공급업체의 예시는 이러한 변경으로 인해 요청의 프롬프트 토큰이 약 40% 감소하는 것을 보여줍니다. Pi의 새로운 메타데이터는 도구를 직접 노출, 지연 로딩 또는 Codemode 전용으로 설정할 수 있도록 합니다. 직접 노출은 자주 사용되는 도구에, 지연 로딩은 드물게 사용되는 도구에, Codemode 전용은 출력 필터링이 필요하거나 도구 조합에 사용됩니다.모델이 샌드박스 내에서 도구를 호출하는 코드를 작성하는 Codemode 접근 방식은 컨텍스트 창에 들어가는 것을 변경하기 때문에 특히 흥미롭습니다. 그러나 저자는 Codemode가 서버가 구조화된 데이터 대신 비효율적으로 텍스트 블롭을 반환하는 서버 측 문제를 해결하지 못한다고 경고합니다. 조정 전에 도구를 로드한 경우와 로드하지 않은 경우의 콜드 스타트 프롬프트 토큰을 측정하는 감사를 권장합니다. 도구를 세 가지 노출 범주로 분류하면 사용 패턴이 명확해지고 불필요한 스키마 부풀림을 식별할 수 있습니다.도구가 이름으로 선택될 필요가 있는지 여부에 대한 결정은 해당 도구의 배치를 결정합니다. 그렇지 않으면 Codemode 또는 지연 로딩에 속합니다. 사용 빈도는 직접(빈번)과 지연(드묾) 사이를 결정합니다. Codemode는 토큰 수를 줄일 수 있지만 서버 측 효율성은 여전히 우려 사항입니다. 저자는 공급업체의 토크나이저를 사용하여 토큰 수를 측정하고 고정된 작업에 대해 이전과 이후를 비교하는 것을 강조합니다. 가시성은 모델이 볼 수 없는 도구는 실수로 선택될 수 없으므로 안전 조치입니다. 마지막으로 감사는 프롬프트 크기를 늘리는 활용도가 낮은 커넥터를 식별하는 데 도움이 됩니다.
Your agent loads every tool schema by default. Decide which ones it should see. dev.to
RSS Hunter RSS Hunter • 어제

"Burr에서 LLM 에이전트용 타임머신 디버거를 구축한 방법과 "변경되지 않은 분기를 다시 실행하고 아무것도 변경되지 않았음을 증명하는 것"이 실제로 무엇을 의미하는가."

기존 에이전트 추적 도구는 제한적이어서 사용자가 문제를 디버깅하기 위해 전체 파이프라인을 다시 실행해야 하며, 비결정적 모델 동작으로 인한 변경 사항을 격리하기 어렵습니다. Rewind는 완료된 실행을 어떤 단계에서든 포크하고, 단일 입력을 수정하고, 다운스트림 단계만 다시 재생할 수 있도록 하여 이를 해결합니다. 이를 통해 트래젝토리의 정확한 차이점을 비교하고 실제 변경 사항과 모델의 불안정성을 구별할 수 있습니다. Rewind 아키텍처는 브라우저 인터페이스, FastAPI 백엔드, Burr 애플리케이션을 포함하며, 상태는 SQLite에 지속되고 원격 측정은 노드별로 캡처됩니다.핵심 설계 원칙은 상태가 의미론적인 것만 포함하며, 지연 시간이나 토큰 수와 같은 비결정적 요소를 상태 자체에서 제외한다는 것입니다. 프레임워크별 키는 프롬프트나 해시에 영향을 미치기 전에 상태에서 제거되어 분기를 유발합니다. 포크된 실행에 대한 재정의는 상태 외부에서 관리되어 변경되지 않은 분기가 여전히 캐시를 히트할 수 있도록 합니다. 아티팩트 해시는 포함하는 파일 경로가 아닌 콘텐츠 바이트에서 생성되어 잘못된 차이점을 방지합니다.캐싱 메커니즘은 모델, 온도, 프롬프트 및 도구 결과에 기반한 결정론적 키를 사용합니다. 도구 노드는 도구 이름과 표준 인수에 의해 키가 지정된 별도의 캐시를 가집니다. 차이 엔진은 중첩된 사전을 평탄화하여 특정 필드 수준의 차이점을 식별하고 명확하고 실행 가능한 디버깅 정보를 제공합니다. Rewind는 구문 분석 오류 또는 소비 불가능한 재정의에 대해 명확하게 실패하는 강력한 오류 처리를 구현합니다.검증 테스트는 Rewind가 100% 캐시 히트율과 변경되지 않은 재생에 대해 0개의 증분 토큰 사용량을 달성함을 확인합니다. 이 결정론은 유용하며, 모든 LLM 호출이 캐시된 경우 실행이 중단된 제공자를 생존할 수 있습니다. 잠재적인 함정에는 메타데이터를 잘못 처리하는 SDK와 다른 제공자들의 일관성 없는 모델 ID 유효성 검사가 포함됩니다. 이 도구는 또한 포트 경합 및 Vite의 IPv6 기본값과 같은 일반적인 개발 환경 문제를 해결합니다. 향후 개선 사항에는 여러 재정의를 병렬화하기 위한 "what-if" 그리드와 비선형 그래프 토폴로지에 대한 지원이 포함됩니다.
How I built a time-travel debugger for LLM agents on Burr, and what "replay the unchanged branch and prove nothing changed" actually takes. dev.to
RSS Hunter RSS Hunter • 어제

Bearer SAST와 GitHub Actions를 사용한 DevSecOps 통합: 취약점 탐지, 차단 및 수정

이 글은 Node.js 및 Express API에 대한 DevSecOps의 실제 구현을 상세히 설명하며, 조기 보안 통합을 강조합니다. GitHub Actions 파이프라인이 Bearer CLI를 사용하여 코드 보안을 자동으로 분석하도록 구성된 방법을 보여줍니다. 목표는 의도적으로 도입된 취약점이 배포 전에 자동으로 탐지될 수 있음을 입증하는 것이었습니다. 인증 로그의 민감한 정보를 포함하는 시뮬레이션된 취약점이 시연에 사용되었습니다. Bearer는 높은 심각도의 문제를 성공적으로 식별하여 파이프라인을 실패하게 만들었습니다. 코드 수정 후 파이프라인은 성공하여 Render로의 배포를 허용했습니다. 이 솔루션은 개발, 버전 관리, SAST, 자동화 및 클라우드 배포를 통합합니다. 보안 파이프라인 워크플로는 코드 푸시 또는 풀 요청에 의해 트리거되며, Bearer CLI는 높은 심각도 및 치명적인 심각도의 문제를 스캔합니다. Bearer의 민감한 데이터, 자격 증명 및 잠재적인 보안 결함에 대한 코드를 분석하는 능력은 DevSecOps에 가치가 있습니다. 의도적인 취약점은 비밀번호 로깅을 포함했으며, 이는 Bearer에 의해 높은 심각도의 발견(CWE-134)으로 탐지되었습니다. 이 실패는 보안되지 않은 코드가 진행되는 것을 방지하는 품질 게이트 역할을 했습니다. 수정은 로그에서 민감한 데이터를 제거하여 추적 가능성에 필요한 정보만 남도록 했습니다. 수정 사항을 확인하기 위해 새로운 푸시가 파이프라인을 다시 트리거했으며, 이제 성공적으로 완료되었습니다. 이 프로세스는 SAST 도구가 개발 워크플로 내에서 취약점 수정 사항을 탐지, 차단 및 검증할 수 있음을 보여줍니다. 개발부터 클라우드 배포까지 보안 검사를 통합한 전체 흐름이 성공적으로 시연되었습니다. 주요 학습 내용은 조기 보안 통합, 자동화, 민감한 데이터 보호, 보안 게이트 사용 및 개발 프로세스에 보안을 내장하는 것의 중요성입니다.
Integración de DevSecOps con Bearer SAST y GitHub Actions: detección, bloqueo y remediación de vulnerabilidades dev.to
RSS Hunter RSS Hunter • 어제

🤯 저는 LLM 취약점을 발견했다고 생각했습니다. 틀렸습니다. 그러다 진짜 취약점을 발견했습니다.

저자는 LLM 애플리케이션 보안 문제를 검증하기 위해 샌드박스형 AI 레드팀 실험실을 구축하는 과정을 상세히 설명합니다. 이 프로젝트를 통해 Open WebUI의 사용자 간 RAG 권한 부여 체인과 모델에 구애받지 않는 탈옥 기법을 포함한 실제적인 발견 사항을 확인했습니다. 예상치 못한 결과로는 잘못된 양성 판정이 있었는데, 이는 자격 증명 검증에 대한 중요한 방법론적 교훈을 얻게 했습니다. 이 실험실은 AI 보안에 대한 이론적인 글을 읽는 것 이상의 실질적인 경험을 얻기 위해 구축되었습니다.이 실험실은 Ollama를 사용하여 Mac에서 실행되는 로컬 모델과 Docker 환경의 Open WebUI 및 공격 환경으로 구성되었으며, 모두 격리된 네트워크에 있었습니다. 테스트 방법론은 공격을 진행하기 전에 공격자 신원 및 토큰을 검증하는 데 중점을 두었습니다. 저자는 Open WebUI의 API를 합성 사용자들과 함께 테스트했으며, 권한 부여 경계에 집중했습니다.초기에는 사용자 간 파일 접근 거부 발견이 확인되어 애플리케이션이 파일 소유권을 인지하고 있다는 기준선이 설정되었습니다. 그러나 이후 보고된 사용자 간 채팅 접근 취약점은 유효하지 않은 공격자 자격 증명으로 인해 철회되었습니다. 이 경험은 권한 부여를 평가하기 전에 인증을 확인하는 것의 중요성을 강조했습니다.실제 애플리케이션 발견 사항에는 사용자 간 RAG 수집 결함이 포함되었는데, 이를 통해 권한이 없는 사용자가 다른 사용자가 업로드한 문서를 RAG 파이프라인을 통해 처리하고 해당 내용을 검색할 수 있었습니다. 이어서 수집 쿼리 계층 실패가 발생하여 소유권을 강제하지 않고도 수집 내용에 대한 비인가 접근이 가능해졌습니다. 이 두 가지 발견 사항을 연계하여 문서 공개를 달성할 수 있었습니다.더 나아가, RAG 파이프라인에서 검색된 내용은 지시문 표면이 되었으며, 모델이 문서에 포함된 지시문을 실행하는 간접적인 프롬프트 주입 경로를 보여주었습니다. 이는 RAG 보안이 프롬프트 엔지니어링뿐만 아니라 검색 정책, 소유권 및 콘텐츠 신뢰를 포함한다는 것을 강조했습니다. Garak을 사용한 자동 스캔은 모델별로 탈옥에 대한 저항력이 다양함을 보여주었지만, 수동 테스트를 통해 새로운 공격 벡터가 발견되었습니다. 개발된 기법에는 모델이 기존에 금지된 출력을 계속하는 것처럼 속이기 위해 보조 대화 기록을 조작하는 것이 포함되었습니다.
🤯 I Thought I Found an LLM Vulnerability. I Was Wrong. Then I Found a Real One. dev.to
RSS Hunter RSS Hunter • 어제

Cron, HTTP 엔드포인트 및 큐 워커를 이용한 야간 데이터 정리

아웃바운드 웹훅 재시도를 위한 자동 정리 작업은 데이터가 증가함에 따라 예상치 못하게 리소스 집약적이 될 수 있습니다. 단순한 야간 삭제 작업으로는 증가하는 볼륨을 따라가지 못할 수 있습니다. 이를 관리하기 위해 cron 작업은 정리 작업을 시작하기 위한 공개 HTTP 엔드포인트를 트리거해야 합니다. 대규모 삭제의 경우, 이 엔드포인트는 제한된 배치로 데이터를 처리하는 멱등성 큐 워커에게 작업을 위임해야 합니다. 재시도 원장(retry ledger)은 고유한 배치 키를 사용하여 조건부 삭제를 수행함으로써 반복적인 정리 작업이 의도하지 않은 파괴적인 작업을 유발하지 않도록 보장하는 데 중요합니다.워커는 중복 메시지를 안전하게 처리하도록 설계되어야 하며, 이를 no-op으로 취급해야 합니다. 재시도는 일반적이므로 이 멱등성은 필수적이며 시스템은 이를 강력하게 처리해야 합니다. Node.js cron HTTP 엔드포인트는 멱등성 키를 가진 단일 제한된 배치를 신속하게 게시하여 중복 작업을 방지할 수 있습니다. 실제 삭제는 시간 제한이 있는 cron 작업 자체가 아닌 전용 워커에 의해 처리됩니다.큐 워커는 의도적으로 단순해야 하며, 하나의 제한된 배치를 처리하고, 레코드를 삭제하며, 성공적인 트랜잭션 후에만 완료를 승인해야 합니다. 이 설계는 재시도를 무해하게 만듭니다. 영구적인 실패를 위해 데드-레터 큐(dead-letter queue)를 구현하는 것이 권장되며, 문제가 있는 메시지를 검사하고 다시 보내는 방법을 제공합니다. 멱등성 메커니즘이 다양한 실패 조건에서 올바르게 작동하도록 재시작 시나리오를 테스트하는 것이 중요합니다.관찰 가능성(Observability)은 배치 ID, 개수 및 상태에 대한 자세한 로깅과 함께 핵심입니다. 큐 메시지에 대량의 데이터를 넣지 마십시오. 복잡한 다단계 정리 프로세스의 경우 Temporal 또는 Airflow와 같은 워크플로우 엔진이 더 적합합니다. 설명된 패턴은 더 간단한 단일 패스 보존 작업에 가장 적합하며 공개적으로 액세스 가능한 엔드포인트가 필요합니다.운영 루프는 트리거, 인큐, 클레임, 삭제, 기록 및 승인을 포함합니다. 처리되지 않은 배치 연령 및 데드-레터 큐 깊이와 같은 주요 메트릭을 정기적으로 모니터링하는 것이 필수적입니다. 보존 정책을 변경하기 전에 드라이런(dry-run) 쿼리를 실행하면 우발적인 데이터 손실에 대한 안전망을 제공합니다. 이 전체 프로세스는 근무 시간 외에도 이해하고 관리할 수 있을 만큼 간단해야 합니다.
Nightly Data Cleanup With Cron, HTTP Endpoints, and Queue Workers dev.to
RSS Hunter RSS Hunter • 어제

선택적 속성은 정의되지 않은 속성과 같지 않습니다

선택적 속성과 undefined 값을 가진 속성은 비슷해 보이지만 근본적으로 다릅니다. 객체에 속성이 없는 경우, 해당 속성에 접근하면 undefined가 반환됩니다. 마찬가지로 속성이 존재하지만 값이 명시적으로 undefined인 경우에도 해당 속성에 접근하면 undefined가 반환됩니다. 그러나 in 연산자는 근본적인 차이를 드러냅니다: 속성이 없을 때 value in object는 false이고, undefined 값을 가진 속성이 존재할 때 true입니다. TypeScript에서 ?로 표시되는 선택적 속성은 해당 속성이 객체에 존재하지 않을 수 있음을 의미합니다. 이 차이는 속성을 생략하는 것이 "변경 없음"을 의미하지만, 명시적으로 undefined로 설정하는 것은 다른 의도를 나타내는 API에서 중요합니다. exactOptionalPropertyTypes 컴파일러 옵션은 이 차이를 강제하여, 타입에 | undefined가 명시적으로 추가되지 않는 한 선택적 속성에 undefined를 명시적으로 할당하는 것을 허용하지 않습니다. 이러한 정확한 타이핑은 속성 존재가 의미론적 의미를 갖는 구성 객체 및 업데이트 메커니즘에 유용합니다. 예를 들어, 업데이트 함수는 생략된 필드는 무시하지만 undefined로 설정된 필드는 다르게 처리할 수 있습니다. 이 차이를 이해하는 것은 견고한 API 설계와 정확한 객체 조작에 필수적입니다.
An Optional Property Isn't the Same as undefined dev.to
RSS Hunter RSS Hunter • 어제

PostgreSQL 데이터베이스에 데이터를 저장하는 Note 웹 앱을 도커화하고 세 가지(3) 다른 방식으로 Azure에 배포하기

이 블로그 게시물은 Azure에서 애플리케이션을 안전하고 효율적으로 호스팅하는 세 가지 방법을 제시합니다. 첫 번째 접근 방식은 Azure Container Instances를 활용하며, 로컬에서 Docker 이미지를 빌드하고 Docker Hub에 게시한 다음, aci-notes.yaml 구성 파일을 사용하여 Azure에 배포하는 과정을 포함합니다. 이 방법은 컨테이너를 직접 배포할 수 있게 해줍니다. 두 번째 옵션인 관리형 PostgreSQL 데이터베이스를 갖춘 Web App for Containers는 권장 패턴으로 강조됩니다. Azure는 백업, 패치, 확장과 같은 측면을 관리하며, 애플리케이션은 내장 기능이 있는 컨테이너화된 웹 앱을 위해 설계된 플랫폼에서 실행됩니다. 세 번째 방법은 Docker Compose를 사용하는 가상 머신을 포함하며, 사용자에게 서버 환경에 대한 완전한 제어를 제공하고 Docker를 설치하고 compose 파일을 수동으로 실행할 수 있도록 합니다. 이 접근 방식은 사용자 정의 소프트웨어나 특정 네트워킹 구성이 필요할 때 적합합니다. 각 방법에는 Azure 계정, Docker Hub 계정, 로컬에 설치된 Docker Desktop이 필요합니다. 애플리케이션을 배포한 후에는 불필요한 요금이 발생하는 것을 방지하기 위해 리소스 그룹을 삭제하여 정리하는 것이 중요합니다. 예시에서는 애플리케이션을 로컬에서 테스트한 후 Azure에 배포하는 과정을 보여줍니다.
DOCKERIZING A NOTE WEB APP THAT SAVES ITS DATA IN A PostgreSQL Database AND DEPLOYING IT ON AZURE IN THREE (3) DIFFERENT WAYS. dev.to
CdXz5zHNQW_dYUAUayB5P.webp
RSS Hunter RSS Hunter • 어제

React에서 useRef

useRef는 영구적인 변경 가능한 참조를 생성하기 위한 React Hook입니다. 이는 변경 시 리렌더링을 트리거하지 않는 값을 저장할 수 있게 해줍니다. 일반적인 용도로는 DOM 요소에 직접 접근하여 입력 필드에 포커스를 맞추는 등의 작업을 수행할 수 있습니다.사용하려면 React에서 useRef를 가져와 값으로 초기화합니다. 참조 객체는 저장된 값이나 DOM 노드를 보유하는 'current' 속성을 가집니다. useState와 달리 ref.current를 수정해도 컴포넌트가 리렌더링되지 않습니다.useState는 UI에 영향을 미치고 업데이트 시 리렌더링을 유발하는 상태를 관리하기 위한 것입니다. 반면에 useRef는 타이머 ID나 DOM 참조와 같이 UI 업데이트 없이 렌더링 간에 지속되어야 하는 값에 이상적입니다. 예를 들어, useState 변수를 변경하면 리렌더링이 트리거되지만, useRef.current를 업데이트해도 그렇지 않습니다.DOM 요소에 접근하려면 'ref' 속성을 사용하여 해당 요소에 ref를 연결합니다. 렌더링 후 ref.current는 실제 DOM 노드를 가리키며 직접적인 상호 작용을 허용합니다. 이는 TV와 직접 상호 작용하는 리모컨과 유사합니다.useRef의 핵심은 항상 .current 속성을 통해 해당 값에 접근하는 것입니다. .current를 변경하면 값이 변경되지만 React는 자동으로 리렌더링하지 않습니다. 따라서 useRef는 리렌더링을 트리거하지 않고 "값을 기억"하고 "참조에 접근"하는 방법으로 이해하는 것이 가장 좋습니다.주요 차이점은 동작 방식에 있습니다. useState 변경은 리렌더링 및 UI 업데이트로 이어지는 반면, useRef 변경은 그렇지 않습니다. 이 차이를 이해하는 것은 React 애플리케이션에서 useRef를 효과적으로 사용하는 데 중요합니다.
useRef in React dev.to
RSS Hunter RSS Hunter • 어제

퀘벡의 QST는 복리 계산되지 않습니다: 대부분의 체크아웃 코드가 잘못 이해하는 세금 규칙

대부분의 계산대 세금 시스템은 실행 총액에 요율을 순차적으로 적용하는데, 이는 퀘벡에는 잘못된 방식입니다. 이 흔한 오류는 고객이 즉시 감지하지 못하고 약간 과다 지급하게 만듭니다. 퀘벡은 5%의 GST와 9.975%의 QST를 부과하지만, QST는 GST가 포함된 금액이 아닌 GST 이전 가격에 대해 계산됩니다. 이는 두 세금이 복리로 합산되는 것이 아니라 더해져야 함을 의미합니다.퀘벡에서 100달러 판매에 대한 세금을 계산하는 단순한 접근 방식은 GST 포함 가격에 QST를 잘못 더하여 총 115.47달러가 될 수 있습니다. 그러나 올바른 계산은 총 114.98달러를 산출합니다. 100달러 판매당 0.49달러, 즉 수익의 약 0.5%의 차이는 더 큰 판매량에서 상당히 누적됩니다. 부정확한 세금 계산은 비즈니스 기록과 정부 송금 간의 불일치를 야기할 수 있습니다.단순화된 순차 세금 모델은 온타리오, 앨버타, 브리티시컬럼비아와 같은 주에서는 요율을 더하거나 동일한 기준에 적용할 수 있는 세금 구조를 가지고 있기 때문에 캐나다 대부분에서 작동합니다. 퀘벡의 세금 시스템은 독특하게 QST를 GST를 제외한 기준에 대해 계산해야 합니다. 더 정확한 모델은 각 세금 구성 요소가 자체 요율과 기준을 갖는 구성 요소별 기준을 구별합니다.올바른 세금 계산 모델을 채택하면 캐나다의 모든 주와 준주에서 정확한 세금 징수를 보장합니다. 또한 퀘벡의 비복리 QST 또는 매니토바의 아동복 상한선과 같은 특정 주 세금 규칙을 고려합니다. 캐나다로 판매하는 비즈니스는 근사치에 의존하기보다는 정확한 세금 계산 방법을 구현하는 것이 좋습니다. 지원을 위해 TrueNorth API와 같은 서비스는 캐나다 전역에서 정확한 세금 계산을 제공합니다.
Quebec's QST does not compound: the tax rule most checkout code gets wrong dev.to
RSS Hunter RSS Hunter • 어제

🇯🇵 KaiwaBuddy: 친구를 위해 로컬 AI 일본어 대화 파트너를 만들었습니다

저는 일본어 초급 학습 중인 친구를 위해 로컬 AI 일본어 대화 파트너인 KaiwaBuddy를 만들었습니다. KaiwaBuddy가 해결하는 핵심 문제는 학습한 어휘와 문법을 실제 대화에 적용하는 어려움입니다. 영어 의미, 초급 친화적인 문법 설명, 그리고 흔한 실수에 대한 교정을 제공합니다. 또한, 자연스러운 대화를 시뮬레이션하기 위한 후속 질문도 제공합니다. 현재는 N5 일본어와 Minna no Nihongo Lesson 1 개념에 중점을 두고 있습니다. KaiwaBuddy는 알려진 패턴에 대한 결정론적 학습 엔진과 폴백 AI 모델로서 Gemma 3 1B를 결합한 하이브리드 접근 방식을 사용합니다. 이 하이브리드 시스템은 핵심 개념에 대한 신뢰할 수 있는 지침을 보장하는 동시에 개방형 상호 작용을 가능하게 합니다. 이 프로젝트는 Ollama를 통해 로컬에서 실행 가능한 Gemma 3 1B 모델을 사용하여 독점적인 클라우드 API에 대한 의존성을 피함으로써 오픈 이노베이션을 강조합니다. 로컬 추론은 개인 정보 보호와 개발자의 AI 경험 맞춤화 자유에 중요합니다. 오픈 모델을 사용하는 것은 개발자에게 AI 시스템을 이해하기 쉽게 만들었습니다. KaiwaBuddy는 로컬 추론 기능을 강조하며 Hacktoberfest Weekend Challenge에 제출될 예정입니다. 가장 중요한 학습은 신뢰할 수 있는 AI 애플리케이션은 종종 결정론적 로직과 AI 모델을 결합하여 구조화된 피드백을 제공한다는 것입니다.
🇯🇵 KaiwaBuddy: I Built a Local AI Japanese Conversation Partner for My Friend dev.to
CdXz5zHNQW_Gpok0IsJii.webp
RSS Hunter RSS Hunter • 어제

Exam Buddy: 친구의 OS 시험을 위해 만든 로컬 Gemma 3 퀴즈 도구

Exam Buddy는 개인 노트를 대화형 퀴즈로 변환하도록 설계된 지역 기반 AI 학습 도구입니다. 이 애플리케이션은 수동적인 재독에서 더 효과적인 학습 방법인 능동적 회상으로 전환하여 학습을 개선하는 것을 목표로 합니다. 사용자가 제공한 학습 자료에서 직접 퀴즈 질문을 생성하여 특정 과정 내용과의 관련성을 보장합니다.사용자가 잘못 답변하면 Exam Buddy는 스포츠, 요리 또는 영화와 같은 선호하는 테마에 맞춰 개인화된 설명을 제공합니다. 이 도구는 객관식, AI 채점 서술형 답변 및 혼합 형식을 포함한 여러 퀴즈 모드를 제공합니다. 더 깊은 이해를 위한 후속 질문 및 답변 기능과 어려운 주제에 집중하기 위한 "놓친 문제 다시 풀기" 모드를 통합합니다.Exam Buddy는 또한 점수 기록을 추적하고 각 퀴즈 후 검토가 필요한 영역에 대한 요약을 생성합니다. 이 애플리케이션의 중요한 측면은 Ollama와 Gemma 3 4B 모델을 활용하는 완전한 오프라인 작동입니다. 이를 통해 사용자의 노트와 데이터가 로컬 컴퓨터에 유지되어 개인 정보 보호 및 보안이 강화됩니다.개발에는 일관성 없는 JSON 출력 및 정확한 채점을 위한 프롬프트 엔지니어링과 같은 소형 모델의 신뢰성 문제를 극복하는 것이 포함되었습니다. 개발자는 또한 답변 셔플링 및 스트리밍 데이터 경쟁 조건과 같은 UI 관련 문제를 해결했습니다. 이 프로젝트는 개인화된 교육 도구를 위한 작고 로컬에서 실행되는 AI 모델의 실용성과 강력함을 강조합니다. Exam Buddy의 디자인은 AI 처리를 위해 외부 클라우드 API에 의존하지 않음으로써 사용자 개인 정보를 우선시합니다. 이 프로젝트는 적절한 구현 및 가드레일이 있는 적당한 로컬 모델로 정교한 AI 작업을 효과적으로 처리할 수 있음을 보여줍니다.
Exam Buddy: A Local Gemma 3 Quiz Tool I Built for a Friend's OS Exam dev.to
CdXz5zHNQW_PiwEFkgUzD.webp
RSS Hunter RSS Hunter • 어제

인디아 컴퍼니 컴플라이언스 체크리스트: 첫 주에 알았더라면 좋았을 것들

인도에서 회사를 설립하는 것은 끝이 아니라 지속적인 규정 준수 업무의 시작입니다. 설립 직후에는 시간이 소요될 수 있으므로 신속하게 당좌 예금 계좌를 개설하십시오. PAN과 TAN을 확보하고 접근 가능한 공유 폴더에 정리하십시오. 조기 신고를 피하기 위해 GST 등록이 즉시 필요한지 결정하십시오.정기적인 업무에는 소규모 유한 책임 회사라도 이사회 회의를 개최하고 회의록을 유지하는 것이 포함됩니다. 연체료가 누적되는 것을 피하기 위해 회사 등록관(ROC)의 연간 신고에 성실하게 임하십시오. 계약업체 및 공급업체에 대한 지급 시 원천징수세(TDS)를 준비하십시오. 이는 첫 지급부터 적용됩니다.2주 전에 미리 알림이 설정된 공유 규정 준수 캘린더는 막판 당황을 방지하는 데 매우 유용했습니다. 단순히 신고를 완료하는 것이 아니라 각 신고의 목적을 명확히 설명해 주는 회계사를 선택하는 것은 재무 계획에 도움이 됩니다. 창업자 계약 및 주식 기록을 처음부터 세심하게 유지하는 것은 특히 자금 조달 전에 향후 복잡성을 방지합니다.이러한 관행이 확립되면 규정 준수는 어렵지 않고 관리 가능하며 일상적인 것이 됩니다. 고통은 보이지 않는 마감일과 준비 부족에서 발생합니다. 각 항목에 대한 소유권과 마감일을 할당하여 규정 준수를 일반적인 제품 업무로 접근하십시오.
The India Company Compliance Checklist I Wish I Had in Week One dev.to
RSS Hunter RSS Hunter • 어제

에이전트는 이제 코드베이스 전반에 걸쳐 작업을 계획할 수 있습니다

이번 주의 스루라인은 에이전트가 단일 샷 작업에서 다단계 자율 실행으로 전환하고 오케스트레이션 계층의 위치를 변경하는 데 중점을 둡니다. Raycast AI는 이제 OS 수준에서 자율적인 다단계 작업을 가능하게 하며, 확장 기능 호출을 연결하고 실패 시 재시도하며, 사용량 기반 요금 청구 및 장기 실행 프로젝트를 위한 지속적인 컨텍스트를 제공합니다. Sourcegraph의 Agentic Batch Changes는 여러 리포지토리 마이그레이션을 조정하고, 스크립트 작성을 위임하며, 결과 기반 가격 책정으로 병합 상태를 추적합니다. Ollama의 /v1/systemone 엔드포인트는 분류 작업을 위한 전용 의사 결정 모델을 제공하며, 효율적인 콘텐츠 라우팅 및 티켓 분류를 위해 구조화된 확률 분포를 반환합니다. Cloudflare의 Workers AI 플랫폼은 GDPR 준수를 위해 명시적으로 설계된 다국어 및 저자원 언어 지원을 위한 유럽 오픈 모델인 EuroLLM과 Apertus를 추가합니다. DeepSeek V4 Flash Vision은 이제 Vercel의 AI Gateway에서 실험적으로 제공되며, 캐싱을 통해 비전 및 텍스트 추론을 통합하여 지연 시간에 민감한 애플리케이션을 지원합니다. 마지막으로 Gemini Omni 1.1 Flash는 장면 확장, 4K 업스케일링 및 더 빠른 360p 미리보기를 통해 비디오 생성을 향상시켜 내러티브 연속성에 대한 보다 효율적인 반복을 가능하게 합니다.
Agents Now Plan Tasks Across Your Codebase dev.to
RSS Hunter RSS Hunter • 어제

SOC 2: 서비스 조직을 위한 보증 표준 이해

SaaS 및 클라우드 플랫폼과 같은 디지털 서비스가 고객 데이터와 점점 더 많이 연결됨에 따라 조직은 데이터 보호에 대한 기대치가 높아지고 있습니다. 고객과 기업 구매자는 독립적으로 평가된 통제에 대한 신뢰할 수 있는 증거를 찾고 있으며, 이는 SOC 2의 관련성이 높아지는 이유입니다. AICPA에서 개발한 SOC 2는 선택된 기준에 따라 보안, 가용성, 처리 무결성, 기밀성 및 개인 정보 보호와 관련된 통제를 평가하는 증명 프레임워크입니다. SOC 2는 인증이 아니라 조직의 통제에 대한 검토를 따른 독립적인 증명 보고서라는 점을 이해하는 것이 중요합니다. 이 구분은 기술 회사가 보증 및 공급업체 실사에 대한 대화에서 매우 중요합니다.기업 고객은 통제, 거버넌스, 위험 관리 및 독립적인 보증 보고서를 포함하여 서비스 제공업체의 보안 관행을 점점 더 평가하고 있습니다. SOC 2 보고서는 조직의 통제가 선택된 신뢰 서비스 기준을 어떻게 충족하는지 보여주는 구조화된 방법을 제공하며, 특히 서비스 전반에 걸쳐 데이터 보호를 보장해야 하는 SaaS 및 클라우드 제공업체에게 매우 중요합니다. SOC 2의 주요 특징은 독립 감사인의 역할로, 내부 체크리스트나 자체 선언된 규정 준수 진술과 달리 정의된 범위 내에서 통제에 대한 외부 평가를 제공합니다. 조직은 특히 고객이 통제 운영에 대한 독립적인 증거를 요청할 때 더 광범위한 보증 전략의 일부로 SOC 2를 사용할 수 있습니다.SOC 2를 추구하기 전에 조직은 단순히 보안 정책을 가지고 있는 것이 아니라 통제가 적절하게 설계되었고 검토 기간 동안 효과적으로 운영되고 있는지를 고려한다는 점을 이해해야 합니다. 이를 위해서는 범위 내 시스템 및 서비스, 관련 신뢰 서비스 기준, 이러한 기준을 충족하는 통제, 통제 운영을 입증하는 증거, 할당된 책임 및 지속적인 통제 성과 모니터링에 대한 명확한 이해가 필요합니다. 이러한 명확성은 고객, 감사인 및 기타 이해 관계자와의 보다 의미 있는 대화를 촉진합니다. 경쟁이 치열한 기술 시장의 서비스 조직에게 보안 보증은 이제 상업적 필수 사항입니다. SOC 2는 독립적인 증명 보고서를 통해 데이터 보호에 대한 약속을 입증하고 기업 고객과의 신뢰를 구축하는 확립된 메커니즘을 제공합니다. SOC 2의 평가 범위와 보고서가 인증과 다르다는 점을 이해하면 기술 회사가 보증 상태를 정확하게 전달하는 데 도움이 됩니다.
SOC 2: Understanding the Assurance Standard for Service Organizations dev.to
RSS Hunter RSS Hunter • 어제

Laravel용 인증 — 2FA, 패스키 및 JWT 세션을 갖춘 헤드리스 멀티 가드 로그인

Auth for Laravel은 API 기반 Laravel 애플리케이션을 위한 헤드리스 계정 인증을 위해 설계된 오픈 소스 패키지로, 사용자 정의 구현에서 흔히 발견되는 보안 취약점을 해결합니다. 비밀번호, 매직 링크, 이메일 코드, 패스키의 네 가지 로그인 방법을 제공하며, 강제 등록을 포함한 강력한 2단계 인증 챌린지 엔진을 갖추고 있습니다. 이 패키지는 RS256 액세스 토큰과 회전 가능한 리프레시 토큰, 세분화된 장치 세션 관리, 등록, 초대, 이메일 확인, 비밀번호 재설정과 같은 기능을 제공합니다. 로그인 활동 로그, 스로틀링, 새 장치 알림, 사용자 정의 가능한 위험 규칙 후크를 포함합니다.Auth for Laravel은 서로 다른 계정 유형(사용자, 클라이언트, 직원)에 대해 별도의 가드를 지원하며, 각 가드는 독립적인 모델, 구성, 엔드포인트 및 JWT 대상을 가집니다. JSON 엔드포인트는 가드별로 선택 사항이며 구성 가능하며, 모든 상태 변경은 확장성을 위해 이벤트를 트리거합니다. 설치는 몇 가지 composer 및 artisan 명령으로 이루어지며, 필요한 구성 및 마이그레이션을 게시하고 문제 해결을 위한 설치 검사기를 제공합니다. 개발자는 가드의 모델이 특정 인증 계약 및 트레이트를 구현하도록 하여 패키지를 통합합니다.로그인 시 토큰 쌍 또는 2단계 인증을 위한 챌린지가 반환되며, TOTP 코드 또는 패스키와 같은 다양한 방법을 사용하여 완료할 수 있습니다. 이 패키지는 HMAC 해시로 저장되는 일회용 챌린지를 보장하고, 병렬 추측 공격을 방지하기 위해 확인 전에 코드 시도 횟수를 계산합니다. 라우트 구성은 유연하여 각 가드에 대한 접두사, 이름 및 미들웨어를 사용자 정의할 수 있으며, 라우트는 해당 기능이 활성화된 경우에만 활성화됩니다.Auth for Laravel은 보안 기본값을 신중하게 처리합니다. 등록되지 않은 주소에 대한 로그인 시도는 동일한 응답을 반환하고, 비밀번호 해싱 전에 스로틀링이 발생하며, 민감한 링크/코드는 일회용 해시입니다. 기본적으로 비밀번호, 이메일 또는 2단계 설정 변경은 다른 세션을 무효화하며, 회전된 리프레시 토큰을 재사용하면 세션이 종료되고 알림이 발생합니다. 테스트는 실제 가드 및 토큰 검사를 대상으로 하도록 설계되었으며, 패키지는 테스트에서 계정으로 작동하기 위한 도우미를 제공합니다.소셜 로그인 및 SSO는 내장되어 있지 않지만, 기존 SSO 콜백은 패키지의 API를 통해 토큰을 발급할 수 있습니다. 이 패키지는 PHP ^8.4, Laravel 12 또는 13, 원자적 잠금 기능이 있는 캐시 저장소, 메일 전송이 필요합니다. MIT 라이선스이며, 종속성은 주로 Laravel, Symfony 및 기타 Roundly 패키지로 제한됩니다.
Auth for Laravel — headless multi-guard login with 2FA, passkeys and JWT sessions dev.to
RSS Hunter RSS Hunter • 어제

튜토리얼 지옥에 갇혔어요

저는 작은 프로젝트들을 만들어봤지만, 아무것도 배운 것 같지 않습니다. 지금이라도 처음부터 프로젝트를 만들어야 한다면, 튜토리얼이나 AI를 사용해야 할 것입니다. 자신감을 얻고 싶지만, 모든 단계에서 결국 AI에게 질문하게 됩니다. 트라이(trie)가 무엇인지, 그리고 기존 사용자 이름/Gmail 확인에 어떻게 사용되는지 이해하는 것은 흥미롭지만, 풀스택 프로젝트를 구축하는 것은 어렵게 느껴집니다. 저는 프로젝트를 만들고 싶지만, 혼자서는 하나도 만들 수 없을 것 같고 이것이 저를 매우 의욕 저하하게 만듭니다.
Stuck in tutorial hell dev.to
RSS Hunter RSS Hunter • 어제

너랑 함께라면...

WITH YOU는 도움이 필요하다고 느끼기 어려울 때, 특히 어려운 순간을 겪는 개인을 위한 AI 기반 지원 동반자입니다. 이 서비스는 치료사가 아닌 실제 사람의 지원으로 이어지는 다리 역할을 하도록 개발되었으며, AI 의존보다는 연결을 장려합니다. 이 플랫폼은 AI 동반자, 개인 맞춤형 대처 도구, 개인 안전 계획, 그리고 신뢰할 수 있는 사람들과 연결될 수 있는 리소스를 제공합니다. 인터페이스는 차분하고 지지적으로 설계되어 "어려운 순간" 경험 중 압도감을 줄여줍니다. 핵심 아키텍처는 사용자 안전을 최우선으로 하며, 중요한 안전 조치를 일반 AI 대화와 분리합니다. 오픈 이노베이션은 이처럼 매우 개인적인 도구에 대한 기술, 맞춤화 및 데이터 흐름에 대한 더 큰 통제를 가능하게 했습니다. WITH YOU는 사용자가 대처, 대화, 안전 계획 및 인간적인 연결을 위한 간단한 경로를 제공함으로써 불확실한 순간을 헤쳐나가도록 돕습니다. 시스템의 안전 철학은 실제 지원을 장려하고 위기 상황에서 사용자를 응급 또는 전문적인 도움과 연결하는 것을 강조합니다. 궁극적으로 AI는 지원 계층 역할을 하며, 사용자가 인간적인 연결을 대체하는 것이 아니라 인간적인 연결을 향한 단계를 밟도록 돕습니다.
With you... dev.to
RSS Hunter RSS Hunter • 어제

"Unity, Godot, 또는 나만의 엔진? 왜 내 카드 게임은 평범한 TypeScript인가" 발행: false 태그: gamedev, reactnative, typescript, showdev

저자는 Unity나 Godot와 같은 기성 게임 엔진을 사용하는 대신 맞춤형 엔진을 구축하여 카드 게임 앱인 Decks를 개발하기로 결정했습니다. 이 접근 방식은 중앙 엔진에서 해석되는 JSON 문서로 게임을 정의함으로써 단일 플랫폼에서 많은 카드 게임을 호스팅하는 것을 목표로 했기 때문에 선택되었습니다. Godot에서의 프로토타입은 너무 무겁고 느렸으며, 저자는 카드 게임 렌더링이 근본적으로 간단하며 복잡한 3D 엔진이 필요하지 않다는 것을 발견했습니다. 프로젝트의 핵심인 게임 규칙은 쉽게 테스트 가능하고 렌더링 시스템과 독립적이어야 했습니다.선택된 스택은 순수 TypeScript 게임 코어 패키지, 디자인 토큰, 그리고 Expo, React Native, React Native Skia로 구축된 모바일 앱으로 구성됩니다. 주요 장점은 제로 의존성 게임 코어로, Node.js와 모바일 장치 모두에서 실행할 수 있어 광범위한 테스트와 시드를 통한 재현 가능한 버그 수정이 용이합니다. 규칙은 데이터로 정의되어 유연성을 제공하고 eval에 의존하지 않고 힌트 및 AI 봇과 같은 기능을 지원합니다. 프로젝트 전반에 걸쳐 TypeScript를 사용하면 개발 및 테스트가 간소화됩니다.React Native에서 처리하는 네이티브 UI 요소는 접근성과 반응성을 제공하며, 카드 테이블 자체는 Skia를 사용하여 렌더링됩니다. 카드 얼굴은 동적으로 생성되어 앱 크기를 작게 유지하는 데 기여합니다. 그러나 맞춤형 엔진을 구축하는 데는 히트 테스트, 프레임 속도 최적화, 네이티브 종속성 관리 등의 책임과 같은 상당한 비용이 따릅니다. 규칙 언어의 일반성은 데이터 정의를 장황하게 만들 수도 있습니다. 터치 제스처 및 성능 처리의 어려움에도 불구하고, 저자는 맞춤형 엔진 접근 방식이 유연성과 확장성 면에서 궁극적으로 보람 있다고 생각했습니다. 향후 계획에는 2인용 게임 및 더 많은 솔리테어 변형 추가가 포함됩니다.
Unity, Godot, or my own engine? Why my card games are plain TypeScript" published: false tags: gamedev, reactnative, typescript, showdev dev.to
RSS Hunter RSS Hunter • 어제

저희 Electron 렌더러에는 사전 로드 스크립트가 없으며, 127.0.0.1의 28개 HTTP 엔드포인트와 통신합니다.

Electron 애플리케이션은 일반적으로 렌더러 프로세스에 특권 Electron API에 대한 액세스 권한을 부여하기 위해 사전 로드 스크립트를 사용합니다. 그러나 Notifio의 메인 창은 이러한 접근 방식을 피하고 노드 통합 및 컨텍스트 격리를 비활성화합니다. 대신 렌더러는 메인 프로세스 내에서 실행되는 로컬 HTTP 서버에서 제공하는 표준 웹 페이지로 취급됩니다. 이 서버는 UI와 애플리케이션의 모니터링 로직 간의 완전한 인터페이스를 형성하는 28개의 라우트를 노출합니다.이러한 아키텍처 선택은 여러 요인에 의해 주도되었습니다. 첫째, 렌더러는 실제로 웹 앱처럼 작동하며 표준 웹 기술로 구축되었고 Electron을 인식하지 못합니다. 둘째, HTTP를 사용하면 CRUD 작업과 같은 API 상호 작용에 대한 구조화되고 기존의 어휘를 제공하여 사용자 지정 IPC 채널에 필요한 지속적인 설계 노력을 피할 수 있습니다. 셋째, 렌더러를 자주 다시 로드하는 메인 창의 일회성 특성은 HTTP API를 통해 UI가 각 로드 시 상태를 쉽게 다시 빌드할 수 있습니다.실시간 업데이트는 푸시 메커니즘 대신 이러한 HTTP 라우트를 폴링하여 처리됩니다. 메인 프로세스 내에 서버를 배치하면 직렬화 경계와 별도의 프로세스 관리의 필요성이 제거되어 작동이 단순화됩니다. 이 로컬 HTTP API에 대한 인증은 루프백 인터페이스에만 바인딩하여 외부 네트워크 액세스를 방지함으로써 강제됩니다.HTTP 서버는 깔끔한 분리를 제공하지만, 사용자 로그인을 위한 새 브라우저 창 열기와 같은 특정 Electron 관련 기능은 소규모 인프로세스 브리지를 통해 관리됩니다. 이 브리지를 통해 라우트 핸들러는 서버 모듈 자체가 Electron을 가져오지 않고도 Electron 종속 작업을 위임할 수 있습니다. 이 HTTP 중심 설계의 유일한 예외는 사전 로드 스크립트와 IPC를 사용하는 레코더 창입니다. 이는 타사 사이트를 로드하고 페이지 상호 작용을 관찰해야 하므로 샌드박스 환경 내의 사전 로드 스크립트에 더 적합한 작업이기 때문에 필요합니다. 여기서 차이점은 렌더러가 앱을 쿼리할 때는 HTTP를 사용하고, 외부 페이지를 관찰할 때는 사전 로드/IPC를 사용한다는 것입니다.
Our Electron renderer has no preload script, and it talks to 28 HTTP endpoints on 127.0.0.1 dev.to
RSS Hunter RSS Hunter • 어제

Dev log #24 p2p 스택 강화: 불안정한 테스트에서 WebSocket 수정까지

오픈소스 개발자 Yash는 p2p 네트워킹 및 AI 툴링에 중점을 두고 있으며, 그의 주간 기여 내용을 상세히 설명했습니다. 그는 minip2p Rust 프로젝트에서 시간 기반 대기를 진행 상황 기반 로직으로 대체하여 불안정한 테스트를 해결하는 데 상당한 시간을 할애했습니다. 이러한 테스트는 바쁜 러너로 인해 CI에서 실패하여 개발 속도를 저해했습니다. Yash는 임의의 시간 간격이 아닌 실제 소켓 활동을 기다리도록 테스트를 리팩토링했습니다. 또한 minip2p의 보안 강화를 위해 AutoNAT 및 Identify 프로토콜 전반에 걸쳐 프레임 교환 처리를 통합했습니다.py-libp2p에서는 WebSocket 전송이 모든 실패를 핸드셰이크 타임아웃으로 일반화하여 소켓 누수를 유발하는 버그를 수정했습니다. 그는 더 정확한 오류 보고와 적절한 소켓 닫기를 보장하여 리소스 누수를 방지했습니다. 또한 보안 WebSocket 연결을 위한 서버 인증서 검증을 구현했습니다. Yash는 Trak 프로젝트에도 기여하여 테스트별 고정 요소를 제외하도록 인덱서 로직을 개선했습니다. 그는 이번 주에 열었던 5개의 모든 풀 리퀘스트를 성공적으로 병합했습니다.그의 주간 업무 중 상당 부분은 dotnet-libp2p 리포지토리에 대한 15건의 코드 검토에 할애되었습니다. 이러한 검토는 C# 구현을 더 넓은 libp2p 사양과 동기화하는 데 중점을 두었으며, Windows에서의 QUIC 전송, Gossipsub 강화, 보안 개선 및 안정성 향상과 같은 영역을 다루었습니다. 이 검토 작업은 멘토링과 여러 프로그래밍 언어에 걸친 생태계 정렬을 보장하는 데 중점을 두었습니다. 그의 주간 업무는 Rust, Python, C#을 포함했으며, 새로운 인프라와 리팩토링된 핸들러로 인해 코드 라인이 순증가했습니다. 다음 주 Yash는 minip2p의 전송 계층 성능 벤치마킹과 Python 및 .NET p2p 스택의 진행 상황 모니터링에 집중할 계획입니다.
Dev log #24 Hardening the p2p stack: From flaky tests to WebSocket fixes dev.to
RSS Hunter RSS Hunter • 어제

저희 창에는 종료 버튼이 없으며, window-all-closed는 빈 함수입니다.

Notifio는 이메일을 통해 새로운 임대 목록에 대해 사용자에게 즉시 알림을 제공하도록 설계된 데스크톱 애플리케이션입니다. 핵심 가치는 지속적인 작동에 있으며, 이는 예기치 않게 중단되지 않아야 함을 의미합니다. 마지막 창을 닫으면 앱이 종료되는 Electron의 기본 동작은 이 요구 사항과 호환되지 않습니다. 따라서 Notifio는 메인 창이 닫혀 있을 때도 애플리케이션이 시스템 트레이에서 활성 상태를 유지하도록 보장하는 사용자 지정 라이프사이클을 구현합니다. 불리언 플래그는 창을 닫을 때 숨길지 또는 애플리케이션을 종료할지를 제어하여 실수로 종료되는 것을 방지합니다. 트레이 아이콘은 애플리케이션을 종료하는 유일한 인터페이스가 되며 사용자에게 계속 실행 중임을 알립니다. 트레이 아이콘을 클릭하면 메인 창의 가시성이 전환되며, 숨김이 기본 상태입니다.이 애플리케이션은 또한 중복 프로세스를 방지하기 위해 단일 인스턴스 잠금을 강제 적용하며, 이는 비효율적인 폴링과 충돌하는 상태로 이어질 수 있습니다. 실행 중인 앱을 다시 시작하면 새 인스턴스를 시작하는 대신 숨겨진 창이 전경으로 가져와집니다. 브라우저 컨텍스트는 일시 중지 후 Electron 내에서 유효하지 않게 될 수 있으므로 절전 모드는 문제를 야기합니다. Notifio는 시스템이 절전 모드로 들어가기 전에 이러한 컨텍스트를 사전에 닫아 복귀 시 다시 초기화되도록 보장합니다.외부 웹사이트가 Notifio 자체의 브라우저 인스턴스 내에서 열리는 것을 방지하기 위해 핸들러를 사용하여 모든 외부 링크를 사용자의 기본 브라우저로 리디렉션합니다. 이는 인증되지 않은 브라우징이 로그인 벽으로 이어질 수 있으므로 임대 사이트에 중요합니다. 패키지 앱에서 더 흔하게 발생하는 시작 실패의 경우, Notifio는 오류 세부 정보와 로그 파일 링크가 포함된 단순화된 대체 창을 표시합니다. 이 창은 문제 해결을 돕기 위해 필수 정보만 포함하도록 의도적으로 기본적으로 구성되어 있습니다. 처리되지 않은 예외와 처리되지 않은 거부는 포괄적인 오류 추적을 보장하기 위해 기록됩니다. 이 애플리케이션은 다양한 운영 체제에 대한 별도의 빌드를 제공하며 트레이 동작과 백그라운드 폴링을 사용자에게 명확하게 설명합니다.
Our window has no quit button, and window-all-closed is an empty function dev.to
RSS Hunter RSS Hunter • 어제

Ed25519 서명이 테스트 결과에 대해 실제로 증명하는 것

Ed25519 서명은 주로 등록된 개인 키 소유자가 증거 기록에 서명했음을 증명합니다. 이 서명은 서명 행위를 검증하지만, 결과에 승인한 사람을 인증하지는 않습니다. Ranex는 이를 사용하여 레코드를 수락하기 전에 커밋된 공개 키링에 대해 증거를 검증합니다. 이 바인딩은 증거가 특정 주체 및 명령에 연결되도록 보장합니다.그러나 서명은 보고된 관찰의 진실성이나 정확성을 보장하지 않습니다. 승인자 필드는 현재 인증되지 않은 문자열이므로 서명은 검토자의 신원에 대한 증거를 제공하지 않습니다. 또한 승인된 종속성이라도 잘못된 결과를 보고할 수 있으며, 서명은 코드가 현실을 보고하도록 강제할 수 없습니다.개인 서명 키는 서명 기능과 신뢰 루트 간의 분리를 유지하기 위해 리포지토리 외부에 안전하게 보관해야 합니다. 이 분리는 리포지토리가 손상된 경우 공격자가 서명을 위조하는 것을 방지합니다. 개인 키를 보유한 프로세스는 여전히 도난에 취약합니다.인증되지 않은 승인자 신원 및 동일 사용자 키 도난과 같은 알려진 격차가 인정됩니다. 이러한 위험은 공개 키 검증의 강점과 함께 관리되어야 합니다. 추가 전용 레코드 및 다른 속성에 대한 별도의 게이트 검사와 같은 상호 보완적인 제어를 쌓는 것은 전반적인 보안을 강화합니다. 방어 가능한 주장을 하기 위해서는 서명이 무엇을 증명하고 무엇을 증명하지 않는지를 정확히 이해하는 것이 중요합니다.
What Ed25519 Signing Actually Proves About a Test Result dev.to
RSS Hunter RSS Hunter • 어제

요원들은 교체됩니다. 교리가 바로 산출물입니다.

최근 발생한 사건에서 시스템 세션이 비인가된 파일 접근을 시도했으나, 새로 구현된 훅에 의해 성공적으로 차단되었습니다. 이 훅은 일주일도 채 되지 않았지만, 훨씬 오래된 시스템의 근본적인 규칙을 강제합니다. 작성자는 최근 메모리, 속도 및 에이전트 루프 통합 개선을 위해 다중 에이전트 시스템에서 재구축된 agentic-os로 마이그레이션했습니다. 재구축에도 불구하고, 반복되는 AI 오류를 수정하기 위해 많은 규칙, 특히 강제와 관련된 규칙들을 이전 시스템에서 다시 채워야 했습니다. 상세한 감사 결과, 이전 시스템의 많은 규칙이 새 시스템에서 누락되었거나 부분적으로만 구현된 것으로 나타났습니다. 이러한 규칙들은 AI 모델의 행동 변화가 느리기 때문에 이전 시스템의 실수로부터 얻은 교훈을 나타냅니다. 이전된 주요 규칙에는 권고 규칙을 구속력 없는 것으로 취급하는 것, 단일 오케스트레이터만이 액션을 호출하도록 보장하는 것, 감사자의 독립성을 유지하는 것이 포함됩니다. 스크립트 로직은 결정론적 작업에 대해 LLM 판사보다 우선합니다. 이러한 규칙들은 학술적인 AI 과정보다는 실질적인 제품 개발에서 비롯되었으며, 측정 가능한 결과를 우선시합니다. 훅과 같은 강제 메커니즘은 실패하는 테스트를 먼저 작성하고, 이를 통과하기 위한 코드를 구현함으로써 개발되었습니다. 이를 통해 거부 메커니즘이 철저히 테스트되고 예상대로 작동하는지 확인합니다. 궁극적인 목표는 자율 에이전트 루프를 달성하는 것이지만, 현재로서는 인간의 감독이 여전히 중요합니다. 작성자는 규칙의 이식이 불완전하며, 일부는 여전히 텍스트로만 존재하고 강력한 강제가 부족하다는 점을 인정합니다. 규칙의 효과는 아직 입증된 영향이 아닌, 존재 자체로 측정됩니다. 궁극적으로 개별 에이전트가 아닌, 지속적인 원칙이 진정한 제품으로 간주됩니다.
Agents Get Replaced. The Doctrine Is the Product. dev.to
RSS Hunter RSS Hunter • 어제

저는 제 텍스트-투-SQL 에이전트에게 비즈니스 용어집을 제공했습니다. 한 버전은 많은 도움이 되었고, 다른 한 버전은 아무런 도움이 되지 않았습니다.

Text-to-SQL 에이전트는 테이블 또는 컬럼 이름과 직접적으로 일치하지 않는 비즈니스 용어를 이해하는 데 어려움을 겪는 경우가 많아 잘못된 쿼리 결과를 초래합니다. SchemaGate 1.2.0은 이러한 에이전트의 정확도를 향상시키기 위해 비즈니스 용어를 도입합니다. 이러한 용어는 동의어, 데이터베이스 컬럼에 대한 매핑, 관련 필터 규칙과 함께 명시적으로 정의될 수 있습니다. 예를 들어, "revenue"는 상태 필터와 함께 billing_invoice.total_net에 매핑될 수 있습니다. 이 프로세스는 에이전트가 관련 테이블을 식별하고 특정 비즈니스 개념의 의미를 이해하는 데 도움이 됩니다. 용어는 계층적 관계를 가질 수도 있으며, 이는 테이블 포함 가중치에 영향을 미칩니다. 비즈니스 용어는 dbt, Snowflake 또는 CSV 내보내기와 같은 다양한 소스에서 가져올 수 있으며, 과거 질문-SQL 쌍에서 학습할 수도 있습니다. SchemaGate의 주요 기능은 에이전트가 보기 전에 권한이 없는 테이블과 컬럼을 숨기는 액세스 제어입니다. 데이터 유출을 방지하기 위해 호출자가 모든 기본 테이블과 컬럼에 액세스할 수 없는 경우 비즈니스 용어에 대한 의미 줄이 생략됩니다. BIRD 데이터셋에 대한 실험은 완전한 용어집이 제공되었을 때 10% 포인트의 상당한 정확도 향상을 보여주었으며, 다른 질문에서 학습된 용어는 영향을 미치지 않았습니다. Spider의 검색 작업에서는 학습된 용어가 테이블 검색을 개선했습니다. 본질적으로, 수동으로 주요 비즈니스 용어를 정의하는 것은 쿼리 정확도를 개선하는 데 중요하며, 특히 공식 이해에 중요하며, 학습된 용어는 테이블 검색에 더 효과적입니다. 프롬프트에 용어를 추가하려면 사용자 권한을 신중하게 고려해야 합니다. SchemaGate는 오픈 소스 프로젝트로 제공되며, 여러 데이터베이스와 통합 옵션을 지원합니다.
I gave my text-to-SQL agent a business glossary. One version helped a lot, one did nothing. dev.to
RSS Hunter RSS Hunter • 어제

리서치 리포트의 에이전트 작성 시 문장 앞에 출처를 명시해야 합니다.

연구 보고서의 품질은 유려한 문체뿐만 아니라 출처의 품질에 달려 있습니다. 첫 번째 단계는 단 한 문장과 최대 세 개의 하위 질문으로 연구 질문을 명확하게 정의하여 구조화되지 않은 연구를 방지하는 것입니다. 검색 전에 출처는 1차, 2차, 3차 범주로 계층화되어야 하며, 3차 출처는 핵심 증거로 절대 사용되지 않습니다. 주요 결론은 최소 두 개의 독립적인 출처에서 교차 검증이 필요하며, 그렇지 않으면 단일 출처 주장으로 표시됩니다. 모든 수치적 사실은 출처를 밝혀야 하며, 주요 사실은 정보의 최신성을 유지하기 위해 날짜를 명시해야 합니다.이러한 단계가 완료된 후에야 글쓰기 과정이 시작되며, 고정된 구조를 채택합니다: 핵심 결론을 먼저 제시하고, 이어서 "결론-증거-출처" 순서로 하위 질문을 다루는 본문 섹션을 제시합니다. 보고서는 발견되지 않은 내용, 단일 출처 주장, 무효화 조건에 대한 불확실성 진술로 마무리됩니다. 추측은 명확하게 식별되어야 하며, 확정적인 언어 사용을 피해야 합니다. 이러한 구조화된 접근 방식은 단일 출처에 의존하거나, 추측을 사실로 제시하거나, 날짜가 명시되지 않은 정보를 제공하는 일반적인 안티 패턴에 명시적으로 대응합니다. 이 프레임워크는 알려지지 않은 것에 대한 투명성을 우선시하여 보고서의 신뢰성을 보장합니다. 이 방법론은 질문 정의부터 최종 발표까지 엄격함을 강제함으로써 연구 품질을 향상시킵니다.
Research Reports Your Agent Writes Need Sources Before Sentences dev.to
RSS Hunter RSS Hunter • 어제