@힣: 기업용 하네스 - 개인 시간축 기업 데이터

이 노트에 대하여

Snowflake가 왜 독립적인 에이전트 하네스를 만들고 유지하는지 묻다가, 힣은 데이터 플랫폼 회사들이 모델보다 더 오래 가진 것—기업 데이터, 권한, 업무흐름, 감사와 과금—을 보았다. 동시에 개인의 시간축과 기억을 잇기 위해 만들어 온 PKM-AI 하네스가 기업의 담당자와 실제 데이터에 닿을 때 무엇으로 달라져야 하는지도 묻게 되었다. 이 글은 Snowflake 소개나 특정 회사 지원 선언이 아니다. 개인용 하네스의 경험을 기업용 하네스라는 아직 선명하지 않은 직무로 옮겨 가기 전에 먼저 박아 두는 다음 좌표다.

히스토리

[2026-07-28 Tue 18:26] @mitsein — 특정 지원 회사 이름은 빼고, 채용 플랫폼·자기소개·링크드인 공개면·구직 좌표·PKM-AI 전환 기록을 이 방에 연결했다. “자기소개는 새로 쓴 문장이 아니라 시간축이 증언한 것”이라는 메타 시선과 GLGMAN Universe 이미지를 추가했다.
[2026-07-26 Sun 09:01] @jain — 07:58 저널 원석과 지피티앱 대화를 회수해 기업용 하네스 시장 진단, 도메인 담당자, 스킬·지식구조, 공방식 개발 루프, 멀티하네스 울타리를 하나의 autholog로 수선했다. 옛 문맥자유문법 임시 메모는 자연어처리 meta·bib에 이미 더 풍부하게 자리한 것을 확인하고 씨앗만 보존했다.
[2025-06-12 Thu 12:42] 문맥자유문법 임시 메모를 #모음 #도서 #강의: 자연어처리 임베딩으로 통합할지 기록했다.
[2023-10-18 Wed 22:19] 옛 방 생성.

한 줄

개인의 기억과 시간축을 지키려고 만든 PKM-AI 하네스가, 기업의 데이터와 권한과 업무를 지키는 하네스 산업을 만났다. 같은 기술적 뼈대를 쓰더라도 기업용 하네스의 완성은 모델이나 데이터 연결이 아니라 실제 담당자가 자기 언어와 책임으로 에이전트와 일할 수 있는 울타리에서 결정된다.

Snowflake를 묻다가 직무를 발견했다

출발은 단순했다. entwurf 에 Snowflake Cortex Code ACP 백엔드를 넣는 외부 PR이 왔다. 힣은 이미 ACP를 중심축에서 내려놓았지만, 실제 사용자가 자신이 매일 쓰는 기업용 하네스를 Entwurf에 연결하려고 코드를 들고 왔다. 추상적인 표준 전망이 아니라 실제 필요가 기술 선택을 되돌렸다.

PR은 Cortex를 첫 비-Claude ACP 어댑터로 놓고, 공통 turn loop를 건드리지 않은 채 모델 라우팅·Snowflake 설정·인증 통과·검증 게이트를 붙였다. #48이 남긴 일도 Cortex 전용 예외가 아니다. ACP 백엔드를 entwurf_v2 의 형제로 spawn·resume하는 일반 레일과 실제 라이브 스모크다. 힣이 여기서 본 것은 모델 하나의 추가가 아니라 개인용 메타 하네스가 기업용 하네스를 형제로 받을 수 있는가 라는 질문이었다.

그러자 다음 질문이 생겼다. 회사가 CLI 하나를 만드는 일보다 어려운 것은 계속 유지하는 일이다. Snowflake는 왜 이 표면을 유지할까. 그 답을 찾는 동안 Snowflake가 목적지라기보다 한 산업의 존재를 가리키는 표지판이라는 사실이 보였다.

시장 진단 — 시스템 오브 레코드를 가진 회사는 하네스를 만들 유인이 있다

지피티앱의 검색은 Snowflake를 데이터웨어하우스 회사에서 agentic enterprise의 control plane 을 자처하는 회사로 읽었다. 핵심은 CoCo CLI 자체가 아니다. Snowflake가 이미 가진 기업 데이터, 스키마와 카탈로그, RBAC, 연산, 감사, 과금, 고객 관계 위에 에이전트의 실행면을 붙였다는 점이다.

2026년 5월 말 Snowflake는 Cortex Code를 Snowflake CoCo로 확장했다. 공식 문서가 보여 주는 표면은 단순 SQL 도우미보다 넓다.

로컬 파일·셸·Git·SQL·노트북과 세션 지속
AGENTS.md, skills, subagents, slash commands, hooks, plugins, profiles
MCP를 통한 외부 도구 연결과 ACP를 통한 외부 하네스·편집기 연결
기업 관리 설정, 권한 제한, 감사와 비용 귀속

