2026-05-10

• #0010

  #0010인프라·SaaSGitHub Trending Weekly지난주

  코딩 에이전트용 오픈소스 백엔드 스택 `InsForge`

  `InsForge`, open-source backend stack built for coding agents

  60radar

  InsForge백엔드 스택 — 에이전트용 올인원 백엔드 레이어

  auth·Postgres·스토리지·함수·호스팅·AI 게이트웨이를 한 레이어로 묶어 에이전트가 직접 만지게 한다. Supabase와 Vercel, AI 프록시를 따로 엮기 번거로웠다면 지금 추적할 만한 대안이다.

  • —에이전트 진입점이 MCP Server와 CLI + Skills 두 갈래다. 대시보드 클릭 대신 설정·배포·디버깅을 툴 호출로 밀어 넣는다.
  • —표면적 기능이 넓다. Authentication, Database, Storage, Model Gateway, Edge Functions, 사이트 배포까지 한 묶음이고, 컴퓨트는 private preview 상태다.
  • —Model Gateway는 OpenAI 호환 API로 여러 LLM 공급자를 감싼다. 모델 공급자 교체나 멀티벤더 구성이 훨씬 단순해진다.
  • —셀프호스팅 시작점이 Docker Compose와 Node.js다. 로컬에서 풀스택 백엔드 흐름을 먼저 검증한 뒤 배포 구조를 옮기기 쉽다.

  출처: github.com/InsForge/InsForge원문 보기 →
• #0009

  #0009에이전트·도구GitHub Trending Weekly지난주

  `Ouroboros`, 명세 우선 AI 코딩용 `Agent OS`

  `Ouroboros`: spec-first Agent OS for replayable AI coding

  60radar

  OuroborosAI 코딩 Agent OS — 명세 우선 워크플로

  프롬프트를 길게 다듬는 대신 요구사항을 먼저 굳히고 실행을 재현 가능하게 묶는다. 여러 코딩 CLI 위에 얹어 검증 가능한 작업 흐름을 만들고 싶다면 지금 써볼 만함.

  • —핵심 흐름은 interview -> crystallize -> execute -> evaluate -> evolve 5단계. 코드보다 명세를 먼저 잠가 재작업을 줄인다.
  • —지원 범위가 Codex CLI, Claude Code, Copilot CLI, Kiro 등으로 넓다. 특정 에이전트에 덜 묶이는 운영 레이어로 쓸 수 있다.
  • —검증은 3단계 자동 평가 게이트를 전면에 둔다. looks good식 수동 확인보다 배포 전 체크를 구조화하기 쉽다.
  • —진입 방식도 ooo interview "..."처럼 인터뷰형이다. 막연한 한 줄 프롬프트보다 초기 요구사항 수집 품질에 더 유리하다.

  출처: github.com/Q00/ouroboros원문 보기 →
• #0008

  #0008에이전트·도구opencode_releases지난주

  `OpenCode` `v1.14.46`, 설정·API 스키마·Plan Mode 안정화

  `OpenCode` `v1.14.46` hardens config, API schema, and Plan Mode

  50radar

  OpenCode오픈소스 코딩 에이전트 — 로컬 설정·MCP 확장 지원

  설정 수정, HTTP API 쿼리 타입, 구세션 로딩, MCP 발견 과정에서 터지던 문제가 한 번에 정리됐다. 새 기능보다 안정성 패치 중심이라 기존 사용자라면 업데이트 우선순위가 꽤 높다.

  • —내장 customize-opencode 스킬이 추가돼 설정 파일을 손보다 부팅이 깨질 확률이 줄었다. 로컬 커스터마이징 부담이 낮아진다.
  • —세션·파일 엔드포인트의 숫자 쿼리, 불리언 쿼리 처리 버그를 고쳐 OpenAPI 스펙과 SDK 타입이 다시 맞물린다.
  • —예전 세션에 남아 있던 레거시 숫자값과 음수 토큰 수를 허용해 메시지 로드 실패와 Desktop 시작 실패를 막았다.
  • —깨진 outputSchema 참조를 내보내는 MCP 서버가 있어도 도구 발견이 계속된다. 외부 서버 하나 때문에 전체가 멈추는 일이 줄어든다.
  • —Plan Mode에서 서브에이전트가 상위 에이전트의 deny 규칙을 무시하던 보안 우회를 막았다. 자동화 워크플로 안전성이 올라간다.

  출처: github.com/anomalyco/opencode/releases/tag/v1.14.46원문 보기 →
