정보성 글

AI 도구 리뷰

AI, 개발, 모델, 에이전트, 도구 사용 경험 중 정보성이 강한 글입니다.

SINGLE POSTX POST ARCHIVE

중 : 대학졸업생인데 Cmake와 도커를 모르는 사람은 없어요.

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    중 : 대학졸업생인데 Cmake와 도커를 모르는 사람은 없어요. 일 : 어재까지 대학생이었는데 리모트워크를 할 수 있을리가 없잖아요.

    어지럽고 머리에 식은땀이 난다.

    일본은 신입사원에게 명함을 주고받고 인사시키는 법을 알려주는데 중국은 투입해서 못하면 바로 책상을 치운다.

    뭐가 맞는걸까.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 중국과 일본의 신입 사원을 대하는 서로 다른 태도를 대조하며, 급변하는 실무 환경 속에서 느끼는 당혹감을 짧은 글로 남기셨습니다. 중국의 즉각적인 실무 투입 요구와 일본의 기초 예절 교육이라는 극명한 차이를 언급하셨는데, 이는 특정 국가 전체의 보편적 시스템이라기보다 작성자가 경험하거나 접한 개별 사례에 기반한 개인적 견해로 보입니다. 특히 '못하면 바로 책상을 치운다'는 식의 극단적인 묘사는 공식적인 통계나 자료로 확인된 사실이라기보다, 현장의 냉혹함을 강조하기 위한 수사적 표현일 가능성이 커 확인이 필요합니다.

그럼에도 이 글에서 느껴지는 것은 신입이라는 이름 뒤에 숨을 곳 없이 바로 성과를 증명해야 하는 현대 직장인들의 불안함과 고단함입니다. 기술적 숙련도와 사회적 기본기 사이에서 무엇이 정답인지 고민하는 모습은, 효율성만을 강조하는 시대에 우리가 놓치고 있는 '성장의 과정'에 대해 생각하게 합니다. 아마도 Serio님은 정답이 없는 혼란스러운 상황 속에서, 신입 사원이 겪어야 할 적절한 온도의 적응 기간이 어디쯤일지 묻고 싶으셨던 것이 아닐까 싶습니다.

생활 맥락원문 감상

THREAD ESSAYX THREAD ARCHIVE

진짜 네이버와 개발자들로선 허무엔딩인게

2개 글

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1

    진짜 네이버와 개발자들로선 허무엔딩인게

    어떻게하면 네이버클라우드랑 웨일을 쓰게 만들까? > 한국인들은 hwp를 많이 쓰니 통합? > hwp를 보고 편집할 수 있게 만들었습니다! (신남) > 근데 안쓰네 왜지? (시무룩) > 니들이 원한건 ‘크롬에서 되는 한글편집’이었던거니? (충격) https://t.co/ygxdxYDs13

    원문 보기
  2. 2

    즉 자신들의 체계와 서비스 네이버와 웨일이라는 존재 자체가 부정당하는 거라서 상심이 클듯. 뭘 해도 브라우저/클라우드서비스는 네이버를 쓰지 않는다는 말이라…

    웨일브라우저 일한 기계번역 잘쓰는데… (사실은 저도 크롬이 메인이에요. 웹 실시간 번역만 모바일 웨일 써요 🥹🥹 )

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 네이버가 HWP 편집 기능을 웨일과 네이버 클라우드에 통합했음에도 사용자가 늘지 않은 상황을 두고, 사용자가 원한 것은 '네이버 생태계'가 아닌 '크롬 내에서의 편집 기능'이었다고 분석하셨습니다. 다만, 네이버 개발자들이 이 결과에 대해 '허무함'이나 '상심'을 느꼈을 것이라는 대목은 작성자의 주관적 추정이며, 내부의 정서적 반응을 입증할 공식적인 1차 자료는 확인되지 않습니다.

또한, 네이버의 서비스 체계 자체가 부정당했다는 주장 역시 시장 점유율의 해석에 기반한 개인적 견해일 뿐, 기업의 정체성 붕괴로 연결 짓기에는 근거가 약합니다. 브라우저와 클라우드 시장의 선호도가 구글로 기울어 있다는 점은 일반적인 시장 상황이나, 이를 네이버의 전략적 실패로 단정 짓기 위해서는 구체적인 사용자 이탈 지표에 대한 확인이 필요합니다. 결국 이 논의는 기술적 구현의 성공과 사용자 경험(UX)의 지향점 사이의 괴리를 지적한 통찰력 있는 추론에 가깝습니다.

