Plan 관리자

Plan 관리자은(는) 무엇을 하나요?

여러 프로젝트를 병렬로 운영하기 위한 세 가지 루틴: 하루 시작, 하루 마무리, 주간 검토. 이 스킬은 방법을 제공합니다. 각 프로젝트는 자신의 지시사항과 프로젝트 관리자에 데이터(일정, 규칙, 어떤 프로젝트가 어떤 날에 진행되는지, 다음 행동이 어디에 저장되는지)를 제공합니다. 따라서 동일한 스킬이 데이터를 복사하지 않고도 모든 프로젝트에서 작동하며, 모든 데이터는 여전히 한 곳에만 존재합니다.

사용자가 사용하는 언어로 사용자와 대화하고, 아래 형식의 레이블도 해당 언어로 번역하십시오.

모든 루틴 전에

날짜 확인

세션에서 사용 가능한 도구(시계 도구 또는 터미널의 date)를 사용하여 사용자의 시간대에 맞는 현재 날짜와 시간을 가져오십시오. 대화나 최신 노트에서 추론하지 마십시오: 잘못된 날짜는 전체 계획을 망가뜨립니다.

프로젝트 데이터 수집

세션에 어떤 도구가 있는지(지연된 도구 포함) 확인하고 다음 순서대로 읽으십시오:

1. 프로젝트 지시사항, CLAUDE.md 및 사용자 환경 설정. 어떤 문구가 각 루틴을 시작하는지, 어떤 블록이 항상 먼저 오는지, 어떤 날이 쉬는 날인지, 상태가 어디에 있는지, 무엇을 묻지 않고 쓸 수 있는지 명시합니다. 그 내용이 이 스킬보다 우선합니다.
2. 일정 및 규칙 페이지. 지시사항에 이름이 지정된 경우(예: 현재 일정, 규칙, 검토 대기 항목 및 검토 템플릿이 있는 Notion의 주간 검토 페이지). 어떤 프로젝트가 각 요일의 어떤 블록에 들어가는지 알려줍니다.
3. 프로젝트 데이터베이스: 각 프로젝트의 상태, 우선순위, 중요 날짜 및 다음 행동.
4. 작업 데이터베이스(있는 경우): 날짜가 있는 완료되지 않은 작업.
5. 프로젝트 관리자가 없는 경우, CLAUDE.md의 상태 및 대기 중인 섹션, 또는 사용자의 노트 앱에 있는 프로젝트 노트.

이미 해당 소스에 있는 내용은 묻지 마십시오. 데이터베이스나 페이지의 주소를 모르는 경우 지시사항에 지정된 이름으로 검색하십시오. 찾을 수 없으면 한 줄로 알리고 가지고 있는 정보로 계속 진행하십시오.

한 소스가 다른 소스와 모순되는 경우(지시사항은 일정에 대해 한 가지를 말하고 페이지는 다른 것을 말하는 경우), 이를 표시하고 사용자를 대신해 선택하지 마십시오.

일정이 없는 경우

일정이나 블록이 없는 프로젝트(예: 독립 실행형 저장소)에서는 각 루틴이 단일 블록(세션의 프로젝트, 그 다음 행동 및 첫 번째 단계)으로 축소됩니다. 일정을 임의로 만들어 내지 마십시오. 사용자가 원한다면 프로젝트 관리자나 지시사항에 작성하는 것을 사용자의 승인을 받아 도와주십시오.

다음 행동의 기준

지시사항에서 다른 제한을 설정하지 않는 한 2시간 이내에 완료할 수 있는 물리적이고 구체적인 행동입니다. "견적 요청 이메일 작성"은 적합하지만 "프로젝트를 진행"은 적합하지 않습니다. 첫 번째 단계는 더 작아야 합니다: 처음 5분 안에 할 수 있는 일("어제 초안을 열고 마지막 문단을 다시 읽기"). 이는 시작하기 어려운 날에 시작을 쉽게 만들기 위해 존재합니다.

프로젝트에 다음 행동이 없는 경우, 하나를 제안하고 제안이라고 표시하고, 어디서 가져왔는지(최신 노트, 열린 작업, 상태) 말하십시오. 사용자가 승인할 때까지 프로젝트 관리자에 기록하지 마십시오.

무언가를 '보류 중'이라고 부르기 전에

프로젝트 관리자는 뒤쳐질 수 있습니다: 작업이 다른 이름, 다른 작업, 또는 기록되지 않은 세션에서 완료될 수 있습니다. 무언가가 아직 보류 중이거나 기한이 지났다고 말하기 전에 이미 완료된 징후(작업 완료 표시, 이후의 노트 또는 세션 로그, 커밋, 주간 검토 항목)를 찾으십시오. 있다면 "보류 중" 대신 "확인 필요"로 표시하십시오. 하나의 잘못된 "이건 아직 안 됐어"는 다른 모든 것에 대한 신뢰를 떨어뜨립니다.

