프롬프트
서버가 제공하는 절차형 프롬프트 4종
프롬프트는 도구를 어떤 순서로 부를지 못박은 절차입니다. 요약·분류는 클라이언트 LLM이 하고 서버는 순서와 승인 지점만 정합니다. 4종 모두 항상 등록됩니다. 클라이언트에서 /goono:summarize_notes처럼 슬래시 명령으로 부르거나(Claude Code), 프롬프트 선택 UI에서 고릅니다.
| 프롬프트 | 용도 | 인자 | 쓰기 |
|---|---|---|---|
summarize_notes | 연구노트 요약 | target, period? | |
review_report | 점검 리포트 | target, status? | |
organize_home | 홈 파일 정리 | target, hint? | 분류안 승인 후 실행 |
refactor_folders | 폴더 구조 개편 | target, goal? | 개편안 승인 후 생성 → 이름 변경 → 이동 → 삭제 순 |
target은 프로젝트 이름이나 설명입니다. 후보가 여럿이면 LLM이 목록을 제시하고 되묻습니다.
summarize_notes
target 프로젝트의 노트를 period(예: "지난주", "2026-03") 기준으로 모아 요약합니다. list_projects → list_notes(기간 필터) → 필요한 노트만 get_note_file 순입니다. content 버킷이 분당 60회이므로 파일은 필요한 것만 순차로 읽습니다.
review_report
target 프로젝트의 점검 현황을 리포트로 만듭니다. status로 REJECTED 같은 상태를 좁힐 수 있습니다. 점검 목록이 프로젝트 단위라 프로젝트가 필수입니다. 반려 사유는 get_review의 reviewers[].comment에서 읽습니다.
organize_home
프로젝트 홈(폴더 밖)에 있는 노트를 폴더로 분류합니다. hint로 기준(예: "실험 종류별")을 줄 수 있습니다.
get_me의apiKey.scopes에write가 없으면 멈춥니다.- 홈의 노트와 기존 폴더를 읽고 분류안을 표로 제시합니다.
- 사용자 승인 후에만
create_folder·move_note를 호출합니다.
refactor_folders
프로젝트의 폴더 구조를 goal(예: "연도별로 재편")에 맞춰 개편합니다. 실행 순서가 고정돼 있습니다: 생성 → 이름 변경 → 노트 이동 → 삭제. 폴더는 비어 있어야만 지워지므로(409 FOLDER_NOT_EMPTY) 안의 노트를 먼저 옮기지 않으면 삭제가 거부됩니다. organize_home과 마찬가지로 write 스코프 확인과 개편안 승인이 선행됩니다.