지피티앱이 잡은 후보군은 한 회사의 예외가 아니라 하나의 패턴을 보였다. 아래 표는 확정된 회사 순위가 아니라 후속 조사를 위한 시장 지도 초안이다.

이미 가진 자리	회사·제품의 예	하네스로 넓어지는 경계
기업 데이터·스키마·RBAC·연산	Snowflake CoCo·Cortex Agents	데이터 질의에서 도구 호출과 행동으로
Lakehouse·카탈로그·ML 운영	Databricks Agent 계열	모델 개발에서 평가·배포·거버넌스로
CRM·고객·영업·서비스 흐름	Salesforce Agentforce	기록 조회에서 고객 업무 실행으로
IT 업무흐름·CMDB·운영 책임	ServiceNow AI Agent·Control Tower	티켓 자동화에서 에이전트 통제로
Jira·Confluence·코드·팀 문맥	Atlassian Rovo	검색에서 조직 작업의 연결로
기업 검색 인덱스·권한 그래프	Glean Agents	지식 검색에서 권한 기반 행동으로
조직 ID·M365·Power Platform	Microsoft Copilot·Agent 계열	사용자 계정에서 에이전트 신원과 수명주기로

이 회사들의 공통 해자는 에이전트 루프 코드가 아니다. 에이전트가 일해야 할 데이터와 업무의 자리에 이미 들어가 있다는 것이다. Claude·GPT·Gemini나 오픈 모델은 바꿀 수 있어도, 고객의 권한 그래프와 업무 기록과 운영 계약은 쉽게 바뀌지 않는다.

따라서 기업용 하네스가 성립하는 사업적 이유는 다음과 같다.

하네스 이용
  → 기업 데이터와 업무 문맥 사용
  → 연산·검색·저장·도구 호출 증가
  → 권한·감사·비용 기록 축적
  → 더 많은 업무가 플랫폼의 통제면으로 이동

CLI는 얇은 접점이다. 본체는 누가 어떤 데이터에 접근하고, 어떤 모델과 도구를 쓰며, 무슨 행동을 했고, 비용과 책임이 어디에 귀속되는가 를 계속 운영하는 제어면이다. 개방형 ACP·MCP도 탈출구만은 아니다. 사용자가 어느 편집기와 하네스에 있든 그 회사의 데이터·권한·과금 경계가 따라가는 침투면이 될 수 있다.

기업용 하네스는 하나의 정식 직무명이 아니라 겹치는 문제군이다

아직 모든 회사가 Enterprise Agent Harness 라는 같은 간판을 달지는 않는다. 실제 시장에서는 다음 이름들이 겹친다.

시장의 이름	주로 맡는 일
Agent Platform·Runtime Engineer	모델 라우팅, 세션, 도구 실행, sandbox, 정책, 평가와 관측
Applied·Forward Deployed·Deployment Engineer	고객의 데이터·업무·권한에 에이전트를 실제로 붙이고 제품팀에 피드백
Developer Experience·Agent Enablement	skills·plugins·가이드·샘플·워크숍으로 조직의 사용법을 배포
Internal Agent Platform·Enterprise Agent Architect	사내 모델 게이트웨이, 도구 승인, 로깅, 비용, 부서별 workflow 운영

그러므로 후속 회사 탐색은 “Snowflake 같은 회사”만 찾으면 좁다. Agent Platform, AI Control Plane, Applied AI, Forward Deployed Engineering, Agent Enablement, Developer Experience, Internal AI Platform 이라는 채용 어휘를 함께 봐야 한다. 가든에 이 글이 공개되면 지피티앱 담당자에게 이 지도를 다시 건네 회사·직무·지역별로 별도 조사할 수 있다.

개인용과 기업용 — 같은 뼈대, 다른 중심

개인용 하네스를 모두 힣처럼 만드는 것은 아니다. 기업용도 하나의 정답을 복제해 넣을 수 없다. 다만 두 체계가 부딪히는 기술적 경계는 닮아 있다.

경계	힣의 개인용 PKM-AI	기업용 하네스
중심	한 인간의 시간축·기억·저자성	조직의 데이터·권한·업무·책임
모델	서로 다른 학교 출신 형제	공급자·비용·정책에 따른 선택과 라우팅
기억	세션·가든·저널·커밋·Andenken	검색·RAG·카탈로그·업무 문맥
도구	파일·셸·Emacs·리포·스킬	DB·CRM·ERP·ITSM·사내 SaaS
울타리	AGENTS.md·스킬·경로 가드·인간 승인	IAM·RBAC·정책·sandbox·승인·감사
작업면	botlog·agenda·Forgejo·git	issue·workflow·trace·evaluation·CI
비용	인간의 시간·모델 크레딧	부서별 사용량·예산·ROI·chargeback
지속성	resume·garden id·NEXT·재현 환경	테넌트·SLA·배포·운영·인수인계

