조언

0. 첫 실행

1. 저장소 루트에 있는 settings.md를 읽습니다. ## Profile 섹션이 없으면 소유자에게 /setup을 먼저 실행하라고 알리고 중단합니다. ## Profile, ## Layers 및 ## Sources는 이 스킬 전반에 적용됩니다.
2. settings.md에 ## /advise 섹션이 없거나 $ARGUMENTS가 setup인 경우, 하나의 메시지에 번호를 매겨 각 항목의 기본값을 대괄호 안에 표시하여 소유자가 "기본값"이라고 답할 수 있도록 질문합니다:
   1. 기본 작업 공간: 이름을 지정하지 않았을 때 읽을 작업 공간입니다(Layers에서 고용주 작업 공간을 켠 경우에만). [없음: 중요한 맥락이 있을 때 물어봄]
   2. 답변이 제공되지 않은 맥락(단계, ACV, 모션)에 따라 달라지는 경우: 한 줄로 먼저 물어보거나, 명시된 가정과 함께 답변합니까? [한 줄로 물어봄]
   3. 답변 길이: 짧게(답변과 출처만) 또는 표준(답변, 추론, 이견, 출처)? [표준]
   4. 항상 표시할 주의사항: 프로필에 명시된 귀하의 지역 및 비즈니스 모델과 다른 맥락의 벤치마크입니다. [미국 벤처 투자 지원 SaaS 벤치마크를 다른 지역, 자금 조달 모델 또는 비즈니스 모델에 적용하기 전에 플래그를 표시함]
3. 답변을 settings.md의 ## /advise 아래에 짧은 글머리 기호 목록으로 작성합니다(파일 끝에 추가하고, 설정을 다시 실행하는 경우 기존 항목을 대체합니다). 한 줄로 확인합니다. 그런 다음 질문에 답변하거나, 소유자가 setup만 실행한 경우 중단합니다.

$ARGUMENTS의 질문에 답변합니다.

컨텍스트. workspace:<company>가 주어졌거나 설정에 기본 작업 공간이 설정된 경우, workspaces/<company>/context.md를 읽고 모든 권장 사항을 해당 단계, ACV 및 모션에 맞게 판단합니다. Layers에서 작업 공간을 끄거나 작업 공간이 없는 경우, 설정에 지정된 대로 누락된 컨텍스트를 처리합니다(답변이 컨텍스트에 따라 달라지면 단계, ACV 및 모션을 한 줄로 물어보거나, 가정을 명시하고 답변합니다). 조용히 가정하지 마십시오.

검색 순서 — 답변이 충분히 근거를 갖추면 더 넓은 범위로 확장하지 않습니다:

1. playbooks/ 및 principles/: 종합 및 소유자 자신의 관점. example: true가 포함된 노트는 키트와 함께 제공된 샘플입니다: 사용할 수는 있지만 그 사실을 명시해야 합니다(예: "키트와 함께 제공된 예제 플레이북으로, 세 가지 소스에 기반함"). 이는 아래의 모든 항목보다 우선합니다. 플레이북에 무엇이 답을 바꾸는가 섹션이 있는 경우, 해당 요소를 먼저 파악합니다(짧은 메시지 하나로 질문하거나 작업 공간에서 읽습니다). 그런 다음 전체 플레이북이 아닌, 상황에 맞는 레시피를 제공합니다.
2. library/, case-studies/ 및 swipe/: 태그와 키워드로 세 가지를 모두 검색합니다.
   • 라이브러리에서는 "My take"가 포함된 노트를 선호하고, tier: canon을 tier: web보다 우선합니다. tier: web 소스에 의존하는 경우 신뢰할 수 있는 소스 외부에 있음을 명시합니다. 노트에 corporate_data: true가 있는 경우, 소유자의 컨텍스트에 적용하기 전에 대기업 연구임을 명시합니다.
   • 사례 연구는 레시피가 실제 현장에서 효과가 있음을 보여주는 증거입니다. 일치하는 사례가 있을 때마다 인용하며, 웹에서 조사한 것이고 정전(canon) 외부에 있으며 증거 라벨을 제공한다고 명시합니다.
   • 스와이프 항목(형식 및 기법으로 검색)은 질문이 창의성 또는 실행에 관한 경우 사용합니다.
3. 실시간 신뢰 소스: settings.md의 Sources 아래에 나열된 커넥터(해당 소스에 대해), 그 다음 canon/_index.md에 있는 도메인으로 제한된 웹 검색(WebSearch에서 allowed_domains를 해당 도메인으로 설정하거나, Exa에서 도메인당 하나의 site:<domain> 쿼리 사용, 다른 도메인의 결과는 폐기).
4. 일반 웹, 1~3번 항목이 부족한 경우에만 사용합니다. 그런 다음 답변을 다음과 같이 시작합니다:

   ⚠️ 신뢰 소스 외부 – 일반 웹 검색을 기반으로 합니다.