• #0007

  #0007에이전트·도구opencode_releases지난주

  `OpenCode` `v1.14.45`, 경로 권한 판정·세션 복구·SDK 에러 처리 수정

  `OpenCode` `v1.14.45` fixes path rules, session loading, and SDK errors

  50radar

  OpenCode오픈소스 코딩 에이전트 — CLI·TUI·데스크톱 제공

  권한 경로 판정과 세션 복구처럼 거슬리던 운영성 버그를 한 번에 정리했다. worktree·커스텀 provider·데스크톱 앱을 쓰고 있다면 조용히 올릴 가치가 충분한 패치다.

  • —read 권한 규칙이 이제 worktree 상대 경로와 맞물린다. allowlist·denylist 오작동이 줄어 멀티 워크트리 작업이 덜 불안하다.
  • —로컬 HTTP API의 workspace 라우팅 엔드포인트가 유효한 directory·workspace 쿼리를 다시 받는다. 자동화 스크립트 깨짐이 줄어든다.
  • —TUI는 시작 실패 때 첫 에러만 숨기지 않고 모든 bootstrap 요청 실패를 보여준다. 세션 열기 중 메시지 요청 실패 크래시도 막았다.
  • —데스크톱은 예전 마이그레이션 세션에서 diff 메타데이터나 patch가 비어 있어도 다시 연다. 업데이트 후 기록 유실 체감이 줄어든다.
  • —SDK의 throwOnError: true는 이제 서버 메시지를 담은 진짜 Error를 던지고 응답 본문을 cause에 남긴다. 에러 처리 코드가 단순해진다.

  출처: github.com/anomalyco/opencode/releases/tag/v1.14.45원문 보기 →
• #0006

  #0006에이전트·도구r/ClaudeAI지난주

  `Autoharness`, `Claude Code` 하네스를 스스로 튜닝

  `Autoharness` lets `Claude Code` tune its own agent harness

  50radar

  Autoharness하네스 튜닝 도구 — eval 루프로 변경만 검증·채택

  에이전트 품질을 프롬프트 감이 아니라 eval 루프로 올리는 흐름이 한 단계 더 올라왔다. 점수 개선된 하네스 변경만 남기는 방식이라, 커스텀 에이전트 굴리는 쪽이면 바로 훑어볼 가치가 있다.

  • —tau2-airline에서 best-of-N skillbook 스코어링+LLM 심사로 +40.7%. 평가기 설계 자체가 성능 레버로 올라왔다.
  • —리플렉터 하이퍼파라미터 조정만으로 +24.1% 상승. temperature, 서브에이전트 호출 수 같은 기본값도 아직 덜 최적화돼 있다.
  • —각 스텝마다 실행 컨텍스트를 주입하자 +22.2% 개선. step budget, 최근 툴 호출, 최근 결과를 계속 넣는 편이 유리했다.
  • —사용 흐름은 단순하다. 설치 후 Claude Code를 GUIDE.md에 연결하면 변경 제안, eval, 점수 상승분만 채택한다.
  • —숫자는 특정 벤치 기준이라 그대로 믿을 건 아니지만, 하네스를 자동 변이시키고 바로 검증하는 운영 패턴은 재사용성이 높다.

  출처: www.reddit.com/r/ClaudeAI/comments/1t8cn9y/claude_improv원문 보기 →
