mcpField
W
writing-issues

writing-issues

github.com/haowjyクリエイティブ・メディア552263 回インストール2 日前に更新
リポジトリ

writing-issues について

プロジェクト全体にまたがる反復的・構造的な執筆上の問題を追跡するスキルです。証拠を含む課題ファイルを管理し、分析結果を関連付け、解決後も記録を残せます。

主な機能

  1. 01反復する執筆上の問題の特定
  2. 02証拠・範囲・優先度の記録
  3. 03重複課題の確認と統合
  4. 04分析で追跡済み課題を参照
  5. 05解決済み課題の記録保持

活用シーン

  1. 01章をまたぐ反復的なテンポの問題の追跡
  2. 02キャラクターアークに影響する構造的矛盾の記録
  3. 03複数の分析で見つかった同一問題の集約

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/haowjy/creative-writing-skills --skill writing-issues

インストール後、Claude Code で/writing-issuesを入力して読み込まれたか確認します。

詳細

課題の記録

課題とは、1件の批評レポートだけにとどまらず、継続して追跡する価値のある執筆上の問題です。ある草稿で批評者がペース配分の問題を見つけた場合、それは批評の指摘です。同じペース配分の問題が3つの章で見つかった場合、それは課題です。1つの場面を改稿するだけでは解決できないパターンだからです。

課題を記録するタイミング

次の場合に記録します。

  • 繰り返し現れる:同じ癖、習慣、弱点が複数の章や場面に現れます。1度だけなら批評の指摘ですが、パターンなら課題です。
  • 構造に関わる:1つの文章だけでなく、プロジェクトの構成に影響します。規模を拡大できない場面タイプの手法、全編を通して一貫しない感情表現、効果が薄れつつある物語上の仕掛けなどです。
  • 該当する本文とは別に追跡する価値がある:作者が次の草稿でその場ですぐに修正するのではなく、専用の改稿作業で対処したい場合があります。

批評の指摘をすべて課題として記録しないでください。場面が長すぎるのは批評メモです。各章の中盤で、場面が長くなりがちな傾向があるなら、それは課題です。

課題の保存場所

課題ディレクトリに、課題ごとに1つのファイルを作成します。課題は特定の草稿や改稿サイクルだけに限定されず、プロジェクト全体に関わる懸念事項なので、作業項目をまたいで継続して管理します。

記載する内容

課題ファイルには、後から確認する人がすべての章を読み直さなくても問題を理解できるだけの情報を記載します。

  • 課題の内容:「ペース配分を改善できる」ではなく、具体的で明確に記述します。
  • 根拠:引用、件数、章への言及などを記載します。根拠があることで、単なる意見ではなく課題として扱えます。
  • 対象範囲:影響を受ける箇所を記載します。具体的な章、全章に共通する場面タイプ、特定の状況における登場人物の台詞などです。
  • 深刻度または優先度:読者の体験にどの程度悪影響を及ぼすかを示します。5回現れる癖よりも、登場人物のアークを損なう構造上の不整合のほうが緊急度は高くなります。

重複の確認

新しい課題を作成する前に、課題ディレクトリにすでにある内容を確認します。別々のエージェント(たとえば批評者とスタイル作成者)が独立して見つけた同じ問題は、同じ内容を記した別々のファイルに分けるのではなく、根拠をまとめて1つの課題にします。

既存の課題が同じ問題を扱っている場合は、重複を作成せず、新しい根拠を追記します。

課題の参照

批評レポートやスタイル分析で、すでに追跡中の課題に該当する内容を見つけた場合は、改めて説明するのではなく、その課題を参照します。「これは感情表現の不整合という課題の別の例です(issues/emotional-inconsistency.md を参照)。」のように記述します。これにより、個々の指摘をより大きなパターンと結び付けられます。

課題の解決

課題に対処した場合、たとえば癖を取り除いた、不整合を解消した、構造上の問題を修正した場合でも、ファイルは残し、変更内容を記したメモとともに解決済みとしてマークします。解決済みの課題を残しておくことで、発見して修正した内容を記録でき、今後の分析の調整に役立ちます。

コメント