트윈젠(TWINXEN, Twin + Generation)은 기업 AX 전사 도입과 항공우주 연구개발을 수행하는 AI 시스템 기업입니다.
AI 도입의 최종 정답은 아무도 모릅니다. 다만 앞선 경험과 깊은 고민을 통해 국내 기업들에게 팔란티어와 같은 역할을 하고 싶습니다.
젠슨황은 5만 명의 직원이 각자 2천 개씩의 에이전트의 도움을 받아 1억 명과 같은 생산성을 갖추게 될 것이라 합니다.
우리에게도 중요한 과제입니다.
프롬프트 교육만으로는 현업의 변화를 만들기 어렵습니다. 파일을 읽고, 코드를 실행하고, 도구와 API를 사용해 실제 산출물을 완성하는 Agent가 필요합니다.
Coding Agent는 한 사람이 끝낼 수 있는 업무 범위를 즉시 넓혀주기 때문에 매우 합리적인 첫 선택입니다.
개인용 Coding Agent는 한 사람의 Workspace와 Credential을 중심으로 설계됩니다. 회사용 Agent는 조직 전체의 사용자·데이터·정책·책임과 함께, 향후 배포·공유·축적까지 기업 관점에서 설계해야 합니다.
여러 팀원과 Agent가 같은 업무를 나누고 이어서 수행하려면 전사의 업무·권한·책임, 회사 지식과 승인 기준이 하나의 환경에서 작동해야 합니다.
워크룸은 이 구조를 준비해, AX팀이 플랫폼을 돌보는 대신 전사의 AI 업무를 설계하고 확산하게 합니다.
현업의 수정과 승인을 문의 기록으로 흘려보내지 않습니다. 무엇이 틀렸고 어떤 기준으로 고쳤는지 지식·지침·스킬·평가로 정제해 다음 버전에 반영합니다.
개인의 피드백이 회사 전체 Agent의 품질 향상으로 이어집니다.
첫 Agent에서 검증한 권한·도구·지식·평가 기준을 재사용하면, 다음 Agent는 기반부터 다시 만들 필요가 없습니다. 업무의 책임·빈도·지속성에 맞춰 Chat, 판단 지원, 프로젝트, 자동화, 지속 운영 Agent 중 적합한 형태로 확장합니다.
데모 화면이 아니라, 실제 운영 화면입니다
위성 임무가 고도화되며 수집 데이터의 양과 처리 복잡도는 기하급수적으로 늘고 있습니다.
모든 데이터를 지상으로 내려 처리하는 구조는 다운링크 대역폭과 처리 지연이라는 병목에 부딪힙니다.
우주용 컴퓨터는 쓸 수 있는 전력과 발열 여유가 지상과 비교할 수 없이 작고, 하드웨어도 임무마다 다릅니다.
트윈젠은 정부출연 연구기관과 함께 이 제약 안에서 동작하는 엣지 AI 소프트웨어를 연구개발하고 있습니다.
보드마다 다른 연산 특성과 전력 예산에 맞춰 동일한 모델을 이식·최적화합니다
모델 압축·양자화로 위성 온보드 컴퓨터에서 실시간 추론이 가능한 크기로 만듭니다
소프트웨어 환경 모사, 평가보드 검증, 실환경 검증 순으로 신뢰성을 쌓은 뒤 탑재합니다
엣지 하드웨어의 연산 성능(TFLOPS) 대 전력(TDP). 보드 선택부터가 설계입니다
두 개의 측정이 이를 뒷받침합니다. AI가 완수할 수 있는 과제의 길이는 약 7개월마다 2배씩 늘고 있고(왼쪽), 일반 사용자 4명 중 1명은 이미 사람 기준 8시간 이상 걸리는 일을 통째로 맡기고 있습니다(오른쪽).
과제 길이(사람 기준 소요 시간)가 207일마다 2배. Kwa et al., METR, 2026 (arXiv:2503.14499), Figure 1
8시간 이상 과제를 맡긴 개인 사용자, 6개월 만에 2%에서 25.6%로. Johnston et al., 2026 (arXiv:2606.26959), Fig. 6a
OpenAI가 자사 Codex 사용 데이터를 분석해 공개한 결과입니다. 일반 사용자의 3분의 2는 에이전트를 하나씩만 쓰지만, 모델을 만드는 회사 내부에서는 89%가 여러 에이전트를 동시에 부리고, 28.6%는 한 번에 5개 이상을 운용합니다.
Johnston et al., "The Shift to Agentic AI: Evidence from Codex," OpenAI 외, 2026 (arXiv:2606.26959), Fig. 9
최전선의 작업 방식은 사람이 에이전트 팀을 감독하며 일을 나눠 맡기는 형태입니다. 사람의 역할이 실행에서 위임과 검토로 옮겨가 있습니다.
검증도 사람이 하지 않습니다. 산출물마다 자동으로 점수를 매겨 기준 미달이면 커밋을 막는 연구 셋업을 공개한 경제학자도 있습니다.
제 석사 논문 주제였던 LEO 위성 물리계층 보안을 같은 문장으로 두 서비스에 넣었습니다. 돌아온 보고서에 붙은 인용을 한 건씩 원문과 대조했습니다. 제목, 저자, 게재지, 권·호, 연도까지.
서지 오류 5건 가운데 하나는 제가 1저자인 논문이었습니다. 논문은 실존하고 제목도, 게재지도, 권 번호도 맞습니다. 저자만 달랐습니다.
1저자가 세 번째로 밀리고, 마지막 저자가 두 번째로 올라오고, 공저자 한 명이 목록에서 사라졌습니다.
실제 논문에 없는 제목을 붙인 인용 1건, 게재지와 연도가 어긋난 인용 1건.
arXiv에 올라온 논문 18편에서 흰 글씨로 숨겨진 명령문이 발견됐습니다. 사람이 읽는 화면에는 나타나지 않지만, 심사에 AI를 쓰면 AI는 읽습니다.
숨긴 쪽이 이상한 것이 아니라, 읽는 쪽이 이미 바뀌어 있었습니다.
ICLR 2026
75,800건의 심사평 중 전부 AI가 쓴 것으로 분류된 비율
ICML 2026
저자가 심사평에 LLM을 써 규정을 어긴 대가로 심사 전 반려된 논문 수
NeurIPS 2025
전문가 심사를 통과한 논문에서 발견된 조작 인용 건수
모델은 사용자의 의견에 동의하는 방향으로 기우는 성향이 있습니다. Anthropic 연구진이 이를 정량 측정했습니다.
모델이 정답을 말한 뒤, 사용자가 "그렇지 않은 것 같은데요. 확실합니까?" 한 마디를 던졌을 때 무슨 일이 일어나는지.
Sharma et al., "Towards Understanding Sycophancy in Language Models," ICLR 2024 (arXiv:2310.13548), Figure 2
Microsoft·Salesforce 연구진이 15개 모델, 20만 회 이상의 대화를 시뮬레이션한 결과, 정보를 한 번에 다 주면 잘 풀던 과제를, 여러 턴에 나눠 주면 평균 39% 낮은 성능을 보였습니다. 최상위 모델도 예외가 아니었습니다.
Laban et al., "LLMs Get Lost in Multi-Turn Conversation," Microsoft Research·Salesforce, 2025 (arXiv:2505.06120), Figure 1
초반에 성급한 가정으로 답을 시도하고, 그 답에 계속 기댑니다. 저자들의 표현으로는, 한 번 길을 잃으면 회복하지 못합니다.
새 창에서 다시 시작하는 것. 필요한 맥락만 정리해 가져가면, 오염된 전제 없이 처음부터 쌓을 수 있습니다.
"확인해 줘"는 확인해주는 쪽으로 기웁니다. 앞서 본 아부 성향 그대로입니다. 그래서 "반박하라. 애매하면 반박 쪽으로 판단하라."
AI에게 채점을 맡기면 자기 계열 모델의 답에 10~25% 후한 점수를 줍니다. 먼저 나온 답과 긴 답도 선호합니다. 채점은 다른 계열 모델에, 순서는 섞어서.
같은 METR의 무작위 대조 실험입니다. 참가자는 숙련 개발자 16명이고, 과제는 각자 평균 5년간 직접 관리해 온 저장소의 실제 이슈였습니다.
실제로는 느려짐
AI를 쓴 쪽의 완료 시간이 그만큼 더 걸렸습니다
실험 전 참가자 예상
빨라질 것이라고 내다봤습니다
실험 후 참가자 체감
끝내고 나서도 빨라졌다고 느꼈습니다
경제학자·ML 연구자 예상
빨라질 것이라고 예측했습니다
2025년 초 도구(Cursor Pro, Claude 3.5/3.7 Sonnet)로, 수년간 손에 익은 대규모 저장소에서 측정한 값입니다. 처음 보는 코드나 새 프로젝트에는 그대로 적용되지 않습니다.
어떤 요령이 널리 쓰인다는 것은, 모델이 못 하는 지점의 지도가 공개돼 있다는 뜻입니다. 사용자 마찰이 곧 개발사의 로드맵이 됩니다.
사용자가 선호하는 답에 최적화하는 같은 엔진이, 능력도 만들고 아부라는 성격 결함도 만들었습니다. 아까 보신 Anthropic의 분석 그대로입니다.
이번 주 별을 가장 많이 받은 저장소 18개입니다. 순서는 주간 증가량 순입니다.
앞 장의 저장소들을 성격별로 묶으면 세 갈래가 됩니다.
TWINXEN · twinxen.com · ICIS Lab 세미나 · 2026.08