슬라이드 덱당 하나의 스킬: 제가 프레젠테이션 템플릿을 번들링하는 것을 중단한 이유

대부분의 프레젠테이션 템플릿 팩은 같은 방식으로 실패합니다. 거대한 번들 하나를 설치한 후, 실제로 원하는 덱을 찾기 위해 사용하지 않을 11개의 덱을 삭제하는 데 20분을 허비하게 됩니다. 저는 예전에 단일하고 성장하는 번들을 배포했습니다. 이번 주에 저는 그것을 분리했고, 그 이유는 부끄럽도록 간단합니다. 찾아다녀야 하는 템플릿은 사용하지 않을 템플릿이라는 것입니다.

하나의 덱 스킬(deck skill)은 창고가 아니라 좋은 도구처럼 작동해야 합니다. 설치는 하나, 덱도 하나, 작업도 하나여야 합니다. 에이전트가 해당 스킬을 열 때, 다른 15개 시스템들을 먼저 읽어보지 않고 자신이 어떤 시각 시스템(visual system) 내에서 작업하고 있는지—색상, 그리드, 슬라이드 순서—를 정확히 알아야 합니다. 이것이 전체 주장이며, 네 가지 지점에서 나타납니다:

1. 설치 비용 (Install cost). 단일 덱 스킬은 작은 폴더입니다: SKILL.md 파일 하나, .pptx 파일 하나, 모든 편집 가능한 슬롯을 설명하는 상세 파일(detail file) 하나, 그리고 빌드 스크립트가 전부입니다. 다른 어떤 것도 에이전트의 주의를 분산시키지 않습니다.
2. 편집 정밀도 (Edit precision). 하나의 덱만 있으면, 상세 파일의 모든 슬롯은 단일 슬라이드의 정확히 하나의 도형에 매핑됩니다. '어떤 덱의 제목 슬라이드에 이 편집이 들어갔는지'와 같은 모호성이 없으며, 전체 12개 슬라이드를 슬롯별로 검증할 수 있습니다.
3. 스타일 규율 (Style discipline). 번들은 다른 덱에서 하나의 강조 색상을 재사용하도록 유혹합니다. 독립적인 덱은 팔레트(palette)를 완성하도록 강제합니다: 종이색 하나, 잉크색 하나, 신호색 하나, 그리고 빌려온 것은 아무것도 없습니다.
4. 교체 비용 (Replacement cost). 만약 어떤 덱이 시대에 뒤떨어졌다면, 그 스킬만 폐기하면 됩니다. 나머지 15개는 손대지 않고 계속 작동합니다.

제가 이번 주에 분리한 네 개의 덱은 이 점을 구체적으로 보여주는데, 그 이유는 서로 너무나도 다르기 때문입니다:

• Night Observatory: 심야 연례 검토용(midnight annual review) 템플릿: 깊은 먹색, 따뜻한 종이, 호박빛 신호, 별자리 차트 라인 및 궤도 고리. 대시보드가 아닌 조용한 방에 어울리는 데이터를 위해 제작되었습니다.
• Marrakech Souk: 분기별 시장 검토용(quarterly market review) 템플릿: 깊은 청록색, 모래 종이, 사프란 및 테라코타 색상, 아치형 카드와 다이아몬드 타일 스트립. 네온 느낌보다는 따뜻한 방식으로 시끄럽습니다.
• Aizome Indigo: 컬렉션 회고용(collection retrospective) 템플릿: 인디고 종이, 세이가이하(seigaiha) 물결 라인, 사시코(sashiko) 점선, 진홍색 봉인 블록 하나. 절제 자체가 전체적인 개성입니다.
• Herbarium Botanical: 표본 카탈로그 덱: 크림 종이, 이끼 먹물, 올리브 및 테라코타 색상, 라틴어 이름이 적힌 더블 루울드(double-ruled) 표본판. 단순히 발표되는 것이 아니라 보존된 느낌을 주는 분기별 검토에 어울리는 덱입니다.

각 템플릿은 12개의 슬라이드로 구성되어 있으며, 각 슬롯이 개별적으로 주소 지정 가능하고, 가상의 브랜드를 사용하여 실제 회사가 데모 채우기로 사용되는 일이 없도록 처음부터 끝까지 빌드가 검증됩니다. 그리고 각각 독립적으로 설치할 수 있습니다. 만약 인디고 덱만 필요하다면 인디고 덱을 설치하면 되고, 에이전트(agent)는 나머지 세 개의 존재를 알지 못합니다.

제가 어떤 덱 스킬을 배포하기 전에 거치는 실질적인 테스트는 이렇습니다. 가상의 회사 하나를 에이전트에게 주고 모든 12개 슬라이드를 요청한 다음, 모든 슬롯을 확인하는 것입니다. 만약 단 하나의 슬롯이라도 자리 표시자(placeholder) 텍스트가 반환되면, 그 덱은 배포되지 않습니다. 번들로 만들 경우 이 테스트를 정직하게 수행하기가 열두 배나 어려워지는데, 왜냐하면 아홉 번째 덱의 실패가 첫 번째부터 여덟 번째 덱의 성공 뒤에 숨어버리기 때문입니다. 번들을 분리함으로써 이 테스트를 매번 실행할 만큼 저렴하게 만들 수 있었습니다.

만약 자신만의 스킬 라이브러리를 유지하고 있다면, 이것을 시도해 보세요. 사용자들이 실제로 열람하는 하나의 템플릿을 고르고, 그것만을 독립적으로 배포한 다음, 아무도 번들을 그리워하지 않는지 지켜보세요. 제 경우에는 아무도 그러지 않았습니다.