select-venue について
select-venueは、研究者がテーマ、貢献の種類、投稿条件に基づいて投稿先とトラックを評価・順位付けするスキルです。会場プロフィールを出発点とし、重要事項は最新のCFPで確認します。
主な機能
- 01会場プロフィールと締切の調査
- 02会場とトラックの適合性比較
- 03候補ペアの採点と順位付け
- 04出典付きの評価指標の確認
- 05最新CFPによる上位候補の再確認
活用シーン
- 01論文の投稿先候補の選定
- 02研究トラックと産業トラックの比較
- 03投稿条件に照らした適合性の確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ shaishavmaisuria/ research-paper-lifecycle-skills --skill select-venueインストール後、Claude Code で/select-venueを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/ranking-sources.mdtrack-fit.mdscripts/dblp_venue_lookup.pylist_venues.py詳細
投稿先の選定
「この論文はどこに投稿すればよいですか?」という質問に対し、スコア、締切、ページ数の上限、明示的な検証状況を添えた、会議・トラックの候補リストを順位付けして提示します。感覚ではなく、リポジトリの venues/ プロファイルに基づきます。
使用する場面
- ユーザーが論文の投稿先や候補会議・トラックの推薦を求めている場合、または候補の会議・トラックを比較したい場合。
- ユーザーが「私の論文は会議 X に合っていますか?」や「研究トラックと産業トラックのどちらがよいですか?」と尋ねている場合。
- ユーザーが投稿計画に関する文脈で、CORE ランク、h5-index、CCF クラス、採択率、または今後開催される CS 会議の締切について言及している場合。
対象外:特定の CFP をプロファイルに変換する場合(parse-cfp)、すでに選定済みの会議に合わせて原稿を調整する場合(tailor-to-venue)、投稿前の適合性を確認する場合(preflight-check)。
入力
- トピック — 論文の内容を 1~2 文で説明します。
- 貢献の種類 —
references/track-fit.mdを使って分類します。曖昧な場合はユーザーに確認します。 - 制約 — 現実的に最も早い投稿日、目標とする評価(CCF クラスを重視するかどうかも含む)、現在の原稿のページ数の現実性、ブラインド審査に関する問題(公開済みプレプリントなど)、渡航・参加登録に関する制約。
- 会議データ —
venues/conferences/*.ymlプロファイル(スキーマはvenues/schema.yml)。scripts/list_venues.pyで取得します。
プロセス
-
入力情報を確認します。 トピック、投稿の種類、制約を1回の質問で確認します。投稿の種類はトピックよりも候補リストに大きく影響するため、まず明確にしてください(
references/track-fit.mdの「投稿の分類」を参照)。 -
プロファイル済みの投稿先を調査します。 次を実行します。
python3 scripts/list_venues.py期限の近さ、ブラインド査読のレベル、投稿システム、トラックごとのページ数上限を含む、すべてのプロファイルが、次に迫った投稿期限の順に表示されます。便利なフラグ:
--upcoming-only、--family <name>、--track <name>、--json(トラックの注記を含む全データ)、--today YYYY-MM-DD(再現可能な実行)。日付の計算を手作業で行わないでください。注意点:投稿先によっては(例:SIGSPATIAL)、トラックごとに期限が異なり、最上位の期限と一致しないことがあります。これらは各トラックのnotesフィールドに記載されています。--jsonの出力で確認してください。 -
候補を集めます。 (a)トピックに合致する可能性があるプロファイル済みの投稿先と、(b)トピックに合うと分かっているものの、まだプロファイルがない投稿先を組み合わせます。プロファイルされていない候補については、DBLPで正式名称を確認します。
[email protected] python3 scripts/dblp_venue_lookup.py search "<venue name>"必要に応じて、
dblp_venue_lookup.py toc-count <dblp_key> <year>で投稿先の規模を把握します。プロファイルされていない候補にはすべて明確に印を付け、プロファイル作成にはparse-cfpを提案してください。採点の前に、候補となる投稿先とトラックの組み合わせを5~10件用意してください。 -
評価の指標を集めます。 各候補について、
references/ranking-sources.mdに従い、COREランク、h5-index、CCFクラス(ユーザーが重視する場合)、採択率を調べます。厳守事項:各数値には出典と版/年を付けるか、「未検証 — 参考値」または「不明」と記載してください。ランクや採択率を記憶に基づいて事実として述べないでください。また、捏造しないでください。 -
採点して順位を付けます。
references/track-fit.mdの0~10点の基準(トピックとの適合度0~3、トラックとの適合度0~3、評価指標との適合度0~2、期限への対応可能性0~2)を適用し、続けて同資料の同点時の判断基準と失格となる重大な懸念事項(エンバーゴ、二重投稿の禁止、出席義務)を適用します。 -
上位候補を最新のCFPで再確認します — 必須です。 上位3件について、各プロファイルの
cfp_urlにアクセスし、ユーザーが判断に使う事実を確認します。期限(タイムゾーンも確認 — AoEとPTでは異なります)、ページ数制限と除外項目、ブラインド査読のレベル、投稿システムが対象です。プロファイルはあくまで出発点であり、確定情報ではありません。ページ数制限が古いと、投稿がデスクリジェクトされるおそれがあります。確認した内容と日時を出力に記録してください。CFPにアクセスできない場合は、その投稿先を「再確認できず」と記載し、プロファイルの情報を確認済みであるかのように示してはいけません。 -
候補リストを提示します(以下の形式)。次のステップとして、プロファイルされていない候補には
parse-cfp、投稿先が決まったらtailor-to-venue、スケジュール作成にはplan-submissionを案内します。
出力
チャットで順位付き候補リストを提示します(venue-shortlist.mdとして保存することも提案してください)。
| # | 投稿先/トラック | スコア | 期限(タイムゾーン) | ページ数 | ブラインド査読 | 評価指標 | 確認状況 |
|---|---|---|---|---|---|---|---|
| 1 | SIGSPATIAL 2026 / Research | 9/10 | アブストラクト 2026-05-29、論文 2026-06-05(PT) | 参考文献を除き10ページ+付録2ページ | シングルブラインド | CORE2023 A(要確認) | CFPを2026-06-11に確認 |
表の下に、投稿先ごとに根拠を2~4行で記載します(4つの評価項目のスコアと、それぞれの簡潔な理由)。確認した重大な懸念事項も記載し、期限を過ぎた投稿先については次回の開催予定も記載します。最後に、重要な事実はすべて、投稿先自身のCFPページで確認してから計画を立てる必要があることを、明確に断ってください。
同梱リソース
references/ranking-sources.md— CORE、h5-index、採択率、CCF、期限情報の集約元:それぞれの参照先、解釈方法、引用方法。references/track-fit.md— 投稿の分類、トラックの類型、採点基準、同点時の判断基準、重大な懸念事項。scripts/list_venues.py— プロファイル一覧表示と期限計算を行う、標準ライブラリのみのスクリプト。scripts/dblp_venue_lookup.py— DBLPの投稿先を丁寧に照合するスクリプト(レート制限:1秒あたり最大1リクエスト、.cache/にキャッシュを保存。CONTACT_EMAILが必要)。
ガードレール
- プロファイルとこのスキルの表は決して確定情報ではありません。締め切り、ページ数の上限、ポリシーを最新の
cfp_url(ステップ 6)で再確認し、その旨を出力に明記してください。 - ランク、h5-index、採択率、引用を捏造しないでください。書誌情報の引用はすべて
verify-citationsで確認してください。 - ユーザーに代わって、投稿システムへの投稿、登録、アカウント作成を行わないでください。
- 会場や CFP のページは必要に応じて取得し、一時的に処理してください。論文の要旨や全文をリポジトリにコピーしないでください(メタデータは問題ありません)。
- 威信度の配点上限は設計上 10 点中 2 点です。「A* だから」という理由で適合性を軽視せず、ユーザーが判断を求めていない限り、威信度を出版に関する助言(「より格下/格上を狙う」など)として提示しないでください。