start-my-day

start-my-day 스킬 개요

start-my-day가 하는 일

start-my-day 스킬은 구조화된 노트 시스템으로 업무를 관리하는 사람을 위한 일일 계획 워크플로입니다. 특히 10_Daily/, 20_Project/, 00_Inbox/ 같은 OrbitOS 스타일 폴더를 쓰는 환경에 잘 맞습니다. 이 스킬의 핵심은 단순히 “할 일 목록 만들기”가 아닙니다. 어제 기록을 검토하고, 끝내지 못한 일을 이어받고, 진행 중인 프로젝트를 점검하고, 처리 대기 중인 inbox 항목을 훑은 뒤, 오늘의 daily note 초안까지 한 번에 만드는 데 있습니다.

프로젝트 관리 워크플로에 특히 잘 맞는 경우

start-my-day for Project Management는 이미 markdown 파일 안에서 상태 필드와 action 섹션으로 프로젝트를 추적하고 있다면 특히 적합합니다. 막연한 생산성 조언이 아니라, 실제 진행 중인 프로젝트와 태스크를 연결해 아침 리셋을 하고 싶은 1인 운영자, 매니저, 창업자, 지식 노동자에게 유용합니다. 반대로 업무가 chat, calendar, issue tracker 등에 흩어져 있고 이를 노트 구조로 정리해두지 않았다면, 도입 난도가 높아집니다.

start-my-day의 차별점과 한계

일반적인 프롬프트와 비교하면 start-my-day skill은 순서가 분명합니다. 먼저 조용히 맥락을 수집하고, 그다음 사용자 입력을 받고, 오늘 노트를 만든 뒤, 대화 중 새로 포착된 아이디어까지 후처리합니다. 또한 오래 업데이트되지 않은 프로젝트와 pending inbox 항목을 명시적으로 확인하므로, 단순한 “오늘 일정 짜줘” 프롬프트보다 운영 관점에서 훨씬 실무적입니다. 다만 가장 큰 한계도 분명합니다. 이 스킬은 특정 저장소와 폴더 구조를 전제로 하므로, 실제 결과물의 품질은 워크스페이스가 그 구조와 얼마나 잘 맞는지에 크게 좌우됩니다.

start-my-day 스킬 사용 방법

설치 판단을 위한 맥락과 가장 먼저 읽을 파일

start-my-day install 적합성을 평가하려면 먼저 EN/.agents/skills/start-my-day/SKILL.md를 확인하는 것이 좋습니다. 이 저장소에는 해당 스킬을 위한 helper script나 별도 reference docs가 공개되어 있지 않기 때문에, 사실상 SKILL.md가 구현 가이드 역할을 합니다. 사용하는 agent 플랫폼이 GitHub에서 스킬 설치를 지원한다면 저장소를 추가한 뒤, daily note와 project file이 들어 있는 워크스페이스에서 start-my-day를 이름으로 호출하면 됩니다.

start-my-day에 필요한 입력

이 스킬은 워크스페이스에 아래 요소가 있을 때 가장 잘 작동합니다:

• 10_Daily/[YYYY-MM-DD].md daily notes
• 20_Project/ 아래 status: active가 있는 project notes
• 00_Inbox/ 아래 status: pending 상태의 항목

또한 프로젝트별 현재 phase, actions, due dates, update history 같은 메타데이터가 충실할수록 좋습니다. start-my-day usage에서는 먼저 스킬이 문맥을 추론한 뒤, 에너지 수준, 사용 가능한 시간, 회의 일정, 특별 우선순위 같은 실시간 입력을 물어야 합니다. 이런 정보가 빠져 있으면 daily note가 약해지고, 더 일반론적인 내용으로 흐를 가능성이 큽니다.

막연한 요청을 강한 프롬프트로 바꾸는 법

약한 요청의 예:
“Use start-my-day.”

더 강한 start-my-day guide 프롬프트 예시는 다음과 같습니다:

• “Run start-my-day for my notes workspace. Review yesterday’s note, carry over unchecked tasks, identify active projects not updated in 3+ days, check pending inbox items, and draft today’s daily note. I have 5 hours of focus time, one client call at 2 PM, and need to prioritize project deadlines over exploration.”

이 프롬프트가 좋은 이유:

• 어떤 워크스페이스를 기준으로 할지 분명히 해줍니다
• Step 2에서 필요한 시간 및 제약 조건 데이터를 제공합니다
• 우선순위 규칙을 명확히 해 daily note 품질을 높입니다

start-my-day 실전 워크플로와 품질 점검 팁

start-my-day는 업무 시작 시점에 실행하고, 생성된 노트를 바로 확정하지 말고 한 번 검토하는 것이 좋습니다. 실전에서는 보통 이렇게 진행합니다:

