mcpField
F
fit-page-limit

fit-page-limit

github.com/shaishavmaisuriaドキュメント5797 回インストール4 日前に更新
リポジトリ

fit-page-limit について

fit-page-limitは、論文が目標ページ数を超える場合や下回る場合に、研究者が調整方針を立てるためのスキルです。章ごとの分量を可視化し、主張・結果・引用を守りながら、削減または実質的な追加を優先度付きで提案します。

主な機能

  1. 01章ごとの分量マップ
  2. 02推定ページ数と差分
  3. 03価値を考慮した削減案
  4. 04短い原稿への実質的な追加案
  5. 05投稿先の制限確認

活用シーン

  1. 01投稿前に短縮する章を見つける
  2. 02短い論文への有用な追加を計画する
  3. 03会議のページ制限と付録の扱いを確認する

インストール

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

$npx skills add https://github.com/shaishavmaisuria/research-paper-lifecycle-skills --skill fit-page-limit

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

同梱ファイルreferences/resize-tactics.mdscripts/section_budget.py

詳細

ページ数の制限に合わせる

同じ問題の二つの側面です。慎重に削る必要がある上限超過の論文、あるいは水増しではなく有用な内容が必要な上限未満の論文です。このスキルでは、草稿をセクションごとに整理してから、必要な方向に応じて優先順位を付けた計画を著者に提示します。

文単位の引き締めには polish-prose、大規模な再構成には refactor-structure、視覚的なレイアウトには polish-tables-figures、ページ数の制限が会場の規則による場合には preflight-check と連携します。草稿がほぼ完成した段階で実行してください。

使用するタイミング

  • 草稿がページ数の上限を超えており、著者がどこに分量が集中しているか知りたい場合。
  • 草稿が目標の長さに達しておらず、著者がスペースを有効に使いたい場合。
  • 著者が長さの内訳を求めている場合：「分量はどこに使われていますか？」

入力

  • .tex ソース。
  • 推定値を調整するための、実際にコンパイルしたページ数（わかる場合）。
  • 目標：投稿先のページ数制限、または著者が指定する長さ。
  • 目標が投稿先に基づく場合は、その投稿先の CFP またはプロファイル。

プロセス

  1. 長さを整理します。 このスキルのディレクトリにあるアナライザーを実行してください。ページ数の内訳を目視で推測しないでください。

    python3 scripts/section_budget.py paper.tex --target-pages 10 --current-pages 11

    セクションごとの単語数、論文全体に占める割合、推定ページ数、上限超過または未達の差が報告されます。--current-pages を指定すると、著者が実際にコンパイルした結果に基づいて、1ページあたりの単語数が調整されます。機械可読な出力には --json を使用します。

  2. 何がページ数に含まれるか確認します。 付録への移動や除外セクションに頼る前に、投稿先の制限と除外規則を最新の CFP で再確認してください。古いページ数制限を前提にすると、査読前に却下されるおそれがあります。

  3. 適切な方針を選びます。 references/resize-tactics.md を使い、内訳を価値を考慮した調整計画に落とし込みます。

上限超過の場合：やみくもに削らず、価値を考慮して圧縮する

圧縮しやすさ × 影響の小ささでセクションに順位を付け、優先度の高いものから削ります。

  • 重複：同じ論点が序論、手法、結論で繰り返されている箇所。
  • 長すぎる関連研究：論文ごとに段落を割く記述を、重要な差分だけを示すグループ単位の記述にまとめます。
  • 冗長な手法・設定の説明：polish-prose で引き締めます。図がすでに示している手順の詳述は削ります。
  • 削除ではなく移動：会場で除外される場合に限り、証明、追加の結果、実装の詳細を付録に移します。
  • 図表：polish-tables-figures でサイズを調整する、サブ図をまとめる、または重複するベースラインの列を削除します。

貢献、主要な結果、すべての引用は必ず残してください。各削減案の推定削減量を示し、編集前に著者の承認を得ます。数値目標を満たすために、結果、主張、参考文献を削除してはいけません。

上限未満の場合：内容を充実させる

短くても完成度の高い論文は問題ない場合があります。その場合は、その旨を伝えてください。実質的に強化できる余地があるなら、欠けているアブレーション、より踏み込んだ誤り分析、限界や妥当性への脅威、より明確な動機付け、具体例、関連研究の不足などを提案します。単なる水増しになる提案には注意を促してください。執筆はライティングスキルに引き継ぎます。

出力

長さの内訳と、優先順位を付けた調整計画を提示します。

  • 上限超過の場合：削減案を順位付けし、推定削減量と保護する内容を示します。
  • 上限未満の場合：実質的な追加案を価値の高い順に示します。

ワークスペースがある場合は、継続して使える成果物をユーザーのローカルな paper-workspace/writing/ ディレクトリに保存します。このスキルは提案と説明を行いますが、決定して編集するのは著者です。

ガードレール

  • ページ数に合わせるために、結果、主張、引用を削除してはいけません。
  • ページを埋めるために水増ししてはいけません。
  • ページ数は推定値です。著者には実際にコンパイルし、ページ数を確認するよう伝えてください。
  • 付録への移動を提案する前に、投稿先の制限と除外規則を最新の CFP で再確認してください。
  • コパイロットであって、パイロットではありません。計画を提案し、著者が承認して編集します。

メモリ

paper-profile に記載されている共通の .paper-memory/ 規約を使用します。

  • 開始時： 「関連研究はいつも長くなりすぎる」など、繰り返し発生する超過パターンを確認するため、lessons.md を読みます。
  • 終了時： 重複を取り除いた後、`date - fit-page-limit - over/under - where the length went
    • what was cut/added` を追記します。
  • 必要に応じて、ユーザーの論文ディレクトリに .paper-memory/ を作成します。これはローカルのみに置き、通常は Git で無視するようにしてください。

コメント

Markdown 対応