AI 워크스페이스가 소프트웨어로 진화해야 하는 순간

저는 많은 AI 제품 개발자들이 결국 직면하는 질문을 가지고 WorkDSH를 시작했습니다. 워크스페이스는 문서를 수집하고, 프로젝트를 유지하며, 스킬을 설치하고, 전문 역할을 할당하며, 외부 서비스를 연결할 수 있습니다. 이 모든 조각들이 존재한 후, 플러그인이 추가하는 것은 무엇일까요?

WorkBuddy는 저에게 중요한 제품 경험의 참고 자료였습니다. 그 프로젝트 및 재사용 가능한 기능에 대한 접근 방식은 AI 작업이 매번 빈 채팅창에서 시작하지 않을 때 얼마나 더 나은 느낌을 주는지 보여주었습니다. WorkDSH는 작업을 구성하는 데 있어 유사한 경로를 따르지만, DeepSeek Harness를 기반으로 구축된 독립적인 오픈 소스 프로젝트입니다.

저희가 이를 구축하면서 그 질문은 이론적이지 않게 되었습니다. WorkDSH의 Projects 페이지 자체도 WorkDSH 플러그인에 의해 제공됩니다. 사용자의 프로젝트는 하나의 작업에 대한 컨텍스트를 저장합니다. Projects 플러그인은 애초에 그러한 종류의 작업을 가능하게 만드는 소프트웨어입니다.

Projects 뷰는 실제입니다. 표시된 특정 프로젝트들은 로컬 워크스페이스에 속하며 모든 설치에 포함되지는 않습니다.

프로젝트가 한계에 도달하는 순간

공장 유지보수 팀을 고려해 봅시다. 하나의 장비에 대해, 프로젝트는 매뉴얼, 이전 수리 기록, 검사 작업, 그리고 결함 주변의 대화를 담을 수 있습니다. 진단 스킬은 다음에 무엇을 확인할지 제안할 수 있습니다. 전문가 구성(expert configuration)은 조사를 안내하고, 승인된 커넥터(authorized connector)는 기존 시스템에서 판독값을 검색할 수 있습니다. 팀은 새로운 소프트웨어를 개발하지 않고도 동일한 프로젝트 내에서 조사를 계속할 수 있습니다.

이제 모든 검사가 동일한 통제된 프로세스를 따라야 한다고 상상해 보세요. 기술자가 식별된 검사 지점 및 승인된 임계값 버전에 대해 판독값을 기록합니다. 범위를 벗어난 결과는 예외를 발생시켜야 합니다. 장비가 준비되었다고 표시되려면, 자격을 갖춘 사람이 재검사를 완료하고 서명해야 합니다.

팀은 이러한 규칙들을 문서로 작성하고 AI에게 상기시켜 달라고 요청할 수 있습니다. 이는 사람들이 특정 단계를 인지하는 데 도움이 될 수는 있지만, 해당 작업에는 여전히 식별된 기록, 가시적인 상태, 권한 확인, 그리고 누가 무엇에 서명했는지에 대한 신뢰할 수 있는 이력이 필요합니다. 프로젝트는 오류의 맥락을 유지합니다. 하지만 이러한 공유 검사 작업을 자동으로 구현하지는 않습니다.

이는 HackerNoon에서 AI 에이전트와 영속적 상태(durable state)에 대해 논의하며 제기된 구별점과 관련이 있습니다. 모델 컨텍스트는 유용하지만, 비즈니스 프로세스의 상태는 모델 호출을 거쳐도 생존해야 합니다. 검사 예시의 경우, 해당 상태에는 예외, 승인된 임계값 버전, 그리고 인간의 서명이 포함됩니다.

이는 검사 플러그인을 구축할 수 있는 방어 가능한 지점입니다. 이 플러그인은 많은 장비 프로젝트가 사용할 수 있는 기록, 화면, 상태, 및 확인 절차를 생성할 것입니다. 스킬(Skills), 전문가 설정(expert configurations), 그리고 커넥터는 계속해서 제안과 외부 정보를 제공할 것입니다. 최종 안전 확인은 자격을 갖춘 사람들에게 남아 있을 것입니다.

이러한 구별점은 소프트웨어를 그 자체로 만들기 위한 구축을 피하게 해주기 때문에 중요합니다. 만약 공장이 이미 적절한 유지보수 시스템을 사용하고 있다면, 커넥터만으로 충분할 수 있습니다. 적절한 커뮤니티 플러그인이 존재한다면 그것을 설치하세요. 누락된 작업이 실제로 워크스페이스에 속하며 재사용될 것이 확실할 때 새로운 플러그인을 구축하세요.

