조직 감사 결과를 작업으로 변환
수동 버전은 반나절이 걸렸습니다. 긴 감사 결과를 읽고, 무엇이 함께 속하는지 결정하고, 각 작업에 우선순위와 완료 조건을 적고, 추적기에 입력했습니다. 이 스킬은 읽기와 입력을 처리하고, 결정은 사람이 합니다.
1단계: 실행 전 승인 요청
한 번의 메시지로 요청하고 기다립니다.
- 어떤 조직(CLI 별칭)인가요? 참여가 허용하지 않는 한 클라이언트 프로덕션 조직이 아닌지 확인하세요.
- 작업은 어디로 가나요? ClickUp(어떤 목록) 또는 GitHub(어떤 저장소). 해당 MCP 서버가 연결되어 있는지 확인하고, 그렇지 않으면 중단하고 연결 방법을 알려주세요.
- 작업 소유자는 누구인가요? 담당자 이름을 지정하거나 미지정으로 남겨둡니다.
- 제외할 사항이 있나요? 일부 결과는 알려져 있고 수용된 상태입니다. 지금 말하면 나중에 노이즈를 줄일 수 있습니다.
2단계: 감사
node audit.js --org <alias> --out ./out
out/findings.md 및 out/findings.json을 작성합니다. 읽기 전용: 모든 호출은 쿼리 또는 목록 조회입니다.
3단계: 작업 구성
node to-tasks.js out/findings.json
out/tasks.json을 작성합니다. 결과 유형 및 심각도당 하나의 작업, 각 영향을 받는 구성 요소는 체크리스트 항목으로, 긴 그룹은 25개씩 나누어 우선순위, 노력, 레이블 및 승인 기준과 함께 작성됩니다.
4단계: 사람과 검토
작업 목록을 표로 표시합니다. 키, 제목, 우선순위, 노력, 체크리스트 개수. 그런 다음 스크립트가 할 수 없는 판단을 적용합니다.
- 그룹화가 팀의 작업 방식과 일치하지 않는 경우 병합 또는 분할합니다.
- 1단계에서 사람이 제외하라고 말한 결과는 제거합니다.
- 작아 보이지만 그렇지 않은 사항을 강조합니다(Modify All Data 권한이 있는 통합 사용자는 보안 결과이자 변경 관리 결과입니다).
- 팀이 자체 완료 조건을 가지고 있는 경우 승인 기준을 다시 작성합니다.
사람이 목록이 맞다고 말할 때까지 아무것도 생성하지 마십시오.
5단계: 생성
연결된 MCP 서버를 통해 각 승인된 작업을 생성하거나 GitHub의 경우 node create-issues.js --repo owner/name(먼저 --dry-run으로 미리보기)을 통해 제목, 설명, 우선순위, 레이블, 체크리스트(ClickUp 체크리스트 또는 본문의 GitHub 작업 목록), 승인 기준과 함께 생성합니다. 생성된 각 작업의 URL을 out/tasks.json의 url 아래에 기록합니다.
그런 다음 보고합니다. 생성된 작업 수, 위치, 2단계부터 마지막 작업 생성까지의 시간.
규칙
- 감사는 조직에 절대 쓰지 않습니다.
- 목록 승인 없이는 작업이 생성되지 않습니다.
- 참여 폴더를 벗어나는 모든 항목에는 클라이언트 이름이 포함되지 않습니다.
- 작업 시스템 호출이 실패하면 중단하고, 생성된 것과 생성되지 않은 것을 보고하며, 맹목적으로 재시도하지 마십시오.