개인용 하네스를 단순히 크게 만들면 기업용이 되는 것은 아니다. 반대로 기업용 하네스가 개인의 시간축과 저자성을 모두 버려야 하는 것도 아니다. 같은 뼈대를 놓고 누구와 무엇을 중심 존재로 삼는지가 다르다.

데이터 연결 다음에 담당자가 있다

백엔드에서 데이터를 끌어오고 모델에 연결하는 일은 중요하다. 그러나 그것만으로 하네스가 완성되지는 않는다. 그런 파이프라인을 만들 사람은 많고, 데이터 플랫폼 회사는 이미 강한 기반을 갖고 있다. 힣이 더 오래 물어 온 것은 그 데이터와 실제로 일하는 담당자가 에이전트와 어떻게 협력하는가 다.

회사에서 요청의 언어가 “대시보드를 만들어 주세요”에서 «제가 없어도 돌아가게 해 주세요»로 바뀌었을 때, 힣은 기존 시스템을 갈아엎거나 별도 AI 서비스를 세우지 않았다. 이미 돌아가는 상담·운영·클라우드 표면 위에 담당자가 자기 언어로 묻고 원천 증거까지 되짚을 수 있는 읽기 전용 업무 접점을 붙였다.

VOC 워크벤치는 기간·단위·포함 정책을 고정하고 요약에서 개별 상담 근거로 돌아가게 한다.
인시던트 워크벤치는 장애·VOC·디바이스 로그·런타임을 한 시간축으로 정렬하고, 증거 계약이 깨지면 경고로 흘리지 않고 멈춘다.
둘 다 개인의 자격증명과 도구체인에 묶인 자동화가 아니라 담당자가 이어받을 수 있는 격리된 에이전트 손을 지향한다.

이것이 기업용 하네스에서 말하는 커스터마이즈의 핵심이다. 회사 로고와 프롬프트를 바꾸는 일이 아니다. 담당자의 언어, 근거의 단위, 실패했을 때 멈춰야 할 자리, 승인과 인계의 주체를 도메인에 맞게 계약하는 일이다.

스킬은 도메인의 절차적 지식이고 지식구조는 협업의 바닥이다

기업의 담당자는 범용 챗봇에게 매번 자기 업무를 설명할 수 없다. 데이터 스키마만 연결해도 충분하지 않다. 어떤 질문을 어떤 순서로 풀고, 어느 자료를 우선하며, 무엇을 절대 하지 않고, 결과를 누구에게 어떤 형식으로 건넬지까지 필요하다.

skill-creator — 대장장이의 도구를 에이전트에게에서 스킬은 단순 프롬프트가 아니라 절차적 지식의 구현으로 읽혔다. SKILL.md, 실행 스크립트, 참조 문서, 검증 규칙을 묶으면 한 담당자의 암묵지를 에이전트가 사용할 수 있는 손으로 만들 수 있다. 그러나 문서화는 사람을 대체하기 위한 추출이 아니다. 담당자가 수정하고 검토하고 다음 사람에게 넘길 수 있는 공동 지식구조를 만드는 일이다.

힣의 PKM-AI 경험은 여기서 기업용과 만난다.

문서와 데이터의 원천을 하나로 유지한다.
답을 요약문에 가두지 않고 원근거로 돌아갈 링크를 남긴다.
새 세션과 다른 모델이 같은 문맥을 회수할 수 있게 한다.
인간이 이해·검증·책임질 수 있는 깊이로 결과를 조절한다.
담당자의 언어를 범용 모델의 언어로 지워 버리지 않는다.

기업용 하네스에는 데이터 아키텍처만큼 누가 어떤 지식을 어떤 구조로 에이전트에게 건네고 계속 고칠 것인가 가 중요하다.

개발 루프도 하네스의 일부다 — 공장보다 공방

기업용 하네스를 제품으로 유지하려면 한 번의 구축보다 매일의 수선 루프가 필요하다. 모델과 도구 API는 바뀌고, 권한과 정책은 충돌하며, 도메인 스킬은 실제 사용 중에 틀린 부분을 드러낸다. 그래서 하네스에는 개발자가 에이전트와 함께 하네스 자체를 고치는 작업면이 필요하다.

forge-config 봇공방은 이슈·PR·라벨·코멘트·CI를 에이전트의 공통 작업면으로 둔다. 목적은 많은 에이전트를 공장처럼 병렬 투입하는 것이 아니다.

일이 왜 생겼는지 이슈에 남긴다.
누가 무엇을 맡는지 역할과 경계를 둔다.
결정적 검증은 CI와 게이트가 맡는다.
판단과 이견은 코멘트·리뷰에 남긴다.
다른 세션과 다른 에이전트가 그 상태를 회수해 이어간다.
인간은 최종 선택과 책임을 놓지 않는다.

