revise
검토자 의견을 바탕으로 P11 문서 수정
여러 협업자가 함께 p11 문서를 검토하면 피드백이 흩어져 수동으로 반영하기 어렵습니다. 이 스킬은 검토자 의견을 읽고 명확성에 따라 분류하며, 명확한 결정 사항을 원본 문서에 적용하고 새 버전을 자동으로 게시합니다.
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
Agent용 리소스
AI Agent, 크롤러 또는 스크립트가 전체 페이지 대신 깔끔한 컨텍스트가 필요할 때 이 링크를 사용하세요.
테스트해 보기
"revise" 사용 중입니다. Apply the feedback on my design proposal document where the team asked me to add a summary section and reorder the requirements list.
예상 결과:
디자인 제안서의 8개 의견 스레드를 검토했습니다. 명확한 결정 사항 6개와 사용자 입력이 필요한 항목 2개를 찾았습니다. 모든 명확한 변경 사항을 적용했습니다: 소개 뒤에 요약 섹션을 추가하고, 요구사항 목록을 우선순위별로 재정렬했으며, 일정 표를 업데이트했습니다. 업데이트된 읽기 URL과 편집 URL은 다음과 같습니다.
"revise" 사용 중입니다. Update the API documentation with the review comments from version 3.
예상 결과:
API 문서의 버전 3을 가져와 5개의 의견 스레드를 찾았습니다. 모든 의견에 명확한 결정 사항이 있었으므로 모두 적용했습니다: 인증 섹션의 엔드포인트 URL을 수정하고, 새 속도 제한 매개변수 표를 추가했으며, 응답 형식 예제를 수정했습니다. 수정된 문서는 새 읽기 URL에 게시되었습니다.
보안 감사
낮은 위험All 57 static findings are false positives. Weak cryptographic algorithm flags were triggered by a hex color code ("#2563EB" in openai.yaml:3), a React component name ("DefinitionDescription" in components.md:34), and YAML metadata fields (SKILL.md:3-5). Ruby/shell backtick execution flags were triggered by Markdown code block backticks in code fences across SKILL.md and components.md. The system reconnaissance flag on SKILL.md:92 is actually security-conscious guidance about bearer credentials. The skill has legitimate external command usage via the p11 CLI, which is expected and necessary for its document revision workflow. No malicious intent detected.
낮은 위험 문제 (3)
위험 요인
⚙️ 외부 명령어 (6)
감지된 패턴
품질 점수
만들 수 있는 것
팀 검토 후 디자인 제안서 업데이트
디자이너가 기능 제안 문서에 대한 피드백을 받습니다. 이 스킬은 검토자 의견에서 명확한 모든 결정 사항을 적용하고 최종 승인을 위해 업데이트된 버전을 게시합니다.
기술 문서에 기술 검토 피드백 적용
엔지니어가 기술 문서에 대한 검토 의견을 수집합니다. 이 스킬은 각 의견을 처리하고 요청된 변경 사항을 반영한 뒤 수정된 문서를 공유합니다.
여러 차례의 문서 검토 일괄 처리
팀 리드가 여러 차례에 걸친 반복적인 문서 검토를 관리합니다. 이 스킬은 어떤 의견이 적용되었고 어떤 의견이 아직 논의가 필요한지 추적합니다.
이 프롬프트를 사용해 보세요
Use p11:revise to update the most recent p11 document with reviewer feedback. Fetch the comments and apply all clear decisions.
Revise p11 document at edit URL [url] from version [number]. Fetch comments from that version and apply clear decisions only.
Use p11:revise on the current document. Classify all visible comment threads. If any need clarification, ask me how to proceed before publishing.
Revise the document at [url]. First read the components reference, then fetch all comments. Apply clear decisions and publish. Report which changes were made and which need my input.
모범 사례
- 변경하기 전에 항상 의견 스레드를 내용별로 분류하세요. 해결되지 않은 모든 의견에 조치가 필요한 것은 아닙니다.
- 사람의 확인이 필요한 의견 스레드가 있는 경우 게시하기 전에 사용자에게 확인하세요.
- 지원되는 문서 컴포넌트만 사용하도록 편집 전에 p11 컴포넌트 참조를 읽으세요.
피하기
- 사람의 확인이 필요한 표시된 의견 스레드를 조용히 무시하는 것. 항상 사용자에게 진행 방법을 물어보세요.
- 대상 문서의 모든 의견을 먼저 가져와 검토하지 않고 수정본을 게시하는 것.
- 버튼이나 양식 같은 인터랙티브 UI 요소를 문서에 추가하는 것. p11 라이브러리의 문서 안전 컴포넌트만 사용하세요.