1. 스킬이 어제의 태스크와 진행 중인 프로젝트를 먼저 수집하게 둡니다.
2. 상호작용 질문에는 막연한 목표가 아니라 실제 제약 조건을 답합니다.
3. 초안이 단절된 잡무 목록이 아니라, 각 태스크를 프로젝트와 다시 연결하고 있는지 확인합니다.
4. 워크스페이스에 /ai-newsletters 또는 /ai-products의 AI 콘텐츠 요약이 없다면, 해당 부분은 건너뛰거나 그것들 없이 요약하라고 agent에 명시합니다.

첫 실행 테스트에서 가장 먼저 볼 것은, 결과가 오래 멈춰 있는 프로젝트, 시간 민감도가 높은 일, inbox 누적량을 제대로 드러내는지입니다. 이런 부분을 놓친다면 문제는 프롬프트보다 노트 구조에 있을 가능성이 큽니다.

start-my-day 스킬 FAQ

start-my-day는 일반 계획 프롬프트보다 더 좋은가요?

대체로 그렇습니다. 특히 업무가 이미 markdown 노트 안에 정리되어 있다면 더 그렇습니다. start-my-day가 더 나은 이유는 반복 가능한 조회 순서를 내장하고 있기 때문입니다. 즉, 어제 기록 → 진행 중인 프로젝트 → inbox → 계획 수립 순으로 움직입니다. 일반 프롬프트도 이 흐름을 흉내 낼 수는 있지만, 매일 아침 같은 워크플로를 다시 설명해야 하고 결과 편차도 더 커집니다.

start-my-day는 초보자도 쓰기 쉬운가요?

저장소가 이미 정리되어 있다는 전제에서만 초보자 친화적이라고 할 수 있습니다. 스킬 자체는 이해하기 어렵지 않지만, 노트 위치와 메타데이터 규칙을 가정하고 설계되어 있습니다. 10_Daily/, 20_Project/, 00_Inbox/ 구조가 없는 신규 사용자는 먼저 스킬을 수정하거나, 그에 맞는 폴더 체계를 갖춰야 합니다.

start-my-day가 잘 맞지 않는 경우는 언제인가요?

업무를 주로 Jira, Linear, Asana, email에서 관리하고 그 상태를 markdown 파일에 미러링하지 않는다면 start-my-day는 건너뛰는 편이 낫습니다. 또한 저장소 기반의 일일 실행 도우미가 아니라, 삶 전반을 다루는 코치형 플래닝을 원한다면도 잘 맞지 않습니다. 이 스킬은 실행 계획에 최적화되어 있으며, 성찰 중심의 journaling에는 초점이 맞춰져 있지 않습니다.

start-my-day 스킬을 더 잘 활용하는 방법

start-my-day에 더 풍부한 계획 신호 주기

start-my-day 결과를 가장 빠르게 개선하는 방법은 저장소에 없을 수 있는 입력을 직접 제공하는 것입니다. 예를 들면 사용 가능한 시간, 고정 회의, 에너지 수준, 반드시 달성해야 할 한 가지 결과, 오늘 마감인 일정 등이 있습니다. 이런 정보가 있어야 스킬이 프로젝트 문맥을 현실적인 계획으로 바꿀 수 있고, 단순히 긴 태스크 덤프를 뽑는 데 그치지 않게 됩니다.

자주 발생하는 실패 패턴 바로잡기

흔한 문제는 비교적 예측 가능합니다:

• 어제에서 이월된 태스크가 너무 많음
• 진행 중인 프로젝트에 명확한 status: active가 없음
• project notes 안에 실행 가능한 “next steps”가 없음
• inbox 항목은 있지만 status: pending으로 태깅되어 있지 않음

이런 상황에서는 스킬이 긴급한 일을 충분히 우선순위에 반영하지 못하거나, 지나치게 일반적인 태스크를 많이 만들어낼 수 있습니다. 이때 해결책은 대개 프롬프트 추가가 아니라 노트 위생을 개선하는 것입니다.

start-my-day 첫 초안을 한 번 더 다듬기

첫 번째 start-my-day usage 이후에는 더 날카로운 의사결정 기준을 주고 한 번만 수정 패스를 요청해 보세요. 예를 들면:

• “Reduce this to 3 priorities and defer low-leverage tasks.”
• “Rebalance for meetings-heavy day.”
• “Highlight stale projects requiring a minimum viable touch.”
• “Separate admin, deep work, and follow-ups.”

이런 식의 반복 개선은 형식을 더 예쁘게 바꾸는 요청보다 실행 품질을 훨씬 더 크게 끌어올립니다.