WorkBuddy의 스킬은 재사용 가능한 작업 실천 방식의 집합에 가깝고, MCP는 외부 도구와 데이터 소스를 연결하는 인터페이스에 가깝습니다. AI가 파일을 처리하거나 콘텐츠를 생성하거나 스크립트를 고정된 단계로 실행하려면, 먼저 스킬을 찾으세요; WeCom의 봇, 데이터베이스, 비즈니스 시스템을 연결해 모델이 실제로 외부 서비스를 호출하게 하고 싶다면 MCP를 참고하세요. 두 도구는 서로 대체할 수 없고 함께 작동할 수 있습니다.
먼저 표를 사용해 명확히 해보겠습니다
| 비교 항목 | 기술 | MCP |
|---|---|---|
| 주요 기능 | 캡슐화된 명령어, 스크립트, 워크플로우 | 외부 맥락과 도구는 모델에 열려 있습니다 |
| 공용 입구 | 스킬 마켓플레이스, 스킬 팩 업로드, 스킬 찾기 또는 생성 | 사이드바 플러그인에서의 MCP 서버 구성 |
| 전형적인 장면 | 문서 처리, 웹 검색 및 고정 출력 워크플로우 | 그룹 채팅 알림, 비즈니스 데이터 조회, 제3자 인터페이스 호출 |
| 문제 해결을 위한 주요 포인트 | 설치, 활성화, 권한이 적절한지에 대해서는 | 서식, 명령어 실행, 자격 증명, 연결 상태 설정 |
설치했는데도 왜 스킬을 호출할 수 없는 거죠?
먼저 "설치됨" 목록에 가서 스위치를 확인하세요. 스킬을 비활성화하면 모델 호출만 일시정지되고 스킬 파일은 삭제되지 않습니다; 다시 열면 기능이 복원되고, 활성화 상태가 계정과 여러 기기에서 동기화됩니다. 작업 설명에는 목표와 산출물이 명확히 명시되어야 합니다; 그렇지 않으면 모델이 어떤 스킬을 호출할지 결정하지 못할 수 있습니다. 스킬이 너무 많을 때는 현재 필요한 항목만 활성화하여 잘못된 트리거를 줄이세요.
MCP 구성은 사용자 수준 또는 프로젝트 수준이어야 합니다
프로젝트 간에 사용되는 알림 서비스는 사용자 수준 설정에 적합합니다; 데이터 소스가 특정 클라이언트나 프로젝트에만 서비스를 제공하는 경우, 다른 작업에 오용되지 않도록 프로젝트 수준 구성 디렉터리 아래에 배치해야 합니다. 저장 후 먼저 MCP 서버 상태를 확인하세요. 초록색은 성공적인 연결을 나타내고, 빨간색은 JSON 괄호와 따옴표 우선순위 검사, 시작 명령 존재 여부, 자격 증명 유효성, 네트워크 연결 가능 여부를 나타냅니다.
바우처를 다루는 방법
WeWork WebHook, Token, API Key는 모두 호출 자격 증명이며, 프롬프트, 스크린샷, 공유 가능한 기술은 포함하지 않습니다. 서드파티 기술은 로컬 파일을 읽거나 외부 서비스에 입력을 보낼 수도 있습니다. 설치 전에 소스, 권한 요청, 스크립트 내용을 반드시 검증하고; 삭제, 결제 또는 외부로 전송할 때는 먼저 소규모 데이터로 검증합니다.
선택할 때는 표준 문장을 사용할 수 있습니다: 주요 질문이 "AI에게 어떻게 할 수 있는지 알려줘라"라면 스킬을 선택하세요; "AI가 무엇에 연결할 수 있나요?"라면 MCP를 선택하세요; 외부 시스템에 접근할 때 프로세스를 수정한 후 두 가지를 결합해야 합니다.