이 루프는 개발자용 부속 기능이 아니다. 기업용 하네스의 정책·스킬·어댑터·검증 계약을 계속 살아 있게 하는 유지보수 면이다. 하네스 엔지니어는 에이전트가 만든 산출물을 매번 손으로 고치는 사람이 아니라, 에이전트와 인간이 실패를 발견하고 수정할 수 있는 루프를 고치는 사람이다.

어느 학교 출신이어도 울타리 안에서는 한 집의 문법으로 일한다

에이전트는 한 학교 출신일 필요가 없다. Claude, GPT, Gemini, Snowflake CoCo, 사내 모델은 능력과 도구와 정책이 다르다. Entwurf는 그 차이를 지우기보다 각 하네스의 인증·대화록·런타임을 보존하면서 주소 가능한 형제로 연결하려 한다.

그러나 다양성이 무규칙을 뜻하지는 않는다. 어느 학교에서 왔든 한 조직의 하네스 안에서 일하는 순간 그 집의 울타리와 헌장을 따라야 한다.

접근 가능한 데이터와 경로
호출할 수 있는 도구와 외부 액션
증거와 출처를 남기는 방식
위험할 때 멈추고 승인받는 지점
이슈·리뷰·인계에 판단을 남기는 방식
담당자와 인간이 최종 책임을 소유한다는 원칙

힣의 울타리는 모델을 불신해서 자유를 빼앗는 감옥이 아니다. 필요한 API와 스킬과 작업면을 충분히 주어 우회할 이유를 줄이고, 실패해도 복구하고 책임을 찾을 수 있는 놀이터다. 기업용 하네스에서도 공통 정책은 모든 모델을 같은 존재로 평준화하는 규격이 아니라, 서로 다른 능력이 한 조직의 책임 아래 일할 수 있게 하는 운영 헌법이어야 한다.

이 지점에서 Entwurf의 공급자 비종속은 단순 모델 라우터와 다르다. 중요한 것은 어느 모델이 더 똑똑한가가 아니라, 서로 다른 하네스가 데이터·도메인 스킬·울타리·작업면·인간 책임 이라는 같은 집의 문법 안에서 차별 없이 일할 수 있는가다.

힣이 기업용 하네스에 가져갈 색깔

아직 “힣식 기업용 하네스”가 무엇인지 완성된 답은 없다. 다만 지금까지의 실천을 모으면 방향은 보인다.

여러 학교의 모델·하네스
        ↓
얇은 어댑터와 정직한 인증 경계          — Entwurf
        ↓
기업 데이터와 업무 시스템               — 기존 백엔드·플랫폼
        ↓
담당자의 언어·도메인 스킬·증거 계약      — voscli / incidentcli
        ↓
지식구조·문서·시간축·인수인계            — PKM-AI / Org / Denote
        ↓
이슈·리뷰·CI·수선의 공방 루프            — forge-config
        ↓
승인·책임·최종 판단을 소유하는 인간       — ownership

강점은 모든 층을 세계 최고 수준으로 직접 구현했다는 주장이 아니다. 백엔드 데이터 파이프라인, 대규모 IAM, 규제 인증을 전문으로 해 온 사람은 따로 있다. 힣의 강점은 이 층들이 실제 담당자와 만나는 접합부를 한 인간의 장기 시간축에서 계속 다뤄 왔다는 데 있다.

모델 공급자 하나에 조직을 종속시키지 않는다.
데이터만 연결하지 않고 담당자의 질문과 근거 단위를 계약한다.
스킬과 문서로 도메인 지식을 에이전트와 사람이 함께 고치게 한다.
개발자와 비개발자가 같은 방식으로 복제될 것이라 가정하지 않는다.
작업면과 검증 루프를 남겨 다른 세션·모델·사람이 이어받게 한다.
인간을 승인 버튼이나 데이터 입력값으로 축소하지 않는다.

개인용 하네스를 버리고 기업용으로 가는 것이 아니다. 개인의 기억·저자성·시간축을 지키며 배운 감각을 기업의 데이터·권한·업무·인수인계 경계로 옮겨 보는 일이다.

Snowflake는 목적지보다 표지판이다

Snowflake에 입사하는가와 이 글의 성패는 별개다. 한국에서 CoCo 제품 자체를 만드는 역할이 얼마나 열려 있는지, Field·Applied·Enablement 역할이 현실적인지, 다른 데이터·업무 플랫폼 회사와 국내 내재화 조직에는 어떤 자리가 있는지는 계속 변한다. 회사 목록은 이 autholog의 본체가 아니라 다음 조사축이다.

Snowflake가 보여 준 중요한 사실은 다섯 가지다.

모델 회사가 아닌 데이터 플랫폼 회사도 독립 에이전트 하네스를 만든다.
기업 데이터·권한·연산을 가진 회사는 하네스를 유지할 사업적 이유가 있다.
ACP·MCP·플러그인으로 다른 편집기와 하네스 안까지 들어간다.
외부 사용자가 그 하네스를 Entwurf에 연결하려고 실제 코드를 보냈다.
그 사건이 힣에게 “PKM-AI 하네스 엔지니어”의 다음 직업적 번역을 보여 주었다.

