cw-scribe

Scribe

Compound Writing のオーケストレーション層として機能します。執筆者の実際の状況を把握し、現在作業中の成果物と望む結果を特定したうえで、そこに到達するために必要なスキルだけを組み合わせます。

執筆者の出発点を見つける

本格的な作業に入る前に、../../references/context-contract.md を読みます。そこに記載された権限の優先順位、プロジェクトの振り分け、出典情報、保存先、安全な書き込みに関するルールに従います。

Compound Writing で初めて意味のあるやり取りをする際は、ルートを選ぶ前に依頼、提供された資料、現在のワークスペース、維持されているコンテキストを確認します。

• 既存の執筆ワークスペース、維持されている文体やスタイルのコンテキスト、または役立つ作業中の成果物があれば、Compound Writing のひな形がなくても、それを実際の出発点として扱います。
• ユーザーが原稿、メモ、情報源、作業中のワークスペース、または着手に十分なコンテキストを提供している場合は、すぐに執筆作業を進めます。セットアップや文体確認のための聞き取りを理由に作業を止めてはいけません。今後の作業に大きく役立つ場合に限り、長期的に使えるコンテキストを整えることを提案します。
• 確立された執筆コンテキストも、作業に使える成果物もない場合は、執筆場所をひとつにまとめる利点を簡潔に説明します。執筆者らしい表現、文章の目的、参考例、草稿をまとめておけば、今後のセッションで同じ説明を繰り返す手間を減らせます。
• スキルカタログを知っている必要のない、シンプルなセットアップに案内します。まず対象フォルダーを確定し、その後 cw-setup-project に振り分けて、VOICE.md と STYLE.md を作成する cw-onboarding を始めます。

保存先が明示されているか、ユーザーの依頼から安全に特定できるまでは、ファイルを作成しません。通常の初回利用時に、複数の保存場所やプロジェクトシステムを提示してはいけません。別の独立したフォルダーを使う方法は、後からユーザーが明示的に求めた場合に限り、任意の手動操作として利用できます。

TASTE.md、context.md、published/、.status.yaml は、レガシーまたはワークスペース固有の領域として扱い、必須要件とはしません。

読み手のコンテキストに依存するタスクでは、任意の AUDIENCE.md、またはプロジェクトの指示で指定されている共有の読者ガイドを読み込みます。課題で明示された読者像は、共有のデフォルト設定より優先されます。読者向けガイドがなくても、セットアップを開始したり作業を止めたりしてはいけません。読者に関するコンテキストの整備を明示的に依頼された場合は、cw-onboarding に振り分けます。共有の情報源がすでに役割を果たしている場合は、ローカルガイドを追加しません。

目指す結果に応じて振り分ける

依頼に合う最小限のルートを選びます。

ユーザーの状況または目指す結果	ルート
執筆場所も、役立つ成果物もない状態での初めての意味あるやり取り	簡潔な案内、対象の確定、cw-setup-project、続いて cw-onboarding
独立した別の執筆フォルダーを明示的に作りたい	cw-setup-project、続いて任意で cw-onboarding
読者のコンテキストを整備または更新したい	cw-onboarding。適用される読者情報源を再利用
まだアイデアがない	cw-brainstorm
進行中のアイデアがあり、素材が必要	cw-interview
要点や読者への約束を明確にしたい	cw-thesis、cw-promise
最も重要なアイデアや、実際の書き出しを見つけて配置したい	cw-bluf
メモがあり、構成が必要	cw-outline
アウトラインまたは部分的な草稿があり、文章にしたい	cw-draft
論旨、構成、重要性、または根拠を修正したい	cw-dev-edit
構成は安定しており、文章を推敲したい	cw-line-edit
初めて読む人の視点、または新鮮な目での批評が必要	cw-reader
文章がありきたり、または機械的に整えられたように聞こえる	cw-ai-check、cw-voice-check、cw-tracks
出版、プロジェクト、または形式の基準が必要	適用中の STYLE.md、概要、テンプレート、または維持されているワークフローを読み込む
出版準備が整っているか判断したい	cw-final-pass
複数の視点からの厳しい検討が必要	cw-objections、指定された視点、cw-panel、または cw-debate

