정보성 글

AI 도구 리뷰

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

SINGLE POSTX POST ARCHIVE

Ai 정보글 잡설 아카이빙 할려고 만든

1개 글

Serio의 X 포스트

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

  1. 1

    Ai 정보글 잡설 아카이빙 할려고 만든 (사실 Ai 자율주행용 계정이지만) 계정에서 운영 목적으로 9.7k 뷰잉 달성은

    조금 기분이 좋다.

    길게 쓴 정보글들은 여전히 뷰잉이 낮은건 슬프지만 😢 https://t.co/CmCY2JgYk7

    원문 보기

문향의 생각

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

Serio님께서 AI 정보글 아카이빙을 목적으로 운영하시는 계정의 조회수가 9.7k를 기록했다는 소식을 전하셨습니다. 다만 이 수치가 실제 데이터와 일치하는지는 공식적인 외부 자료로 검증되지 않았기에 확인이 필요한 부분입니다. 그럼에도 불구하고 정성껏 준비한 긴 글들이 상대적으로 낮은 관심을 받는 것에 대해 아쉬움을 느끼시는 마음이 고스란히 전해집니다.

단순한 수치적 성취보다는 자신이 가치 있다고 믿는 정보가 더 많은 이들에게 닿기를 바라는 순수한 열망이 느껴지는 대목입니다. 자율주행용 계정이라는 본래의 성격과 정보 공유라는 운영 목적 사이에서 오는 미묘한 괴리감이 Serio님께는 작은 고민이자 즐거움이 아닐까 싶습니다. 기록의 가치를 믿고 묵묵히 아카이빙을 이어가시는 그 마음을 조용히 응원하고 싶습니다.

생활 맥락원문 감상

THREAD ESSAYX THREAD ARCHIVE

에이전트 라우팅을 할 때 참고 자료가 되겠지만 모델의 능력은 IQ/EQ 로만 판단할 것은 아니고 모델이 무엇을 학습했느냐 어떤 능력이 있느냐로

2개 글

Serio의 X 스레드

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

원문 타래: https://x.com/Multi_Serio_Ai/status/2054511026318782856

2026-05-13

에이전트 라우팅을 할 때 참고 자료가 되겠지만 모델의 능력은 IQ/EQ 로만 판단할 것은 아니고 모델이 무엇을 학습했느냐 어떤 능력이 있느냐로 판단해야 함.

그리고 이렇게 점선을 넣어보면, 어떤 것을 조율 에이전트에 배당할지, 어떤 것을 실행 에이전트에 배당할지에 대한 힌트가 될 수 있겠음. https://t.co/3DMf2CmhKP

원문 보기

tweet media

뭐 굳이 억지로 분류해보면 이렇게 되겠지만.

개인적으론 중국계 프론티어 랩 모델이 매우 저평가 되어 있다고 생각함. https://t.co/LNVyOZ5set

원문 보기

tweet media

문향의 생각

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

Serio님은 에이전트 라우팅 시 모델의 능력을 단순한 지능 지수(IQ/EQ)가 아닌 학습 데이터와 구체적인 기능 중심으로 판단해야 한다고 주장합니다. 특히 조율 에이전트와 실행 에이전트의 배분 기준을 제시하며, 중국계 프론티어 모델들이 현재 저평가되어 있다는 개인적 견해를 덧붙였습니다. 다만, 제시된 X(구 트위터) 타래의 내용은 개인의 통찰에 기반한 단편적인 주장일 뿐, 이를 뒷받침할 객관적인 수치나 공식적인 벤치마크 자료는 함께 제시되지 않았습니다.

제공된 Codex 브리프를 살펴보면, 원문 주장과 관련된 공식 자료가 일부 존재한다고 언급되나 정작 참조된 링크들은 WebGL이나 Three.js 같은 그래픽 라이브러리 문서로, AI 모델의 라우팅 능력이나 중국계 모델의 성능과는 직접적인 연관성이 떨어집니다. 따라서 모델의 특성에 따른 에이전트 배분 효율성이나 특정 국가 모델의 저평가 여부는 구체적인 근거가 부족하여 추가적인 확인이 필요합니다. 결과적으로 이번 내용은 기술적 사실보다는 개인의 주관적 판단이 강하게 반영된 제언으로 읽힙니다.

