TECH 으로 돌아가기
TECH GITHUB 오늘 10분 읽기 44 READS

[심층분석] 에이전트는 바꿔도 워크플로는 남는다 — Claude Cowork의 오픈소스 대안, OpenWork 뜯어보기

[심층분석] 에이전트는 바꿔도 워크플로는 남는다 — Claude Cowork의 오픈소스 대안, OpenWork 뜯어보기
SOURCE IMAGE · GITHUB
[심층분석] 에이전트는 바꿔도 워크플로는 남는다 — Claude Cowork의 오픈소스 대안, OpenWork 뜯어보기

들어가며: '에이전트 설정, 팀원한테 어떻게 넘겨주세요?'

요즘 개발자들 사이에서 이런 고민 많이 들리는데요. Claude Code, Cursor, Codex 같은 AI 에이전트를 쓰다 보면 어느새 나만의 설정이 잔뜩 쌓여요. 자주 쓰는 MCP 서버 연결, 팀 배포 절차를 정리한 스킬, 구글 드라이브 연동 같은 것들이요. 문제는 이게 전부 '내 컴퓨터, 내 에이전트'에만 있다는 거예요. 옆자리 동료가 '그거 나도 쓰고 싶은데'라고 하면, 결국 설정 파일을 복사해서 메신저로 보내고, 안 되면 화면 공유하면서 하나하나 따라 하게 되죠.

Anthropic이 Claude Cowork를 내놓으면서 이런 '에이전트로 함께 일하기'가 본격적인 제품 카테고리가 됐는데요. 오늘 소개할 OpenWork는 여기에 오픈소스 진영이 내놓은 답이에요. 오픈소스 코딩 에이전트인 opencode를 기반으로, macOS·Windows·Linux에서 모두 돌아가는 무료 데스크톱 앱이거든요.

핵심 아이디어: '한 번 만들고, 어디서나 쓴다'

OpenWork의 철학은 한 문장으로 정리돼요. AI 워크플로를 한 번 만들면, 도구·동료·기기를 가리지 않고 재사용할 수 있어야 한다.

이걸 가능하게 하는 열쇠가 MCP인데요. MCP가 뭐냐면, AI 에이전트가 외부 도구나 데이터에 연결할 때 쓰는 표준 규격이에요. USB-C를 떠올리면 이해가 쉬워요. 예전에는 휴대폰마다 충전 단자가 달라서 케이블을 따로 챙겨야 했잖아요? USB-C로 통일되면서 케이블 하나로 다 되는 것처럼, MCP 덕분에 어떤 에이전트든 같은 방식으로 도구에 연결할 수 있게 된 거예요.

OpenWork는 이 지점을 영리하게 파고들어요. OpenWork MCP 하나만 Claude Code, Cursor, Codex 같은 에이전트에 등록하면, 내가 모아둔 스킬·MCP 연결·구글 워크스페이스·마이크로소프트 365 연동이 그 에이전트 안으로 전부 들어와요. 에이전트를 갈아타도 내 작업 환경은 그대로 따라오는 거죠.

여기서 스킬이 뭐냐면, 에이전트에게 주는 '업무 매뉴얼'이라고 보면 돼요. '우리 팀 배포는 이런 순서로, 이 명령어로, 이 체크리스트를 확인하면서 해'라고 정리해둔 레시피 카드 같은 거예요. 이걸 한 번 만들어두면 팀원 누구의 에이전트든 같은 방식으로 일하게 만들 수 있어요.

중요한 건 데스크톱 앱이 필수가 아니라는 점이에요. 전용 작업 공간이 필요하면 앱을 쓰면 되지만, 이미 쓰는 에이전트에서 MCP만으로 그대로 쓸 수 있다는 게 공식 입장이거든요. 도구를 하나 더 배우라고 강요하지 않는 접근이라 도입 장벽이 확 낮아요.

설치 방식부터 남다른 '에이전트 네이티브' 설계

재밌는 부분이 설치 방법인데요. 보통은 홈페이지에서 설치 파일을 받잖아요? OpenWork는 그것도 되지만, 공식 안내가 이래요. '이미 쓰는 AI 에이전트가 있다면, 이 프롬프트를 복사해서 붙여넣으세요.'

> Install OpenWork on my computer, set up my first workspace, and open it ready to use.

그러면 에이전트가 알아서 설치하고, 첫 워크스페이스를 만들고, 바로 쓸 수 있게 열어줘요. 설치 문서조차 사람이 아니라 에이전트가 읽는 걸 전제로 만든 거예요. 앞으로 소프트웨어 배포 방식이 어떻게 바뀔지 보여주는 장면이라 흥미롭거든요.