• #0005

  #0005에이전트·도구r/ClaudeAI지난주

  이스케이프 한 번 잘못돼 `rd /S /Q \`로 **717GB** 날린 사고

  One Escaping Bug Turned `rd /S /Q \` Into a 717 GB Windows Wipe

  40radar

  폴더 하나 지우려던 명령이 셸을 여러 번 거치며 C:\ 루트 삭제로 바뀌었다. 디스크 작업을 AI에 맡길 때는 네이티브 명령과 -WhatIf 미리보기가 사실상 필수, 바로 적용할 만하다.

  • —원래 의도한 경로는 C:\Users\ADMIN\Desktop\WIP였지만 zsh→tmux→PowerShell→cmd를 지나며 rd /S /Q \로 붕괴됐다.
  • —약 90초 동안 진행돼 사용량이 748GB→31GB로 줄었다. 분리된 HDD 백업이 없었으면 운영체제와 작업물 대부분이 같이 증발했다.
  • —대안은 PowerShell Remove-Item -Path 'C:\absolute\path' -Recurse -Force -WhatIf 조합이다. 경로가 망가지면 실행 전 바로 드러난다.
  • —교훈은 모델 성능보다 운영 설계에 있다. 파괴적 명령은 실행 직전 최종 문자열을 에코하고, 가능하면 cmd /c 우회 없이 한 셸에서 끝내야 한다.

  출처: www.reddit.com/r/ClaudeAI/comments/1t923er/i_deleted_a_g원문 보기 →
• #0004

  #0004인프라·SaaSGeekNews지난주

  `AWS` 북버지니아 장애 해결, `US-East-1` 과열이 원인

  `AWS` Virginia Outage Resolved After `US-East-1` Overheating Incident

  40radar

  US-East-1AWS 리전 — 북버지니아 기본 리전

  냉각 이슈가 실제 서비스 장애로 번지면서 US-East-1 단일 의존의 취약점이 다시 드러났다. 아직도 한 리전에만 묶여 있으면 멀티리전 대비 비용이 다운타임보다 싸다.

  • —원인은 북버지니아 데이터센터 과열. 단순 상태 페이지 경고가 아니라 리전급 가용성 문제로 번졌다.
  • —영향 사례로 Coinbase, FanDuel이 거론됐다. 결제·트랜잭션 성격 서비스가 직접 흔들렸다는 뜻이다.
  • —AWS는 금요일 오후 3시 29분 ET에 복구를 알렸다. 끝난 장애여도 단일 리전 구조면 같은 유형에 또 맞는다.

  출처: news.hada.io/topic?id=29337원문 보기 →
• #0003

  #0003에이전트·도구opencode_releases지난주

  `Opencode` `v1.14.44`, 기존 워크스페이스 업그레이드 실패 수정

  `Opencode` `v1.14.44`, fixes upgrade failures in existing workspaces

  40radar

  Opencode오픈소스 코딩 도구 — 워크스페이스 기반 개발 흐름

  기존 워크스페이스에서 time_used 필드를 추가할 때 업그레이드가 깨지던 문제를 잡았다. 자주 업데이트 중이라면 바로 올릴 만하고, 아니면 체감 영향은 낮다.

  • —수정 범위는 기존 워크스페이스 업그레이드에 한정된다. 신규 설치보다 마이그레이션 경로 안정화 성격이 강하다.
  • —문제 원인은 time_used 필드 추가 과정이다. 스키마나 상태 전환 로직에서 회귀가 있었던 셈이다.
  • —새 기능은 없고 운영성 패치다. 업데이트 실패를 이미 겪었다면 우선순위가 올라가고, 아니면 급하진 않다.

  출처: github.com/anomalyco/opencode/releases/tag/v1.14.44원문 보기 →
• #0002

  #0002에이전트·도구opencode_releases지난주

  `OpenCode` `v1.14.43`, `ACP` 이미지 첨부·인증 로더 API 호환성 수정

  `OpenCode` `v1.14.43`, fixes `ACP` image attachments and auth-loader API compatibility

  40radar

  OpenCode오픈소스 코딩 에이전트 — 세션 리플레이 지원

  ACP 업데이트·세션 리플레이에서 빠지던 이미지 첨부를 복구했고, 인증 로더가 비JSON 옵션을 넣어도 provider/config API가 깨지지 않는다. 멀티모달 기록이나 커스텀 인증을 쓰면 바로 올릴 만한 패치다.

  • —ACP 업데이트와 세션 리플레이에 도구 이미지 첨부를 포함한다. 스크린샷 기반 작업 추적 누락이 줄어든다.
  • —인증 로더가 provider에 비JSON 옵션을 추가해도 provider/config API 응답이 유지된다. 커스텀 인증 어댑터와 충돌을 덜 낸다.
  • —범위는 Core 버그픽스 중심이고 커뮤니티 기여자는 1명이다. 기능 추가보다 운영 안정화 성격이 강하다.

  출처: github.com/anomalyco/opencode/releases/tag/v1.14.43원문 보기 →
• #0001

  #0001기타GeekNews지난주

  `NixOS` 비밀값, `Nix store`에 넣는 순간 읽힌다

  `NixOS` Secrets: Plaintext in `Nix store` Is Readable

  40radar

  NixOS리눅스 배포판 — 설정을 선언형으로 관리하는 OS

  비밀값을 Nix 설정이나 비공개 Git에 숨겨도 배포 뒤엔 Nix store에 남아 머신 접근자가 읽는다. NixOS로 운영 중이면 sops-nix를 기본값으로 깔아야 할 수준이며, 아니면 서버 비밀관리부터 다시 봐야 한다.

  • —Nix 설정에 박아 넣은 비밀값은 배포 후 Nix store로 흘러가고, 여기선 머신 사용자 누구나 읽을 수 있다.
  • —비공개 저장소에 두거나 git-crypt로 관리해도 빌드·배포 시 평문이 store에 남으면 소용없다. 문제 지점이 저장소에서 런타임으로 옮겨갈 뿐.
  • —sops-nix는 .sops.yaml 규칙과 sops 편집 흐름을 붙여 비밀파일을 관리한다. NixOS 운영 스택이면 우선 채택할 만하다.

  출처: news.hada.io/topic?id=29328원문 보기 →