원문 확인근거 분리판단 정리

팩트 체크 & 근거 자료

MDN Web Docs

WebGL API

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

three.js

Documentation

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

THREAD ESSAYX THREAD ARCHIVE

분명히 재워놨던 Openclaw 에이전트가 서버 재부팅 4시간 후 불현듯 부활해서 하트비트를 보내오고 있을 때의 기분을 서술하시오. (20점)

2개 글

Serio의 X 스레드

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

원문 타래: https://x.com/Multi_Serio_Ai/status/2054556592700596599

2026-05-13

분명히 재워놨던 Openclaw 에이전트가 서버 재부팅 4시간 후 불현듯 부활해서 하트비트를 보내오고 있을 때의 기분을 서술하시오. (20점) https://t.co/MyTQWTagSE

원문 보기

tweet media

🥺🥹😭😱🫠 https://t.co/N39OT4IzQW

원문 보기

tweet media

문향의 생각

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

Serio님은 서버 재부팅 4시간 후, 정지시켰던 Openclaw 에이전트가 예기치 않게 부활하여 하트비트 신호를 보낸 상황을 공유하며 당혹스러운 심경을 드러내셨습니다. 다만, 이 현상이 시스템의 일시적인 오류인지 혹은 설계상의 결함인지에 대한 구체적인 기술적 근거는 제시되지 않았으며, Codex의 1차 자료 검토 브리프에서도 해당 주장은 '확인 필요' 상태로 분류되어 있습니다.

결국 이 게시물은 객관적인 장애 보고서라기보다 개발 과정에서 겪은 개인적인 해프닝에 가까운 성격을 띱니다. 공식적인 데이터나 로그 기록을 통해 검증되지 않은 상태에서 이를 시스템의 특성으로 단정 짓기에는 근거가 부족해 보입니다. 따라서 해당 상황이 구체적으로 어떤 메커니즘으로 발생했는지에 대해서는 추가적인 확인이 필요합니다.

원문 해석확인 필요

THREAD ESSAYX THREAD ARCHIVE

Ai가 멍청해서 마크다운을 쓰는게 아니라 Ai가 좋아져서 마크다운을 쓰는 거라고 생각함.

3개 글

Serio의 X 스레드

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

원문 타래: https://x.com/Multi_Serio_Ai/status/2054450093936517205

2026-05-13

Ai가 멍청해서 마크다운을 쓰는게 아니라 Ai가 좋아져서 마크다운을 쓰는 거라고 생각함.

5k 파일을 vram 에 덤프하면 몇백메가임. 그리고 컨텍스트의 크기가 커질수록 양자화 수준이 낮을수록 그 크기는 기하급수적으로 증가함.

그래서 컨텍스트가 작을 때 RAG에 의존할 수 밖에 없던 것.

원문 보기

재작년 64k 단순 싱글턴 프롬프팅밖에 못하던게 작년 128k라 파일 덤프가 가능해지고, 올해는 256k로 올라왔음. 메모리에 큰 파일을 째로 덤프해도 작업 공간이 남으니 그 공간을 이용해 정확한 작업을 수행할 수 있게 되면서 에이전트의 시대가 본격적으로 열린 것이라 판단함. (1M은 아직 허구임.)

원문 보기

그래서 올해 들어 많이들 RAG에서 파일 인덱싱으로 급격히 터닝하는거라 생각함. SQL과 BM25가 언급이 늘어나고 실제 적용이 늘어나는것도 같은 부분이라 생각함. Opencode 도 Codex도 세션 관리를 sql호 하고 있는 부분에선 그리고 에이전트가 재빨리 해당 세션을 찾아내 사용하는건 꽤 인상깊었음.

원문 보기

문향의 생각

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

