スキル doc-coauthoring
📄

doc-coauthoring

安全

AIでドキュメントを共同作成する

こちらからも入手できます: 7Spade,7Spade,davila7,AstraBit-CPT,Azeem-2,anthropics

高品質なドキュメントを作成することは困難です。このスキルは、コンテキストを収集反復的にコンテンツを洗練し、新しいAIインスタンスでドキュメントをテストして読者のための明確さを確保する、構造化された3段階のワークフローにより、ユーザーを支援します。

対応: Claude Codex Code(CC)
🥉 74 ブロンズ
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「doc-coauthoring」を使用しています。 新しいAPIの技術仕様書を書く必要があります

期待される結果:

構造化されたワークフロを使用して技術仕様書を作成をサポートします。以下のことを行います:

**段階1:コンテキスト収集** - API、その目的、技術的アプローチ、および実装者について質問します。

**段階2:洗練と構造化** - セクションごとに仕様書を構築し、コンテンツオプションをブレインストーミングし、各部分を洗練します。

**段階3:読者のテスト** - 実装者にとって明確であることを確認するために、新しいClaudeインスタンスで仕様書をテストします。

このワークフローで進めるか、フリーフォームで作業したいですか?

「doc-coauthoring」を使用しています。 新しいデータベース採用のための意思決定ドキュメントを作成.help

期待される結果:

データベース選択のための意思決定ドキュメントの作成をガイドします。**コンテキスト収集**から始めましょう:

1. このドキュメントのタイプは何ですか?(意思決定ドキュメント、RFCなど)
2. 主な対象者は誰ですか?
3. これが読まれたときの望ましい影響は何ですか?
4. テンプレートや特定のフォーマットはありますか?
5. 他に知るべき制約やコンテキストはありますか?

データベースオプション、 평가하는 팀、対処すべき特定の懸念について知っていることを共有してください。

セキュリティ監査

安全
v1 • 2/24/2026

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.

1
スキャンされたファイル
376
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
50
コミュニティ
100
セキュリティ
91
仕様準拠

作れるもの

技術仕様書を作成

適切な構造で包括的な技術仕様書を起草し、すべての必要な詳細が捕捉され、実装チームにとってドキュメントが明確であることを確認します。

意思決定ドキュメントを作成

問題、提案された解決策、検討された代替案、および関係者に期待される結果を明確に提示する意思決定ドキュメントを作成します。

チーム提案書を開発

関係者の懸念に対処し、説得力のある議論を提示し、承認のために必要なコンテキストを含む説得力のある提案書を作成します。

これらのプロンプトを試す

ドキュメントワークフローを開始
[ドキュメントタイプ]を作成したいのですが。ドキュメント共同作成ワークフローをガイドしてもらえますか?
テンプレートから開始
[URL/パス]にドキュメントテンプレートがあります。構造化されたドキュメントワークフローを使用して記入,帮助てもらえますか?
既存のドキュメントを改善
改善が必要な既存のドキュメントがあります。反復的なワークフローと新しいAIインスタンスでのテストを使用して洗練できますか?
完全なドキュメントプロジェクト
[プロジェクト名]の包括的な[PRD/技術仕様書/意思決定ドキュメント]を作成する必要があります。対象者は[説明]です。完全な3段階ドキュメントワークフローを進めることができますか?

ベストプラクティス

  • 段階1で包括的なコンテキストを提供する - 共有する情報が多いほど、より良いガイダンスを受けられます
  • 反復的なフィードバックループを使用する - 曖昧な好みではなく、具体的な変更を示すことでより良い結果が得られます
  • 読者のテストを完了する - 新しいAIインスタンスでのテストは、作成者には見えない前提とギャップを捉えます

回避

  • コンテキスト収集をスキップする - 背景を共有せずにドラフトに飛びつく-genericで浅薄なコンテンツになります
  • 最小限のフィードバックを提供する - 具体論せずに「良さそう」とは、ワークフローがあなたの好みを学習することを防ぎます
  • 読者のテストをスキップする - テストせずにドキュメントを公開すると、読者を混乱させる重要なギャップが残ることがあります

よくある質問

ドキュメントワークフローにはどのくらいの時間がかかりますか?
ワークフローは、高品質なドキュメントを作成するために必要な만큼時間がかかります。シンプルなドキュメントは15〜30分が必要です。複雑な技術仕様書や提案書は複数セッションが必要な場合があります。
急いでいる場合は段階をスキップできますか?
段階をスキップすることはできますが、出力品質は低下します。コンテキスト収集をスキップすると、重要な詳細が欠落する可能性があります。読者のテストをスキップすると、読者がドキュメントに混乱を感じる可能性があります。
このワークフローに最適なドキュメントタイプは何ですか?
このワークフローは、技術仕様書、意思決定ドキュメント、提案書、PRD、設計ドキュメント、RFC、および読者に明確である必要がある実質的なコンテンツに最適です。
特別なツールや統合が必要ですか?
特別なツールは不要です。ワークフローは基本的なClaudeアクセスで動作します。サブエージェント(Claude Code)などの統合により自動化された読者のテストが可能ですが、ウェブインターフェースユーザーのために手動テスト手順も提供されています。
Reader Testing uses a fresh Claude instance (no context from your current conversation) to answer questions about your document. This reveals gaps and assumptions that authors overlook because they have all the context.
コンテキスト収集中にテンプレートを共有してください。ワークフローはあなたの構造を使用し、ブレインストーミングと洗練プロセスを使用して各セクションを埋める帮助你ます。

開発者の詳細

ファイル構成

📄 SKILL.md