검사 애플리케이션은 가상의 예시입니다. 현재 WorkDSH 릴리스의 일부가 아닙니다.

플랫폼 자체가 플러그인으로 구성된 이유

DeepSeek Harness는 플러그인을 호스트가 수행할 수 있는 기능을 확장하는 방법으로 취급합니다. WorkDSH는 상위 Harness 구현을 분리하여 게시된 확장 지점(extension points)을 통해 제품 기능을 추가합니다. 프로젝트, 로컬 라이브러리(local Library), 스킬 관리(Skills management), 그리고 전문가 관리(Experts management)는 이러한 방식으로 제공되는 WorkDSH 기능입니다. 플러그인은 도구를 노출할 수도 있고; 특정 종류의 기록을 소유한 페이지와 서비스를 기여할 수도 있습니다.

이것이 제가 아키텍처에 관심을 갖는 장기적인 이유입니다. 개발자는 소프트웨어에 일련의 연산(operation) 클래스를 추가하고, 많은 프로젝트가 이를 사용하도록 할 수 있습니다. 경계는 코드에서 눈에 보이며, 각 모듈은 자체 조건으로 설치 및 유지 관리될 수 있습니다. 향후 Harness 버전과의 호환성은 여전히 확인해야 합니다. 플러그인 아키텍처가 유지 관리를 사라지게 하지는 않습니다.

에코시스템 진입이 더 쉬워지고 있다

WorkDSH Skills 뷰는 이제 공개 SkillHub 카탈로그를 표시합니다. 사용자는 스킬을 발견하고, 그 소스 및 버전을 검사한 다음, 설치할지 여부를 선택할 수 있습니다. 인터페이스에 표시되는 큰 카탈로그 수는 사전 설치된 스킬의 개수가 아닙니다.

실제 로컬 Alpha 스크린샷; 설치 항목은 캡처에 사용된 장치에 따라 다릅니다.

커뮤니티 플러그인 경로는 별개입니다. 독립적으로 유지 관리되는 dsh-market 자체가 DSH 플러그인입니다. 사용자가 이를 설치하면, WorkDSH는 제품 내부에서 마켓의 플러그인 검색 페이지를 보여줄 수 있습니다. 여기에 나열된 항목들은 WorkDSH에 의해 자동으로 번들링되거나, 감사되거나, 보증되는 것이 아닙니다.

타사 마켓 플러그인을 설치한 후의 실제 로컬 스크린샷.

데스크톱 미리보기 패키지에는 또한 WorkDSH 시작에 필요한 Node.js 및 Python 런타임이 포함됩니다. 이는 일반 사용자에게 설정 단계를 제거하지만, 개별 커뮤니티 플러그인은 더 많은 것을 요구할 수 있습니다.

저는 이 주장이 다른 제품들이 애플리케이션을 구축할 수 없다고 가정하는 것에 달려 있다고 생각하지 않습니다. WorkBuddy는 자체적인 Buddy Apps 경로를 가지고 있습니다. WorkDSH의 선택은 DeepSeek Harness에 오픈 소스 플러그인 경로를 노출하는 것입니다. 유용한 질문은 빌더가 무엇을 변경할 수 있는지, 그 변화가 어떻게 배포되는지, 그리고 설치 후 누가 유지 관리하는지입니다.

WorkDSH는 여전히 Alpha 단계에 있습니다. 실제 모듈과 에코시스템 진입점은 오늘 탐색할 수 있으며; 위의 검사 애플리케이션은 미래의 플러그인이 할 수 있는 것의 예시로 남아 있습니다. 소스, 다운로드 및 현재 제한 사항은 그 경계를 면밀히 검사하려는 모든 사람에게 공개되어 있습니다.

공지사항: 저는 WorkDSH를 유지보수합니다. 이는 독립적인 프로젝트이며, WorkBuddy, SkillHub 또는 dsh-market과 관련되거나 승인된 것이 아닙니다. 검사 애플리케이션은 가상의 시나리오이며, 출시된 기능이 아닙니다.

AI 공지: 본 기사는 프로젝트 소스 자료를 기반으로 AI가 생성했습니다. 릴리스별 주장들은 최신 데스크톱 릴리스 노트와 비교하여 확인되었습니다.