doc-coauthoring
AI 와 함께 문서 공동 작성하기
또한 다음에서 사용할 수 있습니다: 7Spade,7Spade,davila7,AstraBit-CPT,Azeem-2,anthropics
품질 좋은 문서를 만드는 것은 어려운 작업입니다. 이 스킬은 사용자가 컨텍스트를 수집하고, 반복적인 개선을 통해 콘텐츠를 정제하며, 완성된 문서를 새로운 AI 인스턴스에서 테스트하여 독자에게 명확한지 확인하는 구조화된 3 단계 워크플로우를 제공합니다.
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"doc-coauthoring" 사용 중입니다. I need to write a technical spec for our new API
예상 결과:
I can help you create a technical spec using our structured workflow. Here's what we'll do:
**Stage 1: Context Gathering** - I'll ask questions about your API, its purpose, the technical approach, and who will implement it.
**Stage 2: Refinement & Structure** - We'll build the spec section by section, brainstorming content options and refining each part.
**Stage 3: Reader Testing** - We'll test the spec with a fresh Claude instance to ensure it's clear for implementers.
Would you like to proceed with this workflow, or would you prefer to work freeform?
"doc-coauthoring" 사용 중입니다. Help me create a decision document for adopting a new database
예상 결과:
I'll guide you through creating a decision document for your database selection. Let's start with **Context Gathering**:
1. What type of document is this? (Decision doc, RFC, etc.)
2. Who's the primary audience?
3. What's the desired impact when someone reads this?
4. Is there a template or specific format to follow?
5. Any other constraints or context to know?
Please share what you know about your database options, the team evaluating them, and any specific concerns that should be addressed.
보안 감사
안전All 18 static findings are false positives. The skill is a documentation co-authoring workflow that guides users through structured document creation. Tool references like `create_file` and `str_replace` were misidentified as external shell commands. Documentation type keywords (spec, proposal, decision) were incorrectly flagged as cryptographic algorithms. The single network reference to claude.ai is legitimate for reader testing. No actual security risks identified.
품질 점수
만들 수 있는 것
기술 명세서 작성
모든 필요한 세부사항을 캡처하고 구현 팀에게 명확한 문서를 보장하여 적절한 구조를 갖춘 포괄적인 기술 명세서를 작성합니다.
의사결정 문서 작성
이해관계자에게 문제, 제안된 해결책, 고려된 대안, 예상 결과를 명확하게 제시하는 의사결정 문서를 개발합니다.
팀 제안서 개발
이해관계자의 우려를 해결하고 설득력 있는 주장을 제시하며 승인을 위한 필요한 컨텍스트를 포함하는 설득력 있는 제안서를 작성합니다.
이 프롬프트를 사용해 보세요
I want to create a [document type]. Can you guide me through your documentation co-authoring workflow?
I have a document template at [URL/path]. Can you help me fill it in using your structured documentation workflow?
I have an existing document that needs improvement. Can we use your workflow to refine it and test it with a fresh AI instance?
I need to create a comprehensive [PRD/technical spec/decision doc] for [project name]. The audience is [description]. Can we go through your full three-stage documentation workflow?
모범 사례
- 1 단계에서 포괄적인 컨텍스트를 제공하세요 - 더 많은 정보를 공유할수록 더 좋은 안내를 받을 수 있습니다
- 반복적 피드백 루프를 활용하세요 - 더 나은 결과를 위해 모호한 선호도보다 구체적인 변경사항을 표시하세요
- 독자 테스트를 완료하세요 - 새로운 AI 인스턴스로 테스트하면 작성자에게는 보이지 않는 가정과 간극을 포착할 수 있습니다
피하기
- 컨텍스트 수집 건너뛰기 - 배경 정보를 공유하지 않고 바로 초안 작성으로 넘어가면 일반적이고 피상적인 콘텐츠가 만들어집니다
- 최소한의 피드백만 제공하기 - 구체적인 내용 없이 '좋아 보입니다'라고만 하면 워크플로우가 사용자의 선호도를 학습할 수 없습니다
- 독자 테스트 건너뛰기 - 테스트 없이 문서를 게시하면 독자를 혼란스럽게 하는 중요한 간극이 남을 수 있습니다