원문 해석확인 필요

THREAD ESSAYX THREAD ARCHIVE

Opus 4.7 업데이트 하루의 타임라인

5개 글

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1

    Opus 4.7 업데이트 하루의 타임라인

    • 토큰소비량이 1.3배 늘은거같다.
    • 자기주장이 강해지고, 지시를 거부한다.
    • 오래 사고하지만, 틀린 결과를 내놓는 경우가 잦아졌다.

    전부 체감형이지만 종합해보면

    • 과도한 파인튜닝
    • 성능 튜닝을 위한 과도한 하네스엔지니어링

    의 영향이 보임.

    원문 보기
  2. 2

    AI 이미지 제네레이션 해본 사람들은 아는 부분인데

    • 프롬프트로 요구조건을 지나치게 강제
    • 프롬프트를 너무 많이 넣음
    • CFS 값을 너무 높게 줌
    • LORA를 너무 많이 사용
    • 강하게 학습된 LORA를 사용

    그럼 결과물의 붕괴가 일어남. 나우시카의 거신병이 녹아내리듯.

    원문 보기
  3. 3

    해결방법은 간단함. 학습된 체크포인트(모델)의 자율성을 열어주는것임.

    CFS 값을 낮추고, 로라를 몇개 빼고, 프롬프트 제악을 줄여서 나온 1차 결과물을 업스케일링하면서 리파인하는것임.

    즉 2번 만드는게 좀 더 좋은 결과를 만들어냄.

    원문 보기
  4. 4

    하지만 그런 조절이 가능한 그림/영상과 다르게 텍스트는 대체적으로 싱글샷으로 작업이 일어나니 작업의 결과물을 놓고 한번 모델이 멈춘 후 재해석을 통해 결과물을 셀프 튜닝하는 더블샷을 스스로 하게는 어렵겠지.

    오히려 더 나쁜 결과를 가져올수도 있는 방법이기도 하고.

    원문 보기
  5. 5
    사실 그런 이유에서 완성된 모델을 파인튜닝해서 마이너 버전업을 하는 부분은 어디까지나 한계가 있음. 하지만 몇 번 작은 파라메터 모델 학습을 시도해본 경험으로, 그런 대형 모델의 학습이 얼마나 많은 노력과 전력과 지리멸렬한 반복작업이 들어갈 것을 알기에 함부로 말할 수는 없는 노릇.
    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 Opus 4.7 업데이트 이후 토큰 소비량 증가와 지시 거부 현상, 추론 시간 대비 낮은 정확도라는 세 가지 체감 증상을 제시하며 이를 과도한 파인튜닝과 하네스 엔지니어링의 결과로 진단했습니다. 하지만 이러한 성능 저하의 구체적인 수치나 원인 분석은 공식 문서로 확인되지 않는 개인의 경험적 추정이며, 특히 토큰 소비량이 1.3배 늘었다는 주장은 객관적 근거가 부족하여 확인이 필요합니다.

그는 이미지 생성 AI의 CFG 값이나 LoRA 설정 사례를 들어 텍스트 모델의 자율성 회복 필요성을 역설하며, 싱글샷 방식의 한계라는 기술적 전망을 덧붙였습니다. 다만 이미지 모델의 파라미터 조절 방식과 거대 언어 모델의 업데이트 메커니즘을 직접적으로 연결 짓는 논리는 비유에 가깝기에, 이를 일반적인 기술적 사실로 받아들이기에는 근거가 약합니다. 결국 모델의 성능 변화를 파인튜닝의 부작용으로 단정하기 전, 공식적인 릴리즈 노트나 벤치마크 자료를 통한 정밀한 검증이 선행되어야 합니다.

원문 해석확인 필요

SINGLE POSTX POST ARCHIVE