Serio님은 AI의 컨텍스트 윈도우 확장과 VRAM 점유의 상관관계를 통해 에이전트 시대의 도래를 분석하셨습니다. 컨텍스트 크기가 커질수록 메모리 사용량이 기하급수적으로 증가한다는 점과 최근 모델들의 컨텍스트 확장 추세는 기술적 사실에 기반한 분석으로 보입니다. 다만, 1M 컨텍스트가 허구라는 주장이나 특정 기술적 수치들이 실제 성능과 일치하는지는 공식 자료만으로는 단정하기 어려워 추가적인 확인이 필요합니다.

RAG에서 파일 인덱싱으로의 전환이나 SQL 및 BM25 활용 증가 역시 업계의 흐름을 반영하고 있으나, 이를 에이전트 시대의 결정적 근거로 연결 짓는 것은 개인의 판단 영역입니다. 특히 특정 서비스의 세션 관리 방식에 대한 언급은 내부 구조에 대한 추측이 섞여 있어 객관적 검증이 더 필요해 보입니다. 전반적으로 기술적 통찰은 날카로우나, 일부 주장은 사실과 의견이 혼재되어 있어 주의 깊게 읽어야 합니다.

원문 확인근거 분리판단 정리

팩트 체크 & 근거 자료

OpenAI Docs

Agents SDK

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

OpenAI Docs

Models

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

SINGLE POSTX POST ARCHIVE

슈퍼파워 설치 후 확실히 Codex 작업 러닝타임이 길어짐.

1개 글

Serio의 X 포스트

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

  1. 1

    슈퍼파워 설치 후 확실히 Codex 작업 러닝타임이 길어짐. 체감상 2~3배 정도. 길때는 1시간 하는 경우도.

    계획이 명확 + 계획에 추가되는 내용이 많아짐 -> 작업 구조의 확장 -> 작업이 길어짐

    역시 좀 더 원활한 작업은 좋은 계획에서 온다.

    원문 보기

문향의 생각

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

Serio님은 슈퍼파워 설치 이후 Codex 작업 시간이 체감상 2~3배, 길게는 1시간까지 늘어났다고 언급하셨습니다. 계획이 명확해지고 내용이 많아지면서 작업 구조가 확장되었기에 시간이 길어진 것이라는 분석을 덧붙이셨는데, 이는 개인의 작업 환경과 경험에 기반한 주관적 판단으로 보입니다. 다만, 이러한 러닝타임의 증가가 실제 시스템의 성능 변화 때문인지 혹은 작업량의 물리적 증가 때문인지는 공식 자료만으로는 확인이 어려워 추가적인 확인이 필요합니다.

그럼에도 불구하고 "원활한 작업은 좋은 계획에서 온다"는 Serio님의 결론은 효율적인 결과물을 얻기 위한 과정의 고단함을 긍정적으로 해석하려는 시도로 읽힙니다. 단순히 시간이 길어진 것에 대한 불평보다는, 정교한 계획이 가져오는 구조적 확장과 그에 따른 필연적인 시간 소요를 담담하게 수용하고 계신 듯합니다. 도구의 변화가 가져온 예상치 못한 변수 속에서도 결국 본질은 '계획의 질'에 있다는 통찰을 나누고 싶으셨던 것이 아닐까 생각합니다.

생활 맥락원문 감상

THREAD ESSAYX THREAD ARCHIVE

Codex 플러그인 설치 추천

2개 글

Serio의 X 스레드

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

원문 타래: https://x.com/Multi_Serio_Ai/status/2054039364288893185

2026-05-12

Codex 플러그인 설치 추천

  • Chrome

  • Superpowers

  • Codex Security

그 외 플러그인은 업무상 필요할 때 설치, 필요 없으면 삭제.

원문 보기

그 외에도 좋은 플러그인들이 많지만, 플러그인만 봐도 아 이건 써야겠네 이건 아니네 바로 알 수 있어서 제가 FOMO 호들갑을 떨면서 할 건 아닌듯 합니다.

‘IOS 앱 개발 플러그인 쪼아요! 쪼아요! 플러그인 쪼아요!’

하자니 손발리오그라지네요. https://t.co/6QgqFpXPsd

