개발·AI·창업의 기록. 이전 글은 당시 작성 명의와 발행일을 보존합니다.
소개 문장만 고치면 다른 화면과 검색 정보에 옛 표현이 남을 수 있다. 회사와 개인 사이트의 문구를 정리하며 함께 확인한 항목들.
3분 읽기 →긴 대화를 전부 읽히기보다 현재 목표와 확정된 결정, 실제 결과를 구분해 남긴다. 다음 작업이 잘못된 전제에서 시작하지 않도록 하는 기록법.
3분 읽기 →자연스럽게 읽히는 문장도 근거와 다를 수 있다. 블로그를 다시 읽으며 확인한 과장, 숫자의 범위와 사실 관계.
3분 읽기 →매번 AI가 새 글을 써서 바로 공개하던 블로그를, 검토한 원고만 일정에 맞춰 발행하도록 바꾼 이유.
3분 읽기 →친구의 부탁으로 병원 블로그 일을 시작했다. AI 솔루션을 개발하다 방향을 바꾸고, 지금 코드쉬프트에서 일하기까지의 이야기.
3분 읽기 →결제나 예약 요청이 타임아웃됐다고 실행까지 실패한 것은 아니다. 멱등 키와 실행 기록으로 에이전트의 중복 처리를 막는 방법을 정리한다.
4분 읽기 →모델이 교체되거나 지원이 종료되면 특정 모델에 맞춘 프롬프트도 다시 검증해야 한다. 모델 변경에 대비해 평가 데이터, 입출력 스키마, 모델별 어댑터를 어떻게 관리할지 정리한다.
4분 읽기 →OpenAI는 2025년 4월 지나치게 동조적인 GPT-4o 업데이트를 되돌렸다. 사용자 만족도와 사실 정확도를 따로 측정하고, 틀린 전제를 정정하는지 평가해야 하는 이유를 설명한다.
5분 읽기 →현재 값만 저장하면 에이전트가 과거 결정을 당시 정보로 재현하기 어렵다. 유효시간과 시스템시간을 나눠 기록하는 이분시간 모델과 시점 조회의 필요성을 설명한다.
4분 읽기 →CRM과 결제 시스템에 같은 고객이 다르게 기록돼 있으면 분석 결과도 달라진다. 식별자, 매칭 기준과 검토 이력으로 중복을 관리하는 방법.
3분 읽기 →서버의 예상 사용 기간을 늘리면 연간 감가상각비가 줄어 회계상 이익이 커진다. 하이퍼스케일러의 내용연수 변경 사례와 AI 장비 교체 속도를 함께 살펴본다.
4분 읽기 →AMD와 OpenAI의 계약처럼 공급과 투자가 결합된 거래가 늘었다. 투자 약정, 구매 계약, 실제 매출과 최종 수요를 구분해서 읽어야 하는 이유.
3분 읽기 →같은 매출 질문에도 환불·세금·환율 기준에 따라 다른 SQL과 결과가 나올 수 있다. 의미 계층에서 지표 정의와 권한을 관리해야 하는 이유를 설명한다.
4분 읽기 →OpenAI·Meta·DeepSeek·알리바바가 모델 가중치를 공개하는 이유는 회사마다 다르다. 오픈웨이트가 모델 가격과 생태계 경쟁에 미치는 영향, 이용자가 확인할 라이선스와 운영 비용을 살펴본다.
4분 읽기 →에이전트는 같은 시스템 프롬프트와 도구 정의를 여러 요청에서 반복해 처리한다. 프롬프트 캐싱의 비용 구조와 캐시 적중률을 떨어뜨리는 요인을 정리한다.
4분 읽기 →빅테크는 AI 스타트업 전체를 인수하는 대신 핵심 인력을 채용하고 기술을 비독점으로 라이선스하기도 한다. 2024~2025년 사례를 통해 이 거래 구조가 창업자·직원·투자자에게 남기는 문제를 살펴본다.
4분 읽기 →입력 가능한 길이와 그 안의 정보를 활용하는 능력은 다르다. Chroma와 NoLiMa 연구로 긴 입력을 평가할 때 볼 항목을 살펴본다.
3분 읽기 →temperature를 0으로 설정해도 추론 환경과 배치 구성에 따라 출력이 달라질 수 있다. 완전한 문자열 일치 대신 구조와 의미를 검증해야 하는 이유를 설명한다.
4분 읽기 →모델 출력으로 다음 세대를 반복 학습하면 드문 사례가 사라질 수 있다. 기존 실제 데이터를 합성 데이터로 교체할 때와 함께 축적할 때의 차이를 연구 결과로 살펴본다.
4분 읽기 →AI 학습 데이터 기업은 품질뿐 아니라 고객의 정보를 안전하게 다루는 능력도 필요하다. Meta의 Scale AI 투자를 계기로 중립성과 신뢰를 살펴본다.
3분 읽기 →METR의 2025년 실험에서는 숙련 개발자가 AI 도구를 썼을 때 작업 시간이 19% 늘었지만 참가자들은 더 빨라졌다고 느꼈다. 코드 생성과 검토·검증·유지보수 시간을 함께 측정해야 하는 이유를 살펴본다.
5분 읽기 →데이터를 보유한 사실만으로 경쟁우위가 생기지는 않는다. 품질 개선 효과, 갱신 방식, 사용 권한과 피드백 기록을 함께 확인해야 한다.
3분 읽기 →추론 모델은 최종 답변 밖에서 사용한 토큰도 비용에 포함할 수 있다. 요청 난이도에 따라 달라지는 원가를 측정하고 추론 수준을 작업별로 조정하는 방법을 살펴본다.
3분 읽기 →평가용 모델도 답변 순서와 길이, 익숙한 문체의 영향을 받을 수 있다. 사람의 판정과 비교하고 평가 조건을 점검하는 방법.
3분 읽기 →공개 평가에는 선택 편향과 데이터 오염 문제가 생길 수 있다. 리더보드를 참고하면서 내 업무에 맞는 평가를 따로 마련하는 방법.
3분 읽기 →문제 풀이 구독 서비스 Chegg는 생성형 AI와 검색 환경 변화의 영향을 받았다. 답변 콘텐츠의 경쟁력과 유입 경로를 함께 점검해야 하는 이유.
3분 읽기 →모델 API 공급사가 같은 시장에서 완제품을 판매할 수 있다. 코딩 도구를 만드는 회사가 가격과 공급 조건, 고객의 업무 방식을 함께 봐야 하는 이유.
3분 읽기 →인터콤 Fin과 시에라는 좌석 수보다 해결된 결과를 기준으로 요금을 받는다. 성과 기반 가격을 쓰려면 해결의 정의, 측정 방식, 실패 책임을 어떻게 정해야 하는지 살펴본다.
3분 읽기 →METR의 작업 시간 지평은 전문가 기준 작업 길이와 AI의 성공 확률을 연결한 지표다. 이 수치를 실제 자동화 범위에 적용할 때 주의할 점.
3분 읽기 →고객 문의를 사람이 받지 않았다는 사실만으로 문제가 해결됐다고 볼 수는 없다. 고객지원 AI의 해결률을 정의하고 재문의·오류·사람 전환을 함께 측정하는 방법을 살펴본다.
3분 읽기 →민감한 자료, 외부에서 온 콘텐츠, 외부 통신이 결합하면 프롬프트 인젝션 피해가 커질 수 있다. 접근 범위와 실행 권한을 점검하는 방법.
4분 읽기 →작업에 맞는 모델을 고르려면 먼저 품질 기준이 필요하다. 모델별 평가, 요청 분류와 증류를 비용 및 운영 부담과 함께 살펴본다.
3분 읽기 →AI 서비스는 이용량이 늘 때 추론 비용도 늘어난다. 고객별 사용량, 검토 비용, 재시도까지 포함해 실제로 남는 금액을 계산하는 방법.
3분 읽기 →에이전트가 주문·환불·계약 상태를 직접 바꾸려면 허용된 행동, 권한, 검증, 감사 기록이 필요하다. Palantir의 Action Type을 예로 들어 안전한 변경 구조를 설명한다.
4분 읽기 →진료 대화를 기록으로 정리하는 AI는 의료진의 문서 작업을 줄일 수 있다. 효과, 검토 부담, 규제와 비용 구조를 나눠서 살펴본다.
4분 읽기 →지난 대화를 검색할 수 있어도 바뀐 사실을 구분하지 못하면 같은 실수가 반복된다. 에이전트가 무엇을 기억하고 갱신하며 폐기할지 정하는 방법.
4분 읽기 →Wix의 Base44 인수는 제품을 만드는 능력과 고객에게 전달하는 능력을 함께 생각하게 한다. 거래에서 확인된 사실과 사업적 해석을 구분해 살펴본다.
3분 읽기 →도구가 많아지면 정의와 인자 스키마가 컨텍스트를 차지하고 선택 오류도 늘 수 있다. 필요한 도구만 검색해 불러오고 범주별로 나누는 방법을 살펴본다.
4분 읽기 →벡터 검색은 질문과 비슷한 문단을 찾지만 그 내용이 사실인지까지 보장하지 않는다. 메타데이터 필터, 관계 정보, 출처 검증을 함께 써야 하는 이유를 설명한다.
4분 읽기 →Anthropic의 리서치 시스템과 Cognition의 코딩 에이전트 경험은 멀티에이전트에 서로 다른 결론을 내렸다. 하위 작업의 독립성과 컨텍스트 공유 비용을 기준으로 멀티에이전트가 맞는 조건을 살펴본다.
4분 읽기 →법률 자료를 검색하는 AI에도 오류가 생길 수 있다. 원문 확인, 관할과 시점 구분, 검토 이력을 제품에 포함해야 하는 이유를 살펴본다.
4분 읽기 →Builder.ai의 실패를 사람 개발자가 있었다는 사실 하나로 설명할 수는 없다. 자동화 범위와 제공 비용을 구분해 봐야 하는 이유.
3분 읽기 →모델이나 프롬프트를 바꿀 때는 실제 실패 사례로 만든 평가 세트와 운영 지표가 필요하다. 변경 전후의 품질을 비교하고 회귀를 찾는 기본 절차를 정리한다.
4분 읽기 →대화와 도구 출력이 쌓이면 필요한 지시를 놓칠 수 있다. 요약, 외부 기록, 필요한 정보의 조회로 긴 작업의 맥락을 관리하는 방법.
3분 읽기 →대규모 AI 투자는 GPU·데이터센터·전력에 집중되지만 모델 사용료는 경쟁 속에서 낮아지고 있다. 워크플로, 비공개 데이터, 고객 접점에서 사업의 가치를 만드는 방법을 살펴본다.
3분 읽기 →여러 에이전트가 고객·주문·계약을 같은 의미로 다루려면 공유된 정의가 필요하다. 작은 사업에서 필요한 범위부터 온톨로지를 설계하는 방법을 정리한다.
2분 읽기 →