크거나 중요도가 높은 질문이거나 저장소 내용이 부족한 경우, /advise-deep을 제안합니다. 이 명령어는 전체 웹 연구를 추가하고 소유자의 회사 및 역할에 맞게 답변을 조정합니다. 다음과 같이 컨텍스트를 얻는 방법을 설명합니다: workspace:<company>를 추가하면 workspaces/<company>/context.md를 읽고, 그렇지 않으면 먼저 짧은 번호가 매겨진 질문 세트 하나를 합니다. 소유자가 컨텍스트를 프롬프트에 모두 넣을 필요는 없습니다.

답변 형태(설정에서 짧게를 선택한 경우 답변과 출처만으로 축소):

• 먼저 답변: 2~4문장으로, 컨텍스트에 맞게 조정합니다.
• 추론: 답변의 근거가 되는 플레이북 또는 출처입니다.
• 전문가 간 이견: 있다면, 그리고 이 컨텍스트가 어느 쪽으로 기울어지는지.
• 출처: 저장소 노트에 대한 클릭 가능한 링크(아래 참조) 및 실시간 소스의 URL.

권장하는 모든 테스트, 파일럿 또는 실험에는 평가 방법을 명시해야 합니다(길이 설정과 관계없이): 측정할 항목, 비교 대상, 기간, 통과 기준으로 간주되는 결과. 초기 신호(몇 주)와 지연 결과(몇 개월)를 분리하여 한 항목의 통과가 다른 항목의 통과로 오해되지 않도록 합니다. 출처에 명시되지 않은 경우, 공백을 남기지 말고 그 사실을 명시합니다.

신선도 규칙(freshness.md를 읽으십시오). 다음은 실수를 방지하는 장치입니다:

• 플레이북처럼 인용: 출처의 전체 이름, 해당 노트에 링크, 인용 자체에는 날짜 없음. 채팅에서는 wikilink를 클릭할 수 없으므로 파일 경로에 대한 마크다운 링크를 사용하고, 공백은 %20, 괄호는 %28/%29로 표시합니다(예: [Jane Example](library/Seed-Stage%20Positioning%20-%20Jane%20Example.md)). 플레이북도 동일한 방식: [positioning](playbooks/positioning.md). Wikilink([[note|Jane Example]])는 저장소 파일에 작성된 텍스트에만 사용합니다.
• 답변의 모든 벤치마크, 숫자, 플랫폼 동작 또는 도구 권장 사항에는 날짜가 포함됩니다(예: "CAC 회수 기간 12~18개월, 2024-02 기준(Jane Example)"). 날짜 없는 구체적인 내용은 절대 없습니다.
• aging(노화 중) 노트의 경우: 원칙은 자유롭게 사용합니다. 구체적인 내용은 *"<날짜> 기준, 재확인되지 않음"*과 함께만 인용합니다. volatile(변동성) 주제(AI 가시성, AEO, 플랫폼 알고리즘, 도구)의 경우, 답변하기 전에 실시간 소스를 확인합니다.
• superseded(대체됨) 또는 expired(만료됨) 노트의 경우: 구체적인 내용을 절대 인용하지 않습니다. superseded_by를 따릅니다.
• 이전 출처와 새 출처가 충돌하는 경우, 이전 출처에 re-verified(재확인됨) 태그가 없는 한 구체적인 내용에 대해서는 새 출처가 우선합니다. 그러한 판단을 내렸다고 명시합니다.
• 사용 가능한 최선의 구체적인 내용이 유효 기간이 지났고 재확인할 수 없는 경우, 현재 정보로 제시하지 않고 명확히 그 사실을 말합니다.

규칙:

• 설정에 지정된 주의사항(기본적으로 미국 벤처 투자 지원 SaaS 벤치마크)을 소유자의 프로필과 다른 지역, 자금 조달 모델 또는 비즈니스 모델에 벤치마크를 적용하기 전에 플래그를 표시합니다.
• 답변이 principles/ 노트와 모순되는 경우, 명확히 그 사실을 말합니다. 조용히 하나를 선택하지 않습니다.
• settings.md의 Layers → Never read에 나열된 저장소는 절대 읽지 않습니다.
• 작업 공간 데이터를 휴대용 파일에 복사하지 않습니다. 답변에서 재사용 가능한 교훈이 드러난 경우, 해당 교훈을 플레이북에 추가할 것을 제안합니다.