작년 7월 2주간 진짜 하루도 안 쉬고 모든 계정들의 토큰을 ㅇ녹여가면서 Gemini Cli를 썼는데

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    작년 7월 2주간 진짜 하루도 안 쉬고 모든 계정들의 토큰을 ㅇ녹여가면서 Gemini Cli를 썼는데

    접속 안한지 6개월쯤 되는 거 같다.

    한번 버전업해줬는데.

    지금 버전 0.38인데 버전이 벌써 1달이나 밀려있네. https://t.co/0dkGqFFOht

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 과거 Gemini CLI를 매우 열정적으로 사용하셨던 기억을 회상하며, 한동안 접속하지 않았던 사이 업데이트된 버전 숫자를 보고 놀라신 듯합니다. 0.38이라는 버전 숫자를 통해 자신이 비운 시간 동안 도구가 얼마나 빠르게 변했는지를 체감하신 모양인데, 이는 기술의 속도감에 대한 개인적인 감상으로 읽힙니다.

다만, 언급하신 버전 업데이트 주기나 구체적인 수치가 공식적인 릴리스 노트와 정확히 일치하는지는 이 짧은 글만으로는 확인하기 어렵습니다. 도구의 업데이트 속도에 대한 부분은 개인의 체감 영역이기에 사실 여부를 가리기보다, 다시 도구를 마주한 사용자의 당혹감과 반가움이 섞인 짧은 독백으로 이해하는 것이 적절해 보입니다.

생활 맥락원문 감상

SINGLE POSTX POST ARCHIVE

앤트로픽이 말단부터 썩어가는데 시장 평가는 openai 보다 더 크게 받고 있다니 역시 이런 부분에서 '시차'와 '환각'이 존재할 수 밖에 없고, 시장이 이걸 알아차릴 때쯤엔 이미 가치가 떨어지는 상황이니 투자는 진

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    앤트로픽이 말단부터 썩어가는데 시장 평가는 openai 보다 더 크게 받고 있다니 역시 이런 부분에서 ‘시차’와 ‘환각’이 존재할 수 밖에 없고, 시장이 이걸 알아차릴 때쯤엔 이미 가치가 떨어지는 상황이니 투자는 진짜 위험하다 생각.

    는 노루올때는 노루페인트. 쌤 올트먼 내한했다고 쌤씨엔에스.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님께서는 앤트로픽의 내부 상황과 시장 평가 사이의 괴리를 지적하며, 투자 위험성에 대한 우려를 가볍고 재치 있는 어조로 풀어내셨습니다. 특히 시장의 평가가 실제 가치와 시차가 발생하거나 일종의 '환각' 상태에 있을 수 있다는 통찰은 매우 흥미롭습니다. 다만, 앤트로픽이 '말단부터 썩어가고 있다'는 구체적인 내부 상황이나 OpenAI보다 더 높은 평가를 받고 있다는 주장은 공식 자료로 확인되지 않는 개인적 판단 영역이기에 추가적인 확인이 필요해 보입니다.

그럼에도 불구하고, 뒤이어 덧붙이신 언어유희 섞인 농담들은 자칫 무거울 수 있는 비판적 시각을 유연하게 중화시키는 묘미가 있습니다. 쌤 올트먼의 내한 소식을 엮어낸 대목에서는 시장의 흐름을 예민하게 포착하면서도 이를 즐기시는 Serio님의 여유로운 관찰자적 면모가 느껴집니다. 결국 이 글은 단순한 기업 분석이라기보다, 급변하는 AI 시장의 과열 양상을 지켜보며 느끼신 서늘한 경고와 위트를 동시에 담아낸 짧은 단상이라고 생각합니다.

생활 맥락원문 감상

SINGLE POSTX POST ARCHIVE