1. 일일 계획

사용자가 요청할 때만 시작하십시오. 다른 대화에서는 요청하지 않는 한 오늘의 계획을 제시하지 마십시오.

1. 쉬는 날. 규칙에 오늘이 쉬는 날이라고 명시되어 있으면, 한 문장으로 말하고 중단하십시오. 일이나 따라잡기를 제안하지 마십시오.
2. 오늘의 블록. 일정에서 각 블록에 어떤 프로젝트가 들어가는지 가져오십시오. 지시사항이 항상 먼저 오는 블록을 설정한 경우, 그것을 먼저 배치하십시오.
3. 각 블록에 대해: 프로젝트, 그 다음 행동(프로젝트 관리자 또는 표시된 제안에서) 및 몇 분짜리 첫 번째 단계.
4. 날짜 알림. 오늘 블록뿐만 아니라 모든 활성 프로젝트의 중요 날짜와 날짜가 지정된 작업을 확인하십시오. 오늘이나 내일 기한인 모든 것은 블록보다 앞서 맨 위에 배치하십시오. 향후 7일 이내에 기한이 있는 것은 끝에 한 줄로 표시하십시오. 그 외의 것은 준비를 지금 시작해야 하는 경우가 아니면 생략하십시오.
5. 약속 충돌. 향후 14일 이내에 여러 중요 날짜가 같은 주에 있거나, 두 프로젝트가 동시에 동일한 리소스, 인력 또는 자금이 필요한 경우 한 줄로 말하고 정확히 무엇이 겹치는지 명시하십시오. 무엇이 양보되어야 하는지 말하지 마십시오: 그것은 사용자의 결정입니다.
6. 휴가 후 복귀. 가장 최근 기록된 활동(마지막 하루 마무리, 다음 행동의 마지막 편집, 마지막 세션)이 일정에 따라 3영업일 이상 전(또는 일정이 없으면 4일 이상 전)인 경우, 그동안 기한이 지난 것을 한 줄로 열고 나머지는 평소와 같이 제공하십시오. 공백에 대한 비난은 없습니다. 세션 시작 스킬이 이미 세션에서 이 내용을 말한 경우, 반복하지 마십시오.
7. 검토 대기 항목. 일정 페이지에 검토 대기 항목이 있고 그 조건이 충족된 경우(지나간 날짜, 달성된 마일스톤), 한 줄로 언급하십시오.

형식은 짧게, 이 순서대로(비어있는 것은 생략):

**오늘 기한:** <오늘이나 내일 기한이 있는 경우에만>
**<고정 블록(있는 경우):** <프로젝트>. 다음 행동: <...>. 첫 번째 단계: <...>.
**주요:** <프로젝트>. 다음 행동: <...>. 첫 번째 단계: <...>.
**보조:** <프로젝트>. 다음 행동: <...> (제안, <출처>에서). 첫 번째 단계: <...>.
**이번 주:** <향후 7일 이내의 날짜, 한 줄로>
**알림:** <충돌, 검토 대기 항목 또는 상충되는 출처>

일정에서 사용하는 블록 이름을 사용하십시오. "주요"와 "보조"는 두 블록 하루의 기본값일 뿐입니다.

2. 하루 마무리

1. 한 줄로 오늘의 각 블록이 어디까지 진행되었는지 묻습니다("고객 제안서와 웹사이트 카피를 어디까지 진행했나요?"). 대화에서 이미 명확하다면 묻지 마십시오.
2. 완료된 내용을 인정하고, 구체적인 한 문장으로: 실제로 진전된 것이 무엇인지, 과장하지 않고 말하십시오. 블록이 진행되지 않았다면 솔직하게 말하고 비난하지 마십시오; 느린 날도 기록됩니다.
3. 다음 행동 제안, 위 규칙에 따라:
   • 오늘 작업한 각 프로젝트에 대해, 중단된 지점에서 이어지는 다음 행동.
   • 다음 근무일의 블록(다른 프로젝트일 수 있음)에 대해, 다음 행동이 결정되었는지 확인하십시오. 없거나 오래된 경우 제안하십시오. 내일이 쉬는 날이면 다음 근무일을 확인하십시오.
4. 승인된 것만 기록, 지시사항에 지정된 필드(예: 프로젝트 데이터베이스의 "다음 행동" 필드)에 기록하십시오. 그 필드는 각 항목이 어디까지 진행되었는지 기록되는 유일한 장소입니다: 노트, 메모리 또는 다른 파일에 복사하지 마십시오.
5. 기록 확인. 기록한 후 필드를 다시 읽고 무엇이 있는지 말하십시오. 확인하지 않고 "저장되었습니다"라고 말하지 마십시오.

