자동화 워크플로

카피부터 릴스, 로고와 웹사이트까지. 21개 도구 가운데 먼저 쓸 것과 굳이 쓰지 않아도 될 것을 작업별로 골랐습니다.

로컬 사용 기록을 세션 길이, 재작업, 병렬 실행으로 나눠 읽어 낭비의 원인을 찾습니다.

실험 기능인 Agent Teams의 직접 통신, 공유 작업 목록, 토큰 비용과 파일 충돌 위험을 서브에이전트와 비교해 설명합니다.

두 코딩 에이전트에 같은 구현을 중복시킬 대신 구현자와 리뷰어를 분리하고, 독립된 근거로 결함을 찾은 뒤 한 사람이 통합하는 절차를 설명합니다.

개인 세션의 검색·읽기·분리·인계에 필요한 12가지 행동을 착수부터 종료까지 실제 순서로 설명합니다.

정상 요청과 실패 요청의 차이를 관찰해 중복 키 오류를 재현하고 최소 수정과 회귀 검증까지 잇습니다.

화면 수정과 결제 버그를 두 디렉터리로 나눠도 포트·DB·잠금 파일은 저절로 격리되지 않습니다. 생성부터 통합, 안전한 제거까지 한 번의 작업으로 따라갑니다.

저장 실패 뒤 입력이 사라지는 버그를 범위와 수용 기준이 있는 계약으로 바꿉니다.

PRD와 실행계획의 차이를 구분하고 변경 파일, 의존성, 검증과 롤백까지 포함한 구현 전 계획을 만드는 방법을 정리했습니다.

항공사 수하물 규정을 확인하며 공개 페이지 탐색과 외부 행동의 경계를 정합니다.

매주 깨지던 번역 검사를 한 가지 판정 기준을 가진 스킬로 바꿉니다.

UI 수정 대화에 DB 마이그레이션이 끼어든 순간을 따라가며 상태 확인, 권한 조정, 메모리, 압축, 초기화와 재개의 쓰임을 구분합니다.

어떤 작업을 나눌 수 있는지, 서브에이전트와 별도 세션·Git 워크트리를 언제 사용해야 하는지 충돌 기준으로 설명합니다.

개인 사용 팁이 아니라 착수, 변경, 검증, 배포의 책임자를 정하는 팀 운영 규칙입니다.

온라인에서 공유되는 50개 이름을 실제 Skill, 외부 연결 도구, 설계 아이디어로 나누고 설치 전에 볼 권한과 출처를 정리했습니다.

팀 규칙과 개인 선호를 분리하고, Claude가 실제 작업에서 지킬 수 있는 짧고 검증 가능한 프로젝트 지침을 만드는 방법을 설명합니다.

세 작업을 동시에 열었는데 통합이 더 늦어지는 사례로 Claude Squad의 쓸모와 한계를 판단합니다.

Claudia에서 이름을 바꾼 Opcode의 현재 유지보수 상태와 로컬 권한 위험을 확인하고, 새 설치 여부를 판단하는 기준을 정리했습니다.

같은 Codex라도 실행 위치와 검토 방식은 다릅니다. 작업 성격에 따라 CLI, 데스크톱 앱, IDE 확장, 클라우드를 고르는 기준을 실습과 함께 설명합니다.

작동하는 Skill을 믿고 재사용할 수 있는 Skill로 바꾸기 위해 선택 조건, 입력 계약, 외부 변경 승인과 결과 검증을 설계합니다.

반복하는 저장소 점검을 예로 들어 첫 Skill을 만들고 명시 호출과 자동 선택을 각각 확인하는 최소 실습입니다.

공식 기능과 겹치는 30개 명령을 모두 넣기 전에 반복 업무 한 가지로 이득과 설정 비용을 재는 현실적인 도입 기준을 제시합니다.