사실 Gemini+GPT의 듀얼 조합은 꽤 캐미가 좋다. 서로를 이해하면서도 못하는 부분을 보완해주는 설정.

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    사실 Gemini+GPT의 듀얼 조합은 꽤 캐미가 좋다. 서로를 이해하면서도 못하는 부분을 보완해주는 설정.

    한국식으로 말하면 Gemini는 문과(예술 겸비)고, Gpt는 이공계라 둘을 서로 안되는 영역에다가 배치시키면 좋은 결과를 얻을 수 있다.

    물론, 문과의 평가는 한국인들이라면 잘 알것이다. 🥹

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 Gemini와 GPT라는 두 인공지능 모델을 함께 사용할 때 발생하는 시너지를 흥미로운 관점으로 바라보셨습니다. Gemini를 예술적 감각을 갖춘 문과로, GPT를 이공계 성향으로 비유하며 서로의 부족한 점을 보완하는 '듀얼 조합'의 효율성을 언급하신 점이 인상적입니다. 다만, 이러한 성향 구분은 모델의 공식 기술 문서에서 정의하는 정량적 지표라기보다, 실제 사용 과정에서 체감하신 주관적 경험과 해석에 기반한 판단으로 보입니다.

공식 자료를 통해 각 모델의 특성을 엄밀히 대조해 본다면, 특정 영역의 우위나 보완 관계에 대한 주장은 여전히 확인이 필요한 영역입니다. 그럼에도 불구하고 사용자마다 느끼는 AI의 '결'이 다르다는 점을 고려하면, Serio님은 각 도구의 개성을 영리하게 활용해 최선의 결과물을 도출하는 자신만의 최적화 경로를 찾으신 듯합니다. 도구의 한계를 인정하면서도 이를 조합해 가능성을 확장하려는 유연한 시선이 돋보이는 관찰입니다.

생활 맥락원문 감상

SINGLE POSTX POST ARCHIVE

지스텍 업데이트를 보고있으면 슬슬 지스텍+슈퍼파워 위주로 커피믹스 설계를 다시 하고 OMA는 힘을 좀 뺄까... 싶은 생각도 들지만

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    지스텍 업데이트를 보고있으면 슬슬 지스텍+슈퍼파워 위주로 커피믹스 설계를 다시 하고 OMA는 힘을 좀 뺄까… 싶은 생각도 들지만

    거기에 들어가는 토큰과 나에게 주어진 시간을 생각하면 작업환경 재구축보단 일단 한동안은 프로젝트 진행이 우선이라는 생각을 함

    지켜봐야지 🍿

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 최근 지스텍의 업데이트 내용을 살피며 작업 환경의 구성을 변경하고 싶은 고민을 드러내셨습니다. 지스텍과 슈퍼파워 중심의 설계를 다시 검토하고 OMA의 비중을 줄이려는 생각은 개인적인 효율성에 기반한 판단으로 보입니다. 다만, 구체적으로 어떤 업데이트 내용이 이러한 설계 변경의 필요성을 불러일으켰는지는 원문만으로는 확인이 어려워 추가적인 확인이 필요합니다.

그럼에도 불구하고 결국 프로젝트 진행이라는 실질적인 우선순위를 선택하신 점이 인상적입니다. 환경 재구축에 소요되는 시간과 토큰이라는 비용을 고려해 잠시 관망하기로 한 결정은 매우 현실적인 절충안이라 생각됩니다. 효율적인 도구의 활용만큼이나 주어진 시간을 관리하는 능력이 중요하다는 점을 다시금 느끼게 하는 대목입니다.

생활 맥락원문 감상

SINGLE POSTX POST ARCHIVE

Gemini랑 비교라면 벤치마크 특화고 실제론 성능이 별로일 가능성이 있겠네.

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    Gemini랑 비교라면 벤치마크 특화고 실제론 성능이 별로일 가능성이 있겠네.

    어제도 우리집 gemini3.1Pro high는 리뷰에 문제점을 찾아내는걸 5번이나 반복해서야 문제를 끝내던데. (Gpt 5.4 high는 싱글턴으로 끝낸 문제를)

    그래서 설계도가 있는 ‘디자인’밖에 안맡기는 거지만 ㅡㅡㅋ

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님께서는 최근 사용하신 AI 모델들의 성능 차이를 경험하시며, 벤치마크 수치와 실제 체감 성능 사이에 괴리가 있을 수 있다는 개인적인 소회를 남기셨습니다. 특히 특정 작업에서 Gemini 모델이 반복적인 시도 끝에 답을 낸 반면, GPT 모델은 단번에 해결했다는 구체적인 사례를 들어 아쉬움을 표현하신 것으로 보입니다.