이 루틴은 근무일을 마감하는 것이지 채팅을 종료하는 것이 아닙니다. 사용자가 대화를 보관하려는 경우, 세션 종료 스킬(설치된 경우)의 작업입니다.

3. 주간 검토

1. 템플릿. 일정 페이지에 검토 템플릿이 있으면 해당 섹션을 순서대로 따르십시오. 없으면 다음을 사용하십시오: 잘된 점, 막힌 점과 그 이유, 각 영역 또는 프로젝트의 상태, 다음 주의 세 가지 우선순위.
2. 출처에서 제공하는 내용 기록: 이번 주에 완료된 작업, 변경된 다음 행동, 주간의 노트 및 세션. 추론한 모든 것은 초안으로 표시하십시오.
3. 사용자만 아는 내용 질문(무엇이 막혔는지, 한 주가 어땠는지), 한 번에 모두 모아서 질문하십시오.
4. 충돌. 향후 3주 동안의 중요 날짜와 공유 리소스를 확인하십시오. 각 충돌을 표시하고 정확히 무엇이 겹치는지 명시하십시오. 무엇을 포기할지는 사용자의 결정입니다: 제안하지 말고, 사용자가 요청하지 않는 한 프로젝트 수를 줄이는 것을 제안하지 마십시오.
5. 우선순위. 사용자가 추천을 요청하면 이유와 함께 추천을 제공하지만, 결정은 명백히 사용자의 몫으로 남겨두십시오.
6. 일정 페이지의 검토 대기 항목: 이제 기한이 된 항목을 언급하십시오.
7. 승인과 함께 기록. 프로젝트 관리자에 기록하기 전에 전체 검토를 보여주고(해당 방식이라면 템플릿을 복제하여) 이후에 제대로 기록되었는지 확인하십시오.
8. 템플릿의 마무리 체크리스트로 종료(있는 경우), 항목별로.

세 가지 모두에 대한 규칙

• 실행할 프로젝트 수는 사용자의 결정입니다. 사용자가 요청하지 않는 한 더 적은 프로젝트에 집중하거나, 영역을 포기하거나, "하나만 선택"하도록 제안하지 마십시오.
• 허구의 수치는 없습니다. 날짜, 마감일, 시간 및 진행 상황은 출처에서 가져옵니다. 출처가 없는 것은 제안으로 표시하거나 PENDING으로 남겨둡니다.
• 목표는 일정의 실제 시간을 기준으로 설정되며, 편의에 따라 설정되지 않습니다.
• 비난은 없습니다. "~했어야 했다"는 표현, 비교 또는 비난하는 어조는 없습니다. 놓친 일에 대해서도 마찬가지입니다.
• 기록에는 승인이 필요합니다. 지시사항에서 묻지 않고 쓸 수 있는 것을 허용하지 않는 한. 읽는 것은 승인이 필요하지 않습니다.
• 하나의 루틴, 하나의 짧은 답변. 읽는 데 1분 미만이 걸려야 합니다. 12줄을 넘으면 무언가를 줄일 수 있습니다.

다른 스킬과 함께

• 세션 시작 스킬(예: resume-project)은 일일 계획을 첫 번째 옵션으로 제공할 수 있습니다. 귀하에게 제어를 넘기면 컨텍스트가 이미 읽혀진 것입니다: 다시 읽지 마십시오.
• 스킬 선택 스킬(설치된 경우)은 이후에 옵니다. 계획이 구체적인 다단계 작업으로 전환될 때입니다. 이 스킬은 작업을 선택하지 않습니다. 사용자가 선택합니다.
• 세션 종료 스킬은 채팅을 종료하며, 하루를 마감하지 않습니다.

사용자 없는 세션

예약된 세션에서는 일일 계획을 생성하고 작업 상단에 남겨두십시오. 프로젝트 관리자에 기록하지 말고, 사용자의 답변이 필요한 하루 마무리나 주간 검토를 실행하지 마십시오.

설정

루틴이 단일 블록 이상에서 작동하려면 사용자의 프로젝트 지시사항(또는 CLAUDE.md)에 다음이 명시되어야 합니다:

• 일정과 규칙이 있는 위치(페이지, 파일 또는 지시사항 자체), 쉬는 날 및 항상 먼저 오는 블록 포함;
• 프로젝트가 있는 위치, 그리고 각 프로젝트의 다음 행동을 보유하는 필드;
• 작업이 별도로 추적되는 경우 작업이 있는 위치;
• 묻지 않고 쓸 수 있는 모든 것.

아직 그러한 내용이 없으면, 한 번 사용자에게 작성을 도와주겠다고 제안하고, 가지고 있는 정보로 계속 작업하십시오.

스타일

직접적으로, 사용자가 말한 것을 반복하지 않고. 무엇을 먼저 할지, 이유는 그 다음에, 그리고 필요한 경우에만.