계획을 세우고 승인한 뒤 실행하기

Cowork는 파일을 바꾸기 전에 계획부터 보여줘

Cowork의 핵심 안전 장치는 계획 승인 절차야. 목표를 주면 어떤 파일을 어떤 순서로 다룰지 목록을 만들고, 사용자가 고치거나 승인한 뒤 실행해. 계획이 잘못됐는데 그대로 달리면 오류도 작업량만큼 커지니, 이 짧은 검토가 가장 값싼 품질 관리야.

읽기는 대체로 자동으로 진행되고, 새 파일 생성과 기존 파일 수정, 삭제는 위험에 맞춰 더 엄격하게 확인해. 네트워크와 Computer Use도 해당 연결과 권한을 켰을 때만 사용해. 중요한 건 모든 행동을 똑같이 막는 게 아니라 되돌리기 어려운 행동일수록 더 강하게 묻는다는 점이야.

첫 결과가 끝이 아니야. 같은 세션에서 요약을 줄이고, 열을 더하고, 어려운 문장을 다시 쓰게 하며 다듬을 수 있어. Cowork가 자기가 만든 파일을 다시 읽고 고치므로 계획→실행→검토→수정이 정상적인 한 작업 흐름이 돼.

가령 “요약을 100단어로 줄여”처럼 결과를 다시 읽고 고치는 두 번째 순환도 같은 세션에서 이어져.

Code

Cowork가 보여주는 계획·text

# Goal:
"Analyze the 30 transcripts in /inbox/interviews and produce a
 prioritized product requirements doc."

# Cowork's plan:
1. Read all 30 transcript files in /inbox/interviews
2. Extract themes and pain points from each
3. Categorize and count frequency across transcripts
4. Rank themes by frequency × severity
5. Write /output/product-requirements.md with:
   - Executive summary (200 words)
   - Prioritized requirements with evidence quotes
   - Frequency matrix table
   - Raw theme taxonomy appendix

[Approve]  [Redirect]  [Cancel]

처음부터 다시 시작하지 않고 다듬기·text

# After Cowork delivers:
"Good start. Trim the exec summary to 100 words. Add a 'confidence
 level' column based on transcript count. Move methodology to an
 appendix."

# Cowork reads its own /output/product-requirements.md, revises in
# place. Diff is visible. Iterate again as needed:
"Move the top three requirements above the fold. Add bold to the
 highest-confidence items."

Cowork는 파일을 바꾸기 전에 계획부터 보여줘

Code

External links

Exercise

Progress

댓글 0