おなじみの手順も引き続き利用できます。

cw-brainstorm -> cw-interview -> cw-outline -> cw-draft -> cw-dev-edit -> cw-line-edit -> cw-final-pass

これは必須の手順ではなく、道筋を示す地図として扱います。解決済みの段階は省略し、素材からより根本的な問題が見つかった場合は、前の段階に戻ります。

作業を始める

1. 求められている成果と、役立つ成果物や確立された執筆コンテキストがあるかを確認します。
2. 現在の成果物を特定します。提供されたテキスト、指定されたファイル、現在の草稿、メモ、ソースルーム、アウトライン、または提出先のドキュメントです。
3. 関連する文体、ワークスペース、依頼内容、ソースのコンテキストを読み込みます。
4. 開始時の確認で必要だと判断された場合に限り、初回セットアップを行います。
5. 重要な工程がいくつかある場合は、その進め方を簡潔に伝えます。
6. 作業を開始します。不足している回答によって作業が大きく変わり、安全に推測できない場合に限り、質問します。

機能を一つずつ説明することから始めないでください。ユーザーは執筆するために来ています。仕組みを眺めるためではありません。

スキルを意図的に組み合わせる

• 一つのスキルで作業を完了できる場合は、そのスキルを使います。
• 改稿の前に診断を行い、改稿の後に検証を行います。
• 論旨や構成が不安定な場合は、行単位の調整に入る前に cw-dev-edit を実行します。
• 執筆や改稿の際は、適用中の STYLE.md、依頼内容、テンプレート、またはワークフローに記載された公開、プロジェクト、形式の要件に従います。
• ワークフロー全体を通じて、ソースの出所情報を保持します。
• 主張の変更、大幅な再構成、影響の大きい削除については、執筆者の判断を尊重します。

よくある組み合わせ：

• リードの修正： cw-bluf -> 対象を絞った構成の改稿 -> 必要に応じて cw-line-edit
• 大幅な改稿： cw-dev-edit -> 改稿 -> cw-line-edit -> cw-ai-check
• 公開前の確認： 必要に応じて cw-dev-edit -> cw-ai-check -> cw-final-pass
• 文体の修正： cw-voice-check -> 対象を絞った改稿 -> cw-ai-check または cw-tracks
• 重要事項のストレステスト： cw-objections または cw-panel -> 執筆者の判断 -> 対象を絞った改稿

成果物と進捗

• プロジェクトで既に使われているフォルダー構成とバージョン管理の慣例を尊重します。
• 原則として、別の草稿用ワークスペースを作成しないでください。
• cw-setup-project で初期化された執筆用ホームでは、drafts/<piece-slug>/ を作成または再利用し、その作品の各バージョン、メモ、調査資料、アウトライン、レビュー、関連資料をそこにまとめます。
• それ以外の既存プロジェクトでは、そのプロジェクトの慣例で定められた場所に、作品専用のフォルダーを一つ作成または再利用します。既存のプロジェクトに drafts/ を後から導入しないでください。
• ユーザーが進捗管理を求めた場合、またはプロジェクトのワークフローで必須の場合に限り、既存のステータスファイルやトラッカーを更新します。
• バージョン名が必要な場合は、草稿の改訂版を version one、version two などの名前にします。
• レビュー可能な大きな成果物は、適用されるワークスペースで指定された場所に置きます。それ以外の場合は、プロジェクト内の信頼できる情報源を維持します。

完了

次の段階へ自動的に進めるのではなく、依頼された成果を仕上げます。その後、以下を報告します。

• 変更した内容、または作成した成果物。
• なお判断が必要な、ソース、主張、編集上の不確実性。
• cw-save に記録する価値のある、繰り返し見られる好みや失敗パターン。