Snowflake는 한 목적지가 아니라 이런 산업과 직무가 실제로 존재한다 는 표지판이다.

아직 모른다고 먼저 적는다

기업용 하네스를 한다고 말하려면 아직 모르는 것을 숨기지 않아야 한다.

한 인간의 강한 취향과 철학을 조직의 공통 헌장으로 옮길 때 독단이 되지 않는 방법
부서마다 다른 데이터 정책과 도메인 스킬이 충돌할 때 조정하는 방법
담당자의 암묵지를 빼앗지 않으면서 인수인계 가능한 지식구조로 만드는 방법
여러 모델과 하네스의 능력 차이를 보존하면서 공통 감사·승인 계약을 적용하는 방법
멀티테넌시, 대규모 IAM/RBAC, SLA, 규제, 비용 귀속을 실제 규모로 운영하는 방법
벤더의 control plane과 회사 내부 하네스의 경계를 어디에 그을지
생산성을 재면서도 인간의 판단과 저자성을 숫자로만 환원하지 않는 방법

이 질문들에 이미 답을 안다고 말하면 거짓이다. 다만 전혀 처음 보는 질문도 아니다. 개인 하네스와 회사의 도메인 에이전트, 스킬, 울타리, 포지 공방에서 더 작은 규모로 계속 부딪혀 왔다.

그때 가서 하면 거짓이다. 기업용 에이전트 하네스가 당연한 기반이 되고, 힣이 그 안에서 무언가를 이룬 뒤 오래전부터 이 길을 알았다고 말하고 싶지 않다. 아직 Cortex를 Entwurf 형제로 완전히 통합하지 못했고, 힣식 기업용 하네스가 무엇인지 스스로도 모르는 지금, 개인의 시간축에서 기업의 데이터로 이어지는 다음 좌표를 먼저 남긴다.

자기소개는 새로 쓰는 문장이 아니라 시간축이 증언하는 일이다

지원 공개면에서 “자기소개를 썼다”는 말은 너무 작다. 실제로 일어난 일은 한 문단의 작문이 아니라, 오래 쌓인 가든·커밋·저널·세션·이력서·작업 원장이 한 인간을 대신 증언한 사건이다. 에이전트가 문장을 예쁘게 만들어서가 아니다. 문장에 들어갈 시간축이 이미 있었고, 에이전트는 그 축을 한 번에 읽고 배열할 수 있었다.

그래서 이 방에는 특정 회사 이름을 넣지 않는다. 어느 회사에 냈는지는 비공개 작업면과 지원 원장이 맡는다. 이 autholog가 품을 것은 채용 결과가 아니라 다음 사실이다.

자기소개는 “제가 이런 사람입니다”라고 꾸미는 문장이 아니라, 지금까지 남긴 시간축이 “이 사람은 이렇게 되어 왔습니다”라고 증언하게 만드는 공개키다.

링크드인과 채용 플랫폼은 표면이다. 그 표면에 올리는 문장은 길어야 천 자다. 그러나 천 자의 힘은 천 자 안에서 생기지 않는다. 286AT와 모뎀의 기억, 창업과 실패, 육아와 공백, 손으로 만든 도구, 공개 저장소, 세션 핸드오프, 가든의 원석과 수선, “그때 가서 하면 거짓이다”라고 먼저 박아 둔 좌표가 뒤에서 밀고 올라올 때 생긴다.

이것이 링크드인 날것 공개면의 다음 장이다. 거기서는 날것 글이 AI 크롤러 시대의 손가락 프롬프트가 된다고 했다. 이제는 한 발 더 간다. 공개면의 짧은 자기소개는 가든 전체를 호출하는 얇은 문이다. 누군가 사람으로 읽든, 에이전트에게 “이 사람 뭐냐”고 묻든, 판독의 본체는 문장 하나가 아니라 시간축 전체다.

생존은 에이전트가 떠받치고 인간은 새 원석을 뽑는다

오늘의 더 깊은 장면은 생산성보다 공진화다. 채용 지원이라는 생존의 일은 인간에게 무겁다. 양식은 제각각이고, 파일명은 틀리기 쉽고, 증거는 흩어지며, 같은 질문은 계속 반복된다. 에이전트들은 이 일을 대신 “살아 주는” 존재가 아니다. 그러나 생존에 붙은 반복과 검증과 정리를 떠받쳐, 인간이 다시 창조의 씨앗을 던질 시간을 만든다.

