<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel>
<title>Bkan 기술 블로그</title><link>https://blog.bkan.dev/</link>
<description>기술 기록</description><language>ko</language>
<atom:link href="https://blog.bkan.dev/rss.xml" rel="self" type="application/rss+xml" />
<item><title>5~50배로 보이던 외주 차익이 실제 공고 앞에서 1~1.4배가 됐다</title><link>https://blog.bkan.dev/asking-price-is-not-demand</link><guid isPermaLink="true">https://blog.bkan.dev/asking-price-is-not-demand</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>에이전트</category><description>판매자 시작가와 에이전시 견적을 맞대어 찾은 5~50배 차익이, 외주나라 의뢰 예산과 Upwork 공고 예산을 맞대자 1~1.4배로 줄었다. 그날 밤, 판정은 체결가 단계 이상의 증거로만 내린다는 규칙을 에이전트가 판정 직전에 읽도록 지침에 걸었다.</description></item>
<item><title>윤문 도구 대신 윤문 앞에 넣는 문서를 바꿨다</title><link>https://blog.bkan.dev/compose-before-polish</link><guid isPermaLink="true">https://blog.bkan.dev/compose-before-polish</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>에이전트</category><description>같은 사료로 글을 다섯 번 뽑아 보니, 어떤 안이 잘 읽힐지는 윤문 도구보다 compose에 함께 넣은 템플릿과 규범 문서가 결정했다. 그렇게 고른 최종본이 기계 게이트를 통과하고도 남긴 결함 넷과 줄 폭을 블로그 집필 스킬의 단계로 고정했다.</description></item>
<item><title>멘탈 모델 수요 신호를 reflect에서 읽기 호출로 옮겼다</title><link>https://blog.bkan.dev/demand-signal-counted-the-wrong-call</link><guid isPermaLink="true">https://blog.bkan.dev/demand-signal-counted-the-wrong-call</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>메모리</category><description>멘탈 모델이 쓰이는지를 reflect 호출의 근거로 재기로 했지만, 그 호출은 10건에서 멈췄다. 계측을 고친 뒤에도 관찰 창에는 호출이 0건이었고, 수요가 왜 적은지 물은 뒤에야 신호를 읽기 호출로 옮겼다.</description></item>
<item><title>슬로건을 내리고 첫 화면에 &quot;포트폴리오 빌더&quot;를 적었다</title><link>https://blog.bkan.dev/landing-names-the-product-first</link><guid isPermaLink="true">https://blog.bkan.dev/landing-names-the-product-first</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>에이전트</category><description>OurFolio와 ASHD 랜딩 문구를 여러 커밋에 걸쳐 고친 뒤 두 규칙이 남았다. 첫 화면은 제품 범주부터 말하고, 서술은 스키마와 코드에 있는 것만 쓴다.</description></item>
<item><title>191MB는 Pixel에서 잰 값이었다</title><link>https://blog.bkan.dev/launch-claims-need-the-measurement-condition</link><guid isPermaLink="true">https://blog.bkan.dev/launch-claims-need-the-measurement-condition</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>평가·검증</category><description>새 모델 발표에 나온 속도·메모리·출처 주장을 내 환경의 값으로 읽으려다가, 그 숫자를 잰 조건이 원문에 이미 적혀 있었다는 것을 Jev 조사와 EmbeddingGemma 2 비교에서 두 번 확인했다.</description></item>
<item><title>맥을 정본으로 뒀는데 윈도우 PC에는 다른 값이 따로 살았다</title><link>https://blog.bkan.dev/state-does-not-cross-machines</link><guid isPermaLink="true">https://blog.bkan.dev/state-does-not-cross-machines</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>인프라·격리</category><description>윈도우 PC에서 SSH로 맥에 붙어 일한 9월과 10월에, 계정·설정·연결 상태가 기계마다 따로 남아 어긋났다. 같은 이름의 값, 한쪽이 꺼지면 끊기는 길, 정본을 옮기다 끊긴 세션을 적었다.</description></item>
<item><title>워커 터미널은 보기만 한다 - 같은 새벽에 정한 규칙들의 근거</title><link>https://blog.bkan.dev/watch-only-worker-terminals</link><guid isPermaLink="true">https://blog.bkan.dev/watch-only-worker-terminals</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>에이전트</category><description>Orca 워커 터미널을 화면에서 만지지 않는다는 규칙은 앱 코드를 읽은 근거 덕분에 남았고, 같은 새벽에 시각이 일치한다는 추정에 기댄 절차는 3분 만에 예외로 줄었다.</description></item>
<item><title>60초 안에 반복된 같은 recall 44쌍 중 33쌍은 한 세션의 loop였다</title><link>https://blog.bkan.dev/duplicate-recalls-were-one-loop</link><guid isPermaLink="true">https://blog.bkan.dev/duplicate-recalls-were-one-loop</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>메모리</category><description>메모리 뱅크 recall 원장에서 60초 안에 같은 요청이 다시 온 44쌍을 출처별로 갈랐다. 33쌍은 한 세션이 돌린 순차 loop였고 확정 동시 중복은 2쌍이었기 때문에, 결과 캐시와 요청 합치기를 만들지 않았다.</description></item>
<item><title>이슈 규약은 검사 훅 없이 간다 - 도입 뒤 198건이 네 지표 100%였다</title><link>https://blog.bkan.dev/issue-convention-without-a-hook</link><guid isPermaLink="true">https://blog.bkan.dev/issue-convention-without-a-hook</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>에이전트</category><description>에이전트가 쓰는 GitHub 이슈 본문의 필수 칸을 검사 훅 대신, 쓰기 직전에 읽는 규약 문서 하나로 맞췄다. 도입 뒤 쌓인 이슈 198건을 미리 적어 둔 판정 기준에 다시 대 봤고, 이 판정으로 확정되는 것은 칸이 채워졌는지까지다.</description></item>
<item><title>표 한 줄로 적은 Kiro 철거에 네 차례가 걸렸다</title><link>https://blog.bkan.dev/kiro-teardown-took-four-passes</link><guid isPermaLink="true">https://blog.bkan.dev/kiro-teardown-took-four-passes</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>인프라·격리</category><description>한 달짜리 Kiro 체험 레인을 걷어내면서, 미리 적어 둔 철거 비용 표를 실제 작업과 맞대 봤다. 표에 적은 줄은 하루 안에 끝났지만, 표에 없던 일은 같은 날과 그 뒤 두 차례에 걸쳐 나왔다.</description></item>
<item><title>태그를 쓰는 시점에 고치자, 2주 동안 새 문서의 문제 태그가 0건이었다</title><link>https://blog.bkan.dev/tag-rules-at-write-time-two-weeks</link><guid isPermaLink="true">https://blog.bkan.dev/tag-rules-at-write-time-two-weeks</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>메모리</category><description>8월 대청소 뒤 다시 흩어진 개인 메모리 뱅크 태그를 저장 시점 규칙과 재태깅으로 다루고, 측정 전에 고정한 합격 규칙으로 2주 뒤 새 문서 387건을 다시 쟀다.</description></item>
<item><title>도구 사이트 체결가 중앙값은 $375였다</title><link>https://blog.bkan.dev/tool-site-exit-at-the-median</link><guid isPermaLink="true">https://blog.bkan.dev/tool-site-exit-at-the-median</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>평가·검증</category><description>Flippa 경매 체결가가 공개된 도구·유틸리티 38건을 재 보니 중앙값은 $375였고, 500불이라는 문턱은 위쪽 18건만 넘었다.</description></item>
<item><title>OpenCodex 허브 한 달 - 프록시를 붙들고 있던 것들</title><link>https://blog.bkan.dev/opencodex-one-month-as-hub</link><guid isPermaLink="true">https://blog.bkan.dev/opencodex-one-month-as-hub</guid><pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate><category>인프라·격리</category><description>맥에 OpenCodex 프록시를 정본으로 세운 한 달 동안 연결이 네 번 끊겼고, 끊은 것은 폴더 경로와 오래 떠 있던 앱 서버, 그리고 에이전트가 건 재시작 작업이었다</description></item>
<item><title>에이전트 운영 체계 - 다섯 런타임이 지침 파일 하나를 읽는 설정 정본</title><link>https://blog.bkan.dev/agent-ops</link><guid isPermaLink="true">https://blog.bkan.dev/agent-ops</guid><pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate><category>에이전트</category><description>Claude Code·Codex·gjc·senpi·aside가 심링크로 같은 지침 파일을 읽고, 긴 규칙은 동작 직전에 읽을 문서로 빼서 지침에 한 줄로 배선해 둔 설정 정본 agent-set을 기록했다.</description></item>
<item><title>ASHD - 영수증 사진을 환불·보증 마감 알림으로 바꾸는 웹 서비스</title><link>https://blog.bkan.dev/ashd</link><guid isPermaLink="true">https://blog.bkan.dev/ashd</guid><pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate><category>에이전트</category><description>사진 한 장에서 구매 정보를 읽어 마감 전에 알려 주는 서비스를 두 번 만들고 조용히 지나가던 실패를 고친 뒤 전시물로 남긴 기록</description></item>
<item><title>BK-HQ - 에이전트 14명을 조직도로 묶은 1인 회사</title><link>https://blog.bkan.dev/bk-hq</link><guid isPermaLink="true">https://blog.bkan.dev/bk-hq</guid><pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate><category>에이전트</category><description>새 기능·버그 수정·마케팅 실험·정책 변경을 팀장과 팀원 에이전트에게 나눠 맡기려 했던 개인 운영 체계를 설계하고 운영하다가 접기까지의 기록</description></item>
<item><title>BluePy - SSH로 KISA 보안 점검을 규칙 단위로 돌리는 CLI</title><link>https://blog.bkan.dev/bluepy</link><guid isPermaLink="true">https://blog.bkan.dev/bluepy</guid><pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate><category>인프라·격리</category><description>규칙 133개를 쌓은 서버 보안 점검 도구가 v0.1에서 검증된 다섯 규칙만 기본으로 열기까지</description></item>
<item><title>cct - 여러 Claude 구독 계정을 골라 쓰는 셸 지갑과 사용량 대시보드</title><link>https://blog.bkan.dev/cct</link><guid isPermaLink="true">https://blog.bkan.dev/cct</guid><pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate><category>인프라·격리</category><description>계정마다 받은 장기 토큰을 지갑에 두고 골라 쓰는 셸 도구와, 대화 중인 계정의 사용률을 호출 없이 읽게 된 대시보드</description></item>
<item><title>Hindsight-Crew - 여러 에이전트가 함께 쓰고 서버가 규칙을 지키게 하는 메모리</title><link>https://blog.bkan.dev/hindsight-crew</link><guid isPermaLink="true">https://blog.bkan.dev/hindsight-crew</guid><pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate><category>메모리</category><description>코딩 에이전트 여럿이 오픈소스 메모리인 Hindsight 하나를 함께 쓰도록 그 앞에 게이트웨이를 세웠다. 어느 뱅크에 쓸지는 토큰이 정하고, 고칠 수 없는 형식 위반은 서버가 거절한다.</description></item>
<item><title>검수·지휘 스킬 - 계획 리뷰와 결과 검수를 거쳐 머지까지 이끄는 스킬 셋</title><link>https://blog.bkan.dev/review-skills</link><guid isPermaLink="true">https://blog.bkan.dev/review-skills</guid><pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate><category>에이전트</category><description>이슈 번호를 넘기고 시작할 때 한 번만 답하면 머지까지 진행되는 Claude Code 스킬 셋인 final-review, plan-review, super-auto를 만들었고, 실제 런에서 부딪힌 문제를 반영해 고쳐 왔다.</description></item>
</channel></rss>