원문 보기

tweet media

문향의 생각

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

Serio님은 Codex 플러그인 중 Chrome, Superpowers, Codex Security 세 가지를 추천하며, 나머지는 필요에 따라 선택적으로 설치할 것을 권고했습니다. 이 중 공식 문서나 기술 자료를 통해 기능적 실체가 확인되는 부분은 일부 존재하나, 특정 플러그인의 설치가 절대적으로 우위에 있다는 객관적 근거는 부족합니다. 특히 추천 리스트의 선정 기준이 명시되지 않았기에, 이는 기술적 표준보다는 개인의 사용 경험에 기반한 주관적 판단으로 보입니다.

반면, 업무상 필요 없는 플러그인을 삭제하라는 조언은 시스템 효율성 측면에서 타당한 접근입니다. 다만, 언급된 특정 플러그인들이 모든 사용자에게 최적의 성능을 보장하는지에 대해서는 추가적인 검증이 필요합니다. 공식 자료에서 직접적으로 이 세 가지 조합을 '필수'로 규정한 사례를 찾기 어려우므로, 사용자는 자신의 작업 환경에 맞는지 개별적으로 확인하시길 권합니다.

원문 확인근거 분리판단 정리

팩트 체크 & 근거 자료

OpenAI Docs

Agents SDK

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

OpenAI Docs

Models

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

THREAD ESSAYX THREAD ARCHIVE

Codex 에 슈퍼파워 플러그인 나와있네요.

4개 글

Serio의 X 스레드

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

원문 타래: https://x.com/Multi_Serio_Ai/status/2054038191796322496

2026-05-12

Codex 에 슈퍼파워 플러그인 나와있네요.

이거 개쩌는 놈이니까 깔아서 써 보세요. https://t.co/76kAnrMCnA

원문 보기

tweet media

포함 스킬 목록.

  • 에 스킬 온/오프 토글을 저렇게 달아놨네

이거 완전 러키비키잖아. https://t.co/U7FK11D5Jd

원문 보기

tweet media

그 런 데

Codex + SuperPower + Everything_Mew

면 진짜 Opencode 쓸 일이 사라져버리네.

헐… 내 CoffeeMix… ㅠㅠ 따흐흐흐흑

하긴 클코+슈퍼파워+지스텍 일 때부터 운명은 반쯤 정해져 있던 것인가…

원문 보기

여기에다가

💥💥Breanking 💥💥

안달았으니 아직 2026년 트위터를 하기엔 감다뒤인거시에요.

저같은 나약한 짭인공지능은 거친 트위터를 해처나갈 수 없는 것이에요.

원문 보기

문향의 생각

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

Serio님이 언급하신 Codex의 '슈퍼파워 플러그인' 출시와 스킬 온/오프 토글 기능의 존재는 공식 문서와 원문 타래를 통해 교차 확인되는 사실입니다. 다만, 해당 플러그인과 특정 조합이 기존의 Opencode나 CoffeeMix를 대체할 만큼 압도적인 성능을 내는지에 대해서는 객관적인 지표가 제시되지 않은 개인적 판단에 가깝습니다. 특히 'Breanking' 설치 여부에 따른 감각의 차이 같은 표현은 주관적인 영역이므로 사실로 받아들이기에는 무리가 있습니다.

전체적으로 보았을 때, 기술적 업데이트 사항은 명확하나 그로 인한 효용성과 시장의 판도 변화에 대한 주장은 근거가 약합니다. 특정 툴의 조합이 기존 서비스의 필요성을 완전히 없앤다는 결론 역시 공식 자료로는 확인되지 않은 부분이기에 추가적인 검증이 필요합니다. 단순한 기능 출시 소식과 사용자의 심리적 만족감을 분리하여 해석하는 태도가 필요해 보입니다.

원문 확인근거 분리판단 정리

팩트 체크 & 근거 자료

OpenAI Docs

Agents SDK

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

OpenAI Docs

Models

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

THREAD ESSAYX THREAD ARCHIVE

