qbarev/para-plugin

받은편지함

보관함의 캡처 버퍼는 폴더가 아닌 작업 백엔드의 받은편지함입니다. paths.md가 해당 규칙과 디스크상의 Inbox/ 폴더의 용도를 정의합니다. 캡처는 내용이 명확해지면 버퍼를 떠나 적절한 PARA 폴더로 이동하거나, 단순한 작업일 경우 백엔드에 남습니다.

TASKS = files 아래에서 받은편지함은 Inbox/ 폴더입니다 (paths.md는 그 의미와 표류 파일 처리를 설명합니다). 아래 단계는 표류 파일 처리를 제외하고 변경되지 않습니다.

모든 작업 호출은 tasks.md의 작업이며, TASKS에 대한 어댑터에 따라 실행됩니다. 백엔드를 사용할 수 없는 경우 tasks.md의 «백엔드 없음»이 적용됩니다.

기본 계층

행동하기 전에 읽으십시오. 각각 이 스킬의 기본 디렉토리를 기준으로 ../../para/<파일>.md에 있습니다. 이 파일들은 공유 규칙을 포함하므로 기억에서 다시 진술하지 마십시오.

• ../../para/paths.md — 항상, «언어» 포함: 아래 문자열은 lang/<LANG>.md에서 가져옵니다.
• ../../para/tasks.md — 항상: 작업; process의 경우 작업, 영역, 프로젝트의 정의도 포함합니다.
• ../../para/note-format.md — process용
• ../../para/confirm.md — process용
• ../../para/move.md — process용, 표류 파일을 Inbox/ 밖으로 라우팅할 때 사용합니다.

하위 명령

$ARGUMENTS의 첫 번째 단어가 하위 명령을 선택합니다. list나 process가 아닌 모든 것은 add의 텍스트로 처리되므로, /inbox 잠에 대한 생각은 해당 생각을 캡처합니다. add 키워드는 선택 사항입니다. 빈 $ARGUMENTS → 세 하위 명령을 표시하고 질문합니다.

---

add <텍스트> — 캡처

1. **inbox.add**를 title과 선택적 description과 함께 실행합니다. 짧은 텍스트는 그대로 제목이 됩니다. 긴 텍스트는 LANG으로 짧은 제목(6단어 이하)을 도출하고 전체 텍스트를 그대로 설명으로 사용합니다.
2. 다른 것은 설정하지 마십시오 — 사용자가 말하지 않은 한 날짜, 우선순위 또는 레이블을 설정하지 않습니다. 이것은 버퍼일 뿐이며 사용자의 생각을 정리하는 장소가 아닙니다.
3. 한 줄로 생성된 내용을 보고하여, 사용자가 동의하지 않을 경우 이름을 바꿀 수 있도록 합니다.

캡처가 분명히 특정 위치에 속한다면, 보고서에 언급하고 /inbox process를 제안하십시오. 요청 없이 라우팅하지 마십시오.

---

list — 미처리 항목 표시

읽기 전용입니다.

1. inbox.list — 모든 열린 캡처.
2. 번호가 매겨진 목록을 오래된 순서대로 출력하며, inbox.header 문자열로 제목을 붙입니다 ({n} 캡처, {days} 가장 오래된 항목의 나이). 설명 없이 제목만 표시합니다.
3. 표류 파일. TASKS = files가 아닌 경우 (paths.md). Inbox/에 있는 *.md 파일을 나열합니다 (파일 이름만, 열지 않음). 존재하는 경우 inbox.strays 문자열 ({k} 파일)을 한 줄 추가합니다.
4. 빈 받은편지함은 유효하고 좋은 답변입니다: 그렇게 명확히 말하십시오.

---

process — 캡처 라우팅

버퍼의 밸브입니다. 상호작용형으로, 한 번에 하나의 캡처를 처리합니다. 전체 받은편지함을 제안된 대상과 함께 덤프하고 사용자에게 일괄 승인을 요청하지 마십시오.

1. 위와 같이 받은편지함을 나열합니다 — 먼저 백엔드 캡처(오래된 순)를, 그 다음 Inbox/의 표류 파일을 나열합니다 (TASKS = files 아래에서 inbox.list가 모두 포함하며, paths.md 참조). 개수를 말하고 첫 번째부터 시작합니다.

2. 각 캡처에 대해: 제목과 내용(설명 또는 표류 파일의 본문)을 표시합니다 — 긴 경우 간략히 표시합니다. 그런 다음 사용자의 해석과 함께 가능한 경로를 제시합니다. 경로 이름은 lang/<LANG>.md의 inbox.route.* 문자열입니다. 아래 왼쪽 열은 키입니다.

   경로	결과
   inbox.route.action	프로젝트 외부의 할 일 → tasks.md «작업의 정의»에 따라 표현을 확인하고 사용자와 합의한 후, 사용자가 선택한 area와 합의된 title로 task.move 실행
   inbox.route.project_task	기존 프로젝트의 단계 → find-target.md에 따라 프로젝트를 찾고, tasks.md «작업의 정의»에 따라 표현을 제안한 후, 해당 project_ref와 새 title로 task.move 실행; 작업은 열린 상태로 유지, 생성되거나 종료되지 않음. TASKS = files 아래에서 사용된 기본 이름은 충돌입니다: note-format.md»이름 충돌»
   inbox.route.project	최종 상태가 있는 노력 → /projects create로 전달
   inbox.route.area	지속적인 책임 → /areas create 또는 기존 영역에 추가
   inbox.route.resource	보관할 가치가 있는 지식 → /resources create로 전달
   inbox.route.keep	아직 성숙하지 않음 — 받은편지함에 남으며, 부끄러워할 필요 없음
   inbox.route.delete	쓰레기 → 종료 (아래 참조)

   하나를 추천하고, 한 문장으로 이유를 설명하십시오. 사용자가 결정합니다.

3. 경로를 실행하여 캡처의 텍스트를 대상 스킬에 전달합니다. 해당 스킬은 자체 템플릿에서 노트를 작성합니다. 여기서 노트를 직접 작성하지 마십시오.

4. 경로 실행 후 캡처를 종료합니다:

   • 백엔드 캡처 — 보관함으로 라우팅되거나 쓰레기로 처리됨 → inbox.close — 복구 가능 (tasks.md), 따라서 Tier 1 (confirm.md). inbox.route.action과 inbox.route.project_task는 작업 자체를 이동(task.move)하고 열린 상태로 둡니다. inbox.route.keep은 그대로 둡니다.
   • Inbox/의 표류 파일 — /projects create, /areas create 또는 /resources create가 내용을 가져간 후 /remove를 통해 파일을 제거합니다. inbox.route.delete의 경우 /remove에 직접 전달합니다. inbox.route.action은 task.add와 area로 작업을 만든 후 같은 방식으로 파일을 제거합니다.

5. 그런 다음 다음 캡처로 이동합니다. 종료를 마지막에 일괄 처리하지 마십시오.

6. 사용자가 중지하면 중지하고, 처리된 개수와 남은 개수를 보고합니다. 한 번에 전체 받은편지함을 처리하는 것이 목표가 아닙니다.

참고

• 받은편지함은 의도적으로 마찰이 적습니다: add는 피할 수 없는 질문을 하지 않습니다. process가 생각하는 곳입니다.
• 작업을 포함한 모든 것은 LANG으로 표시됩니다.