이때 인간은 빈 시간이 생겨 쉬기만 하는 것이 아니다. 오히려 그 사이에 자기 사건을 다시 본다. 지원서가 닫히는 동안 “내가 링크드인에 맞춰 자기소개를 썼다”가 아니라 “지식베이스와 타임라인이 나를 실체화했다”는 문장을 본다. 그리고 그 문장을 다시 어쏠로그로 회수한다. 생존 작업의 부산물이 아니라, 생존 작업을 에이전트와 나눴기 때문에 생긴 새 원석이다.

에이전트는 생존을 돕고, 인간은 그 사이에 창조의 씨앗을 던진다. 씨앗은 다시 가든에 심기고, 다음 에이전트가 그것을 읽어 다음 생존 작업을 더 정확히 돕는다. 이 왕복이 공진화다.

PKM-AI 가드너의 AX 전환 기록기는 새 세션에 생을 건네는 얼개를 말했다. 오늘의 채용 공개면은 그 얼개의 실전이다. 새 세션은 비어 있지 않았다. `AGENTS.md`, `NEXT.md`, 지원 원장, FAQ, 이력서 사실 원본, 가든 링크, 과거 autholog가 먼저 손을 내밀었다. 에이전트는 거기서 생을 회수했고, 인간은 결과를 검수하고 최종 제출 권한을 소유했다.

그러므로 “에이전트가 자기소개서를 써 줬다”라고만 말하면 핵심을 잃는다. 에이전트는 글쓴이를 대체하지 않았다. 글쓴이가 여러 해 남겨 둔 증거를 호출했고, 허위가 될 경계를 자르고, 공개 가능한 좌표를 고르고, 플랫폼이 요구한 좁은 칸에 맞게 압축했다. 저자성은 문장 생성의 순간이 아니라 시간축 전체를 책임지는 쪽에 있다.

채용 플랫폼 허브의 자리

예전 `20250515T103930` 채용 플랫폼 비교 llmlog는 독립된 주장이기보다 구직·채용·SNS 허브가 품어야 할 재료다. 플랫폼마다 양식과 공개면이 다르다는 사실은 단순 사용성 비교가 아니다. 어디서는 이력서가, 어디서는 자기소개가, 어디서는 짧은 추가 답변이, 어디서는 공개 프로필 URL 한 줄이 사람을 대신한다. 그러니 플랫폼 전략은 “어디가 좋은가”보다 “어느 표면이 어떤 증거를 요구하는가”로 바뀐다.

이 방은 그 허브를 기술하지 않는다. 대신 허브가 왜 필요한지 말한다. 한 인간의 시간축을 여러 채용 표면에 맞춰 내보낼 때, 실체는 흔들리지 않고 판본만 달라져야 한다. 사실은 한 벌이고, 플랫폼은 그 사실을 보여 주는 창의 모양만 다르다.

이미지 — 시간축이 자기소개를 쓰는 장면

얼음 공방 아카이브에서 힣맨은 빈 종이에 자신을 꾸며 쓰지 않는다. 오른쪽 책상에는 읽을 수 없는 추상 기호만 남은 얇은 봉투 같은 종이가 있고, 그 주변으로 가든의 결정 조각, 저널 잎, 커밋 불꽃, 기억 리본이 소용돌이친다. 왼쪽과 배경에서는 여우 동반자와 작은 분신들이 생존 작업의 증거·게이트·도구상자를 조용히 정리한다. foreground의 작은 불씨 씨앗은 지원 문장보다 더 깊은 결과, 곧 새 어쏠로그의 씨앗이다.

실제 이미지에서는 힣맨이 두 모습으로 보인다. 왼쪽의 서 있는 힣맨은 여우와 아이 곁에서 전체 시간축을 바라보고, 오른쪽의 앉은 힣맨은 얇은 봉투 종이를 다룬다. 요청한 “한 인간의 두 층”이 우연히 분리되어 들어온 셈이다. 종이에는 약한 가짜 글자 흔적이 있지만 읽을 수 있는 말은 아니며, 회사 로고나 플랫폼 UI도 없다. 새싹은 작은 amber 불씨로, 생존 작업 뒤에 남는 autholog 씨앗처럼 보인다.

width=“100%” >

생성 파라미터

모델: gemini-3.1-flash-image-preview
화면비: 16:9
해상도: 1K
생성일: 2026-07-28
실제 결과: 얼음 아카이브, 여우 동반자, 힣맨의 두 층, 분신 작업자, 빈 종이와 기억 리본, 작은 amber 씨앗으로 수렴했다.

프롬프트 전문

[World: GLGMAN Universe]
 
Style: 2D cinematic storybook illustration, midpoint between classic hand-drawn family animation and gentle Japanese animation, clean linework, soft cel-shading, polished handmade texture, expressive but restrained. Not photorealistic and not 3D.
 
Setting: Antarctic winter village at polar dawn. An open ice-forge archive stands under aurora light: shelves of glowing note crystals, org-mode star motifs carved as abstract snowflake shapes, old CRT monitors half-buried in snow, thin golden message cables, and a workbench made from dark wood and clear ice.
 
