mcpField
W
writing-beats

writing-beats

github.com/mattpocockクリエイティブ・メディア305.7k495.7k 回インストール1 日前に更新
リポジトリ

writing-beats について

writing-beats は、原稿素材から記事を一つのビートずつ書き進めるためのスキルです。読者がすでに理解している概念を追跡し、各ステップが導入済みの内容にだけ基づくようにします。各段階で利用者が進む道筋を選び、ビートが決まってから記事ファイルに書き込みます。

主な機能

  1. 01ステップごとに一つのナラティブビートを追記
  2. 02導入済みの概念と前提知識を管理
  3. 03原稿素材から内容を抽出し再構成
  4. 04書き込み前に記事ファイルを読み直し

活用シーン

  1. 01Markdown のメモ群を構成の整った記事にまとめる
  2. 02同じ素材から異なる語り口の入り口を試す

インストール

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

$npx skills add https://github.com/mattpocock/skills --skill writing-beats

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

同梱ファイルagents/openai.yaml

詳細

ユーザーは、生の素材をまとめた Markdown ファイルを渡しています(またはこれから渡します)。これは展開段階です。素材の探索は終わっており、素材の山は固定されています。進む道筋を決め、素材の山を掘り下げて各ビートを埋めてください。

ユーザーが記事の保存先を指定していない場合は、一度だけ尋ね、そのパスを記憶してください。

その後、好きな道を選ぶアドベンチャー形式で、ビートごとに進めます。

  1. 前提知識を確認します。 ビートに入る前に、読者がどのような知識を持って読み始めるのか、つまり最初から基礎ができている概念をユーザーと確認してください。それ以外の概念は、後のビートで使う前に、先行するビートで基礎を築く必要があります。基礎づくりを参照してください。
  2. 生の素材から、開始候補となるビートを2~3個作成します。それぞれ記事への異なる導入部分とします。各ビートで使えるのは、すでに基礎ができている概念だけです。また、それぞれが新たに基礎を築く概念を記載してください。記事ファイルに書き込む前に、ビートをユーザーに提示します。ユーザーに1つ選んでもらいます。選んだビートによってどのビートへ進めるようになるかを、道筋を少し先まで見渡せるようにプレビューしてください。
  3. ユーザーが開始ビートを選んだら、そのビートだけを記事ファイルに書き込みます。ビートは、内容に応じて1文でも複数段落でもかまいません。そこで止めます。
  4. ディスクから記事ファイルを再度読み込みます。そのうえで、現在の記事から進める次のビート候補を2~3個提示します。それぞれ、現在基礎ができている概念だけで進められる必要があります。また、それぞれが新たに基礎を築く概念を記載してください。
  5. 記事が自然な結末に達するまで、手順3~5を繰り返します。

基礎づくり

すべての概念は、それを使うビートより前に基礎を築く必要があります。読者が最初から知っているか、先行するビートで出会っている必要があります。基礎ができていない概念に触れるビートは、読者を置き去りにします。これが、この旅で避けなければならない唯一の展開です。基準となるのは言葉ではなく概念です。専門用語を一切使っていなくても、読者が知らない考え方にビートが依存することがあります。概念に名前(用語)がある場合、基礎を築くとは、考え方と用語を一緒に定着させることです。

概念の基礎を築く方法は、次の2つです。

  • 前提知識:最初のビートより前に基礎が築かれている状態です。読者がすでに持っている知識であり、最初に決めたら固定します。
  • 導入:ビートで概念の基礎を築き、その後のすべてのビートで基礎ができている状態になります。

つまり、各ビートには2つの役割があります。すでに基礎ができている概念を必要とすることと、新たな概念の基礎を築くことです。ここまでに基礎ができている概念の一覧を常に管理し、ビートが成立するたびに更新してください。

この仕組みによって、好きな道を選ぶアドベンチャー形式が成り立ちます。候補となるビートに進めるのは、そのビートが必要とするすべての概念について、すでに基礎ができている場合だけです。概念Xの基礎を築くビートを選ぶと、Xの基礎ができるのを待っていたすべてのビートへ進めるようになります。次のビートを提示するときは、現在の基礎ができている概念からすべて進める候補にし、それぞれがどの概念の基礎を築くかを伝えて、選んだ道がどの先へつながるのかをユーザーが把握できるようにしてください。

大きく影響するのは、何を前提知識とし、何を記事内で基礎づけるかです。前提知識を求めすぎると、その知識のない読者を締め出してしまいます。記事内で基礎を築きすぎると、冒頭のビートが定義ばかりになってしまいます。前提知識を確認するときにユーザーと相談し、進めたいビートに、まだ基礎が築かれていない概念が必要だとわかった場合にも、改めて検討してください。解決策は、その前に概念の基礎を築くビートを置くか、その概念を前提知識に加えるかのどちらかです。

ビートとは

ビートとは、旅の中の1つの展開です。1つの役割を担います。場面を設定する、要点を伝える、問いを投げかける、補足を加える、視点をひねる。その役割を果たしたら、次のビートが方向を変えられる地点で止まります。

ビートの長さは、必要な内容によって決まります。

  • 1文で十分なら、1文にします(「そして、それから3週間、何も起きませんでした。」)。
  • 導入が必要なら、短い段落にします。
  • 独立した小話、議論、例が必要なら、複数の段落にします。

「ビート」に5段落と3つの小見出しが必要なら、それはビートではありません。2つのビートを無理につなげたものです。分割してください。

## 素材の山から拾う

素材の山から材料を取り出して、各ビートに反映します。言い換えたり、分割したり、組み合わせたり、引用したりしてかまいません。素材の山は採石場です。

旅を終える

記事は旅が終わったときに完成します。素材の山が空になったときではありません。使われずに残る断片が出るのはよくあることです。それで問題ありません。必要以上の素材を用意しておくのは、そのためです。

執筆のリズム

  • 一度に1つのビートを追加します。先の内容は決して書きません。
  • 書き込む前に、毎回ディスクから記事ファイルを読み直します。ユーザーによる編集は必ずそのまま維持します。
  • ユーザーが前のビートを大幅に編集した場合は、その変更を次の内容に反映させます。
  • ユーザーが「そのビートを書き直して」や「戻って別のビート3を試して」と言った場合は、そのとおりにします。該当箇所だけを編集し、ほかの部分には手を加えません。

コメント