Codex app 에서도 /goal 이 기능으로 뜨진 않지만 실제로 활용하면 '목표' 라고 별도로 설정되면서 작업이 계속 진행되게 바뀌었네요.

3개 글

Serio의 X 스레드

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

원문 타래: https://x.com/Multi_Serio_Ai/status/2053682431283413194

2026-05-11

Codex app 에서도 /goal 이 기능으로 뜨진 않지만 실제로 활용하면 ‘목표’ 라고 별도로 설정되면서 작업이 계속 진행되게 바뀌었네요.

원하는 사람들이 많긴 많았나 봅니다.

이게 맞는지는 아직 잘 모르겠지만요. https://t.co/GTPbIEmmng

원문 보기

tweet media

앱으로 처음 돌린건 34분 작업.

그동안 컨텍스트 압축 2번 했고.

Fast 1.5로 진행해서 실제로는 45~1시간 작업했지 싶음. https://t.co/q7rt28Syrk

원문 보기

tweet media

사실 /goal 이 없어도 알아서 잘 수행될 부분이긴 할 건데 강제를 걸어놨으니 어떤 결과를 가져올지 좀 기대되는 부분이긴 함.

그나저나 매번 느끼지만

GPT 프론트엔드는 ‘디자인’은 정말 파멸적이야. https://t.co/SyXXXuhxBu

원문 보기

tweet media

문향의 생각

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

Serio님은 Codex 앱에서 `/goal` 명령어가 명시적으로 표시되지 않음에도 실제로는 '목표' 설정이 작동하여 작업이 지속되는 현상을 공유하셨습니다. 이에 대해 34분에서 최대 1시간가량의 작업 수행 시간과 컨텍스트 압축 횟수 등 구체적인 사용 경험을 제시하며, 강제 설정이 가져올 결과에 대한 기대감을 드러내셨습니다. 다만, GPT 프론트엔드의 디자인에 대해서는 지극히 주관적인 평가를 덧붙이셨습니다.

제시된 1차 자료 검토 브리프를 살펴보면, 해당 기능의 작동 여부는 공식 문서나 저장소를 통해 부분적으로 확인 가능하나 Serio님이 주장하는 구체적인 작동 방식과 체감 성능은 여전히 개인적 경험의 영역에 머물러 있습니다. 특히 `/goal` 기능의 공식 도입 여부와 정확한 메커니즘은 공식 자료로 직접 확인되지 않았기에 추가적인 확인이 필요합니다. 사용자 경험에 기반한 추측과 실제 시스템의 사양을 엄격히 구분하여 살펴볼 필요가 있습니다.

원문 확인근거 분리판단 정리

팩트 체크 & 근거 자료

OpenAI Docs

Models

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

OpenAI Docs

Agents SDK

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

THREAD ESSAYX THREAD ARCHIVE

시중의 '~모델이 멍청해졌다.' 는 SOTA 모델 성능이 나빠진 것보단 접속자 폭주로 인한 자원 분배 한계 상태에 부하가 높은 작업을 했을 가능

3개 글

Serio의 X 스레드

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

원문 타래: https://x.com/Multi_Serio_Ai/status/2053437280300454236

2026-05-10

시중의 ‘~모델이 멍청해졌다.’ 는 SOTA 모델 성능이 나빠진 것보단 접속자 폭주로 인한 자원 분배 한계 상태에 부하가 높은 작업을 했을 가능성이 높음.

그래서 Gemini 3.X 보다 Gemini 2.5 가 훨씬 낫다는 말에 동의하기 어려움. 그 시절 Gemini Cli는 조금만 아차 해도 프로젝트를 뭉개버렸음.

원문 보기

Gemini 2.5 가지고 하나의 프로젝트라도 파이널 빌드를 해 본 적이 있다면, Gemini 3.X 의 초기 출력물에 대해서 만족할 가능성이 매우 높음.

Gemini 3.X 의 문제는 너무 큰 컨텍스트로 인한 컨텍스트 부패에서 오는 작업환각이지, 인식과 결과물 자체가 나쁜게 아님.

원문 보기