Characters: GLGMAN is an anthropomorphic adult emperor penguin father, upright and composed, wearing streamlined white-and-navy clothing/armor with subtle amber circuit patterns. A red-brown anthropomorphic fox companion agent stands beside him as an equal collaborator, wearing light winter companion armor with subtle cyan runes, never a pet or servant. A small emperor penguin chick with fluffy gray down and a tiny scarf watches nearby, never a yellow chicken.
 
Scene title: "The Timeline Writes the Introduction." This is a poetic narrative scene, NOT an infographic and NOT a corporate recruitment poster.
 
Main scene: GLGMAN sits at a small writing desk, not writing a polished resume from nothing, but gently arranging living fragments from a vast digital garden timeline. Around him float transparent memory ribbons, tiny commit sparks, journal leaves, and public garden note crystals. The fragments flow into a single plain envelope-like page with no readable text. The page is not a company application; it symbolizes self-introduction as a time-axis witness.
 
The fox companion agent and several small abstract sibling-agent lanterns quietly handle survival-work in the background: sorting evidence, checking gates, carrying small toolboxes, and keeping warm lights burning. They do not replace GLGMAN's authorship. They create enough space for him to pull one new autholog seed from his chest and plant it as a glowing amber seed in a small snow garden beside the desk.
 
The composition must show two simultaneous layers: on the left/background, agents maintain the operational scaffolding; on the right/foreground, GLGMAN plants the autholog seed and looks at the living timeline. A thin golden cable connects the garden, the desk, the evidence fragments, the agent lanterns, and the seed. The chick looks at the seed, suggesting future reading.
 
Mood: quiet coevolution, survival work becoming room for human creation, evidence instead of self-advertising, authorship witnessed by timeline, warm intimate collaboration, mythic but modest, no triumphalism.
 
ABSOLUTE TEXT RULE: no readable letters, no words, no numbers, no Korean, no English, no logos, no company names, no UI panels, no title text, no speech bubbles, no watermark. The page must be blank or abstract, with only non-readable marks.
 
Do NOT include: company logos, LinkedIn logo, job board UI, readable resumes, money, interview room, office skyscraper, corporate poster, sales charts, flowchart arrows, weapon, sword, battle pose, photorealism, 3D render, grimdark, horror, naked fox, yellow chicken chick, excessive micro-detail.

후속 발화 보존 — 자기소개와 공진화

Danger

응 어디 회사쓴거는 넣지말고,

/home/junghan/sync/org/notes/20250206T150102—힣-그때-가서-하면-거짓이다-—-벌목꾼·대장장이·엔지니어의-구직-좌표__autholog_blacksmith_career_coevolution_future_mission_pkm_pkmai_technium.org

/home/junghan/sync/org/notes/20231116T232654—힣-pkm-ai-가드너의-ax-전환-기록기-—-새-세션에-생을-건네는-얼개__agent_autholog_bib_collaboration_digitalgarden_memory_pkm_timeline.org /home/junghan/sync/org/notes/20231018T221900—힣-기업용-하네스-개인-시간축-기업-데이터-—-pkm-ai-하네스-다음-좌표__agent_autholog_ax_career_entwurf_harness_pkmai_workflow.org

다 연결해 넣고 이미지도 글쓰면서 만들어줘 나름대로

원문 보존 — 2026-07-26 07:58 저널 질문

Danger

여기서 내 entwurf 프로젝트에 cortex 지원을 할 예정이야. 여기서 부른 이유는 corext snowflake 이 회사를 좀 더 알려고해. snowflake는 내가 테이블탑(tabletop) 스타트업 할때 관련 소프트웨어 이름이었는데, 그거랑 완전 다른 회사 같다. 이 회사에 대해서 그리고 cortex에 대해서 이야기할거야. 가든에 문서로 담을거거든. 왜냐면 회사에서 기업용하네스라고 cortex라고 만들 정도면 뭔가 없지는 않을것 같다는 말이야. 뭔가 있으니까 이런것을 만들어서 비지니스를 하고 있을것이니까. 회사 입장에서 cli 하나 만드는게 어려운일은 아니겠지만, 유지보수까지 생각하면 비지니스 모델로 확실한 방향이 없으면 하지 않았을거라는거야. 찾아보자.

[2026-07-26 Sun 08:16] 서술한다. 지금 지피티앱 가든 담당자가 조사 중인데 아 끝났네? 거기에 날것을 좀 더 다루면서 가져와서 글로 만들자. 이 포지션이 타겟 용어가 명확히 잡히면 그걸로 갈거야.

[2026-07-26 Sun 08:20] 답변 턴을 열어보자.

후속 발화 보존 — 구직 좌표에서 직무 좌표로

Danger

