실전 작업 흐름과 피해야 할 습관

자주 반복되고, 쉽게 검증되며, 주의를 돌려주는 일에 써

Dispatch 설정 비용을 갚는 작업에는 세 공통점이 있어. 매일이나 매주 되풀이되고, 결과가 맞는지 한눈에 확인할 수 있으며, 아낀 시간을 전부 검수에 다시 쓰지 않아도 돼. 이미 여러 번 직접 해봐서 방법을 아는 일을 여섯 번째부터 넘기는 도구라고 보면 정확해.

한 번 알림을 받으려고 Dispatch를 쓰거나, 계속 대화를 주고받아야 하는 일을 보내거나, 서로 의존하는 작업 5개를 한꺼번에 엮는 건 피해야 해. 특히 범위가 열린 지시와 이메일 전송 같은 위험 권한을 함께 주면 실패가 곧 외부 행동으로 이어져.

몇 주마다 감사 기록을 읽어 예약 작업이 실제로 실행됐는지, 예상한 파일만 만졌는지 확인해. 2주째 조용히 실패하는 일을 붙들고 있다면 수정하거나 없애. 자동화는 존재하는 것보다 계속 값을 하는지가 중요해.

Code

잘 돌아가는 작업 흐름·text

1) Train commute → workday startup
   8:00  send Dispatch: "summarize yesterday's commits + open PRs"
   8:25  notification fires; Mac has report ready
   9:00  arrive at desk, start day with synthesis already done

2) Friday wind-down
   17:00 scheduled: "compile weekly progress report"
   18:00 leave, knowing Monday-self has summary ready

3) End-of-month billing
   1st-9am scheduled: "reconcile last month's transactions"
   Receive notification, review, file in 5 minutes instead of 30

피해야 할 습관·text

✗ "Dispatch: remind me to send the proposal"
   → Reminders.app does this in 2 seconds, no Mac required.

✗ "Dispatch: research, draft, refine, polish, send the doc"
   → Five steps, one ambiguous; needs Cowork at desk.

✗ "Dispatch: post my Twitter thread"
   → PostToSocialMedia is denied by default for a reason.

✗ "Dispatch: do the thing we talked about"
   → Strangers can't tell if it succeeded; neither can your Mac.

자주 반복되고, 쉽게 검증되며, 주의를 돌려주는 일에 써

Code

External links

Exercise

Progress

댓글 0