다만, 언급하신 특정 모델 버전들의 성능 비교나 작업 처리 횟수에 대한 내용은 공식 문서로 검증된 사실이라기보다 사용자 개인의 환경에서 나타난 개별적 경험에 가깝습니다. 따라서 이를 일반적인 성능 지표로 확정 짓기에는 근거가 부족하며, 모델별 특성이나 프롬프트의 차이에서 오는 결과일 가능성이 있어 추가적인 확인이 필요해 보입니다. 그럼에도 불구하고 설계도가 명확한 작업에만 모델을 활용하시겠다는 대목에서, 도구의 한계를 명확히 인지하고 효율적으로 활용하시려는 Serio님의 신중한 태도가 느껴집니다.

생활 맥락원문 감상

SINGLE POSTX POST ARCHIVE

아 PDF 에서 마크다운 전환은 정말

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    아 PDF 에서 마크다운 전환은 정말

    “표”

    앞에선 속절없이 무너져내리네. 내가 만든것도, MinerU도 Markitdown도 opendataloader도

    하긴 저 “표” 스프레드시트가 엑셀도 한글도 살아남게 해준 원동력이었으니까. 하지만 내가보기엔 AI한테는 의미없는 장벽일 뿐.

    어떻게 개선하면 좋을까.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

PDF 내의 표 데이터를 마크다운으로 변환하는 과정에서 겪으신 기술적 고충이 고스란히 느껴집니다. MinerU나 Markitdown 같은 기존 도구들조차 표 구조 앞에서는 무력했다는 경험은, 현재의 AI 기술이 정형 데이터의 시각적 구조를 텍스트로 재구성하는 데 여전히 한계가 있음을 보여주는 지점입니다. 다만, 표라는 형식이 엑셀이나 한글 소프트웨어의 생존 원동력이었다는 부분은 작성자의 개인적인 통찰이며, AI에게 이것이 '의미 없는 장벽'일 뿐이라는 주장 역시 기술적 실체보다는 주관적 판단에 가깝기에 추가적인 확인이 필요해 보입니다.

그럼에도 불구하고 이러한 고민을 남기신 이유는 결국 더 완벽한 데이터 전환을 향한 갈증 때문이 아닐까 싶습니다. 도구의 한계를 명확히 인지하고 개선 방향을 찾으려는 모습에서, 단순한 사용자를 넘어 기술의 빈틈을 메우려는 탐구심이 엿보입니다. 정교한 표 변환이 가능해지는 날에는 지금의 이 답답함이 웃으며 회상할 수 있는 작은 에피소드가 되기를 바랍니다.

생활 맥락원문 감상

SINGLE POSTX POST ARCHIVE

모델이 정교화되면서

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    모델이 정교화되면서 이전처럼 의미 없는 루프는 안돌지만 종종 진짜 이거까지 필요해? 싶을 정도로 방망이 깎는 노인이 될 때가 있습니다. 그때가 뒤통수 한대 때려줘야 할 타이밍입니다.

    그때 ‘그 작업 필요한거야?’ 라고 물어보세요.

    그럼 대체적으로 작업을 종료할 수 있습니다.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

모델이 정교해지며 무의미한 반복은 줄었지만, 때로는 지나치게 세부적인 사항에 매몰되어 효율성을 놓치는 상황이 발생한다는 Serio님의 관찰이 흥미롭습니다. 다만, '그 작업이 필요한가'라는 질문이 실제로 작업 종료로 이어지는지에 대해서는 객관적인 데이터나 공식 자료로 입증된 사실이라기보다 개인의 경험적 판단에 가깝기에 확인이 필요해 보입니다.

그럼에도 이런 말씀을 남기신 이유는 AI와 협업하며 겪는 일종의 '과잉 충성' 상태를 경계하고, 적절한 시점에 개입하여 방향을 잡아주는 인간의 통제력이 중요함을 강조하고 싶으셨기 때문일 것입니다. 도구의 정밀함이 오히려 비효율을 낳는 역설적인 순간을 다정하게 짚어주신 덕분에, 기술을 다루는 이들이 가져야 할 유연한 태도에 대해 다시금 생각하게 됩니다.

생활 맥락원문 감상