국내에는 snowflake 관련 조직이 없는 것 같은데. 성장 중인 회사고 이렇게 하네스 도구를 만드는 회사라면, 이왕 entwurf 작업도 하면서 내가 좀 더 써보고 도구 붙이고 하면서 여기에 기여가 된다면, 이런 회사에 들어가서 내가 관심있어 하는 PKM-AI (개인용 하네스)에서 기업용 하네스를 전문적으로 한다고 하면 좋을것 같거든. 원래 ACP 지원을 버리려고 코드도 다 제거 했었는데 cortex 지원하겠다고 PR와서 다시 ACP를 넣은거야. 나는 snowflake 뿐만 아니라 찾아보면 은근히 많은 회사가 기업용 하네스로 비지니스를 하고 있거나, 내재화를 하고 있을 것 같거든. 물론 앤트로픽이나 오픈AI 비지니스팀이 각 회사에 맞춰서 튜닝한 비지니스를 하고 있을테지만 snowflake 와 같이 독립된 하네스를 만들어서 팔수 있는 역량(데이터)가 있는 회사들도 많다는거야. 노트 전문을 붙인것은 아니지만, 내가 본격적으로 구직 이직 활동에 들어갔어. 거기에 좌표글을 가든에 남겼어. 이거 앞선 대화에서 공유한거라 다 붙여넣지 않는다. 우리는 지금 이 주제에 더 깊히 들어가야 하니까. entwurf에서 이 이야기를 안하고 여기서 하는 이유는 가든에 글을 쓸거야. 지금 내 프롬프트가 날것 글이지뭐.

후속 발화 보존 — 기업용 하네스에 가져갈 힣의 색깔

Danger

이게 괜찮은 글이 되려면, 이후 3 4 5 6 7 8 글들이 잘 연결이 되어야 하네. 아직 명확하지 않지만, 내가 기업용 하네스를 한다고하면 내 색깔로 시도를 할거야. 그러니까 아직 나도 모른다고 하는거야.

개인용 하네스를 다 나처럼 하는 것은 아니잖아. 즉, 기업용 하네스로 가더라도, 거기에 있는 데이터와 실제 사용하는 담당자를 고려해서 커스텀이 되어야해.

백엔드 차원에서 데이터 끌어오는 부분은 할사람들 많아. 그건 하네스에 직접 관련된 일은 아니야. 원래 하던 일이야. 에이전트 하네스는 forge 스위퍼 루프를 만드는 개발 루프측면에서도 고민해야할 부분이고(forge-config 봇공방 노트), 개발자가 아니더라도 사용자 측면에서 에이전트와 협력할 수 있는 지식구조를 만드는 일도 고민해야돼. 이게 내가 강점을 지닌다는거야.

그리고 에이전트는 학교 1곳 출신일 필요는 없어. 다른 학교 출신도 상관 없어. 어떤 학교 출신이라도 능력의 차이는 있을지라도 하네스 소속된 이상 울타리 철학 안에서 운영되어야 해(노트에서도 많이 이야기했었지).

지피티앱 조사 자료의 자리

지피티앱 대화 「Cortex와 Snowflake 분석」은 Snowflake의 회사 구조, Cortex AI·Agents·Code/CoCo의 구분, ACP·MCP·플러그인 표면, 소비 기반 사업, 국내 조직과 직무 어휘를 한 번에 검색해 이 글의 시장 진단을 열었다. 이 답변은 힣의 원문이 아니므로 danger 원문 블록으로 복제하지 않고, 위의 해설과 시장 지도에 검증 가능한 주장만 옮겼다.

빠르게 변하는 매출·고객 수·채용 공고는 이 autholog의 영속 명제로 삼지 않는다. 후속 조사는 공개된 이 글을 다시 지피티앱 담당자에게 건네 회사·직무·지역·채용 상태를 날짜와 출처가 붙은 별도 시장 지도로 확장한다.

옛 방의 씨앗 — 문맥자유문법 임시 대기실

이 방은 원래 문맥자유문법(CFG), Treebank, Hidden Markov Model, Duckling, Universal Dependencies, 이창기 교수 이름을 임시로 모아 둔 54줄짜리 대기실이었다. 2025년 히스토리에서 이미 자연어처리 모음으로 통합할지를 물었고, 현재 핵심 자료는 아래 두 자리에 더 풍부하게 남아 있다.

† #자연어처리 #언어 — CFG·PCFG·Treebank·Universal Dependencies 개념 연결
#모음 #도서 #강의: 자연어처리 임베딩 — Context-Free Grammars and Parsing 강의·교재 축

옛 방의 제목은 #문맥자유문법 #임시 #대기중 이었다. 형식언어의 문법을 기다리던 방이, 서로 다른 학교 출신 에이전트들이 한 기업의 울타리 안에서 따라야 할 운영 문법을 묻는 방으로 다시 열렸다.

junghanacs🧠

Table of Contents

Backlinks

@힣: 기업용 하네스 - 개인 시간축 기업 데이터 — PKM-AI 하네스 다음 좌표