저장소 구조를 봐도 설계 방향이 읽혀요. skills-lock.json이라는 파일이 있는데, npm의 package-lock.json처럼 스킬 버전을 고정해두는 잠금 파일이에요. 팀원마다 스킬 버전이 달라서 결과가 달라지는 사고를 막겠다는 거죠. evals 폴더도 눈에 띄는데요, 스킬이 의도대로 동작하는지 자동으로 평가하는 체계를 갖췄다는 뜻이에요. 프롬프트 기반 자산은 '느낌상 잘 되는 것 같은데'로 흐르기 쉬운데, 테스트로 검증하겠다는 태도가 보여요. ee 디렉터리(기업용 전용 코드)와 SCIM(기업용 계정 자동 관리 표준) 기획 문서까지 있는 걸 보면, 처음부터 기업 도입을 염두에 둔 오픈코어 전략이라는 것도 알 수 있고요.

Claude Cowork와 뭐가 다른가

비유하자면 이래요. Claude Cowork가 특정 통신사 전용폰이라면, OpenWork는 자급제폰이에요. 전용폰은 그 통신사 서비스와 매끄럽게 통합되고 완성도도 높지만, 통신사를 바꾸면 쓰던 걸 포기해야 하죠. 자급제폰은 어느 통신사든 유심만 꽂으면 되고요.

OpenWork가 밑바닥부터 에이전트를 새로 만든 게 아니라, opencode라는 검증된 오픈소스 에이전트 위에 '워크플로 공유 계층'을 얹었다는 점도 중요한데요. 에이전트 코어 경쟁은 이미 치열하니, 그 위의 협업 계층에 집중하겠다는 포지셔닝인 거죠. 물론 트레이드오프도 분명해요. 상용 제품이 주는 매끄러운 사용자 경험은 오픈소스가 따라가기 쉽지 않고, 4,000개가 넘는 커밋이 말해주듯 아직 빠르게 변하는 중이라 버전업마다 깨지는 부분이 있을 수 있어요.

한국 개발자에게: 이렇게 써보세요

시나리오 1, 신입 온보딩. 신입이 오면 개발 환경 세팅에 하루가 날아가죠. 팀의 스킬과 MCP 연결을 OpenWork 워크스페이스로 묶어두면, 신입은 에이전트에 MCP 하나 등록하는 걸로 팀의 일하는 방식을 통째로 받아요.

시나리오 2, 에이전트 춘추전국 정리. 팀원마다 쓰는 에이전트가 다른 팀 많잖아요. 누구는 Claude Code, 누구는 Cursor. 도구를 강제로 통일하는 대신 워크플로 계층만 OpenWork로 통일하면, 각자 취향은 존중하면서 결과물의 일관성을 챙길 수 있어요.

시나리오 3, 비개발 직군 확장. 구글 워크스페이스·M365 연동이 기본 제공이라, '주간 보고서 초안 작성' 같은 스킬을 만들어 기획자·마케터에게 공유하는 것도 가능해요. 관리자는 어드민 화면에서 누가 어떤 기능을 쓸지 권한을 관리할 수 있고요.

다만 도입 전에 꼭 짚을 게 있는데요. 에이전트가 내 컴퓨터에서 명령을 실행하는 구조라, 외부에서 받은 스킬은 내용물을 반드시 확인하고 쓰세요. 회사에서 쓸 거라면 어떤 데이터가 어디로 흘러가는지 보안 검토가 먼저고요. 학습 순서는 ① MCP 개념 익히기 ② 개인 컴퓨터에 설치해서 워크스페이스 만들어보기 ③ 팀에서 자주 하는 작업 하나를 스킬로 만들어 공유해보기, 이 정도면 충분해요.

마무리: 경쟁의 무대가 한 층 올라갔다

작년까지는 '어떤 에이전트가 코딩을 더 잘하나'가 경쟁이었다면, 이제는 그 위 계층, 즉 워크플로와 지식을 어떻게 쌓고 공유하느냐로 무대가 옮겨가고 있어요. OpenWork가 던지는 메시지는 명확해요. 에이전트는 갈아타도, 팀이 쌓은 워크플로 자산은 남아야 한다는 거죠. 이 계층이 표준화되면 에이전트 벤더들의 락인 전략은 힘이 빠질 수밖에 없고, 반대로 좋은 스킬을 만들어 공유하는 개인과 팀의 가치는 올라갈 거예요.

여러분 팀은 에이전트 설정과 노하우를 어떻게 공유하고 계세요? 위키에 정리해두기만 하고 아무도 안 보는 상황이라면, 이런 도구가 답이 될 수 있을지 댓글로 의견 나눠주세요.


🔗 출처: GitHub

SOURCE · GITHUB
원문 전체 보기 → https://github.com/different-ai/openwork
SHARE
처리 중...