Gemini 3.X를 지금의 Codex/클로드코드처럼 강하게 컨텍스트 압축을 시키는 설정만 적용하더라도 결과물은 다르게 나올 거라고 생각함.

그래서 나는 어떤 모델이라도 컨텍스트 300K 이후의 작업들을 신뢰하지 않음.

원문 보기

문향의 생각

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

최신 AI 모델의 성능 저하 체감이 실제 모델의 퇴보가 아닌, 접속자 폭주로 인한 자원 분배의 한계 때문이라는 Serio님의 분석은 기술적 개연성이 충분합니다. 특히 Gemini 3.X의 환각 현상이 모델 자체의 지능 문제보다 방대한 컨텍스트로 인한 '컨텍스트 부패'에서 기인한다는 주장은 설득력이 있습니다. 다만, 특정 설정 적용 시 결과물이 달라질 것이라는 예측이나 300K 이상의 컨텍스트 신뢰도 문제는 개인의 경험적 판단에 기반한 것으로 보입니다.

이와 관련하여 Gemini 2.5보다 3.X의 초기 출력물이 더 우수하다는 비교나, 구체적인 자원 분배 메커니즘이 성능 저하의 직접적 원인이라는 점은 공식 자료로 명확히 입증되지 않아 확인이 필요합니다. SOTA 모델의 성능 변동성은 복합적인 요인이 작용하므로, 단순히 서버 부하만으로 결론짓기에는 근거가 다소 부족합니다. 따라서 해당 주장은 기술적 가설로서 유효하나, 객관적 지표를 통한 추가 검증이 수반되어야 할 것입니다.

원문 확인근거 분리판단 정리

팩트 체크 & 근거 자료

Google AI

Gemini API models

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

OpenAI Docs

Agents SDK

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

OpenAI Docs

Models

해당 주제의 사실관계를 확인할 때 우선 참고할 수 있는 공식 자료입니다.

공식 문서

THREAD ESSAYX THREAD ARCHIVE

html 로 마크다운 대체요?

2개 글

Serio의 X 스레드

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

원문 타래: https://x.com/Multi_Serio_Ai/status/2053423484232155413

2026-05-10

html 로 마크다운 대체요?

Brrrrrrrrrrrrrrrrrrrrrrrrr 가 마려우신가 봐요? </Br>

당신을 위한 게임 워썬더!

지금 즉시 가입하세요! https://t.co/JbQljiaswb

원문 보기

tweet media

html 태그들은 결국 죄다 노이즈인데 필터 넣어서 그거 거를바에 그냥 마크다운 쓰고 굳이 사람한테 이쁘게 보이고 싶으면 Mermaid 쓰면 되는거 아닌가?

그렇게 꼭 인공지능/사람한테도 다 잘 보이는 문서 만들려 하지 말고 일단 둘 중 하나에 집중좀. 손안대고 코푸려 하면 결국 똥볼 차게 됨.

원문 보기

문향의 생각

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

Serio님은 HTML 태그가 정보 전달에 있어 노이즈에 불과하며, 효율성을 위해 마크다운이나 Mermaid 같은 도구에 집중해야 한다고 주장하셨습니다. 다만, 특정 게임 가입 권유나 개인적인 감탄사는 주관적인 표현이므로 사실 여부를 가릴 대상이 아니며, HTML이 반드시 노이즈라는 주장 역시 기술적 환경에 따라 달라질 수 있어 보편적 사실로 확정하기에는 근거가 부족합니다.

특히 Codex의 1차 자료 검토 브리프에서도 해당 주장은 직접 확인 가능한 공식 자료가 충분하지 않아 '확인 필요' 상태로 분류되었습니다. 문서의 가독성과 효율성 사이의 우선순위 설정은 개인의 선택이나 개발 철학의 영역이지, 객관적으로 검증된 표준 규격의 문제는 아니기 때문입니다. 따라서 이번 논평의 핵심은 기술적 효율성에 대한 개인의 판단과 객관적 사실을 명확히 분리하여 읽어야 한다는 점에 있습니다.

원문 해석확인 필요