writing-systems-papers について
writing-systems-papersは、システム分野の研究論文向けに段落単位の構成案を示すスキルです。会議論文の計画と執筆に使え、ページ配分、各節の役割、執筆パターン、評価構成を案内します。会議規定は最新のCFPで確認します。
主な機能
- 01論文各節へのページ配分
- 02アブストラクトと各節のテンプレート
- 03問題、ギャップ、着想、貢献の整理
- 04設計と評価の執筆パターン
- 05システム系会議のページ数参考
活用シーン
- 01対象会議に合わせた論文分量の計画
- 02研究ギャップと設計・評価の対応付け
- 03システム論文の要旨と序論の構成
- 04設計案と評価結論の確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/writing-systems-papersを入力して読み込まれたか確認します。
詳細
システム論文の執筆：段落レベルの設計図
$ARGUMENTS の構成ガイダンス
他の ARIS スキルとの関係
- paper-write：引用の検証を含む、論文生成の汎用ワークフローです。このスキルは、システム分野に特化した構成設計図でそれを補完します。
- paper-slides：学会発表資料の生成（Beamer+PPTX）です。発表はすでに対象としているため、重複はありません。
- paper-plan：研究アウトラインの作成です。まず paper-plan を使い、その後、このスキルで段落レベルの構成を作成してください。
境界：paper-write は生成ワークフロー（LaTeX 出力、DBLP 検証、セクションごとの執筆）を扱います。このスキルは、システム分野の会議に特化した構成の骨格、つまりページ配分、段落の役割、執筆パターンを提供します。
ページ配分：12ページのシステム論文
| セクション | ページ数 | 主な内容 |
|---|---|---|
| Abstract | 約0.25 | 150～250語、5文 |
| S1 Introduction | 1.5～2 | 問題 → ギャップ → 着想 → 貢献 |
| S2 Background & Motivation | 1～1.5 | 用語 + 実運用での観察 |
| S3 Design | 3～4 | アーキテクチャ + モジュール + 代替案 |
| S4 Implementation | 0.5～1 | プロトタイプ、LOC、エンジニアリング |
| S5 Evaluation | 3～4 | セットアップ + E2E + アブレーション + スケーラビリティ |
| S6 Related Work | 1 | 方法論別、明示的な比較 |
| S7 Conclusion | 0.5 | 3文の要約 |
セクションの設計図
Abstract（5文）
S1: Problem context and importance
S2: Gap in existing approaches
S3: Thesis — "X is better for Y in environment Z" (Irene Zhang formula)
S4: Approach summary + headline results
S5: Impact or availability
出典：Levin & Redell —「新しいアイデアを簡潔に述べられますか？」、Irene Zhang —「アブストラクトでは、論文内で初めて導入される用語を使ってはいけません。」
S1 Introduction（1.5～2ページ）
- 問題（約0.5ページ）— 分野 + 具体的な数値 + 重要である理由
- ギャップ分析（約0.5ページ）— G1～Gn：根拠を示した具体的な欠点
- 重要な着想（1段落）— 主張：「Z における Y には X の方が優れている」
- 貢献（約0.5ページ）— §N への参照を付けた、検証可能な主張を3～5個、番号付きで列挙
パターン：hzwer の Move 1（領域を示す）→ Move 2（ニッチを示す）→ Move 3（ニッチを確立する）。
S2 Background & Motivation（1～1.5ページ）
- 技術的背景（約0.5ページ）— 使用前に定義する（Gernot Heiser）
- 観察結果（約0.5～1ページ）— 実運用データから得た O1、O2、O3 → 設計上の着想
S3 Design（3～4ページ）
- アーキテクチャの概要（約0.5ページ）— まず図を示す（Yi Ding：「まず絵を描く」）
- モジュールの詳細（約2～2.5ページ）— モジュールごとに、選択した方式、代替案、選択理由を説明
- トレードオフ（約0.5～1ページ）— 設計上の決定事項をまとめる
ルール：「設計上の選択はすべて、代替案について論じなければならない」（Irene Zhang）。
S4 Implementation（0.5～1ページ）
言語、LOC、フレームワーク、重要なエンジニアリング上の決定事項を記述します。簡潔にまとめます。
S5 Evaluation（3～4ページ）
- セットアップ（約0.5ページ）— ハードウェア、ベースライン、ワークロード、評価指標
- エンドツーエンド（約1～1.5ページ）— Z における Y について、X とベースラインを比較
- アブレーション（約1～1.5ページ）— 各コンポーネントを取り除き、影響を測定
- スケーラビリティ（約0.5ページ）— 規模の拡大に伴う挙動
3箇所記述ルール（Irene Zhang）：結論はすべて、次の3箇所に記述します。
- 仮説（セクション冒頭）
- 結論（セクション末尾）
- キャプション（図のキャプション）
S6 Related Work（1ページ）
方法論ごとに分類します。各グループについて、何を行うのか、どのような制約があるのか、こちらとの違いは何かを説明します。
S7 Conclusion（0.5ページ）
3文で、問題、解決策、結果を述べます。新しい情報は加えません。
執筆パターン
パターン1：ギャップ分析
序論で G1～Gn を列挙 → 設計で A1～An を提示 → 評価で検証。 例：Lucid（ASPLOS'23）— 5つのギャップを5つの回答に対応付けています。
パターン2：観察駆動型
実運用データから O1～O3 を導出 → 着想 → 設計コンポーネント。 例：GFS（arXiv 2025）— 3つの観察結果が3つのコンポーネントを導いています。
パターン3：貢献の列挙
序論で貢献を番号付きで列挙し、それぞれに §N への相互参照を付けます。 例：Blox（EuroSys'24）— 7つの貢献、Sia（SOSP'23）— 5つの貢献。
パターン4：主張の定型
「Z における Y には X の方が優れている」という構成で、論文全体を組み立てます。 他のパターンと組み合わせることで、最大限の効果が得られます。
カンファレンスごとの違い
CFP（論文募集要項）はルールが毎年変わるため、必ず最新の内容を確認してください。
| 会場 | 形式 | ページ数 | 最終版 |
|---|---|---|---|
| OSDI | USENIX | 12 | 14 |
| NSDI | USENIX | 12 | 14 |
| SOSP | ACM SIGOPS | 12 | — |
| ASPLOS | ACM SIGPLAN | 11 | 13 |
| EuroSys | ACM | 12 | — |
2025年／2026年のCFPに基づいています。
ワークフロー
1. Determine venue and page limit
2. Choose writing pattern (Gap/Observation/Contribution/Thesis)
3. Allocate pages per section using the table above
4. Draft Abstract following 5-sentence template
5. Draft Introduction: Problem → Gap → Insight → Contributions
6. Draft Motivation with production observations (if available)
7. Draw architecture figure, then write Design
8. Draft Implementation (concise)
9. Draft Evaluation: setup → E2E → ablation → scalability
10. Draft Related Work by methodology groups
11. Draft Conclusion: 3 sentences
12. Run pre-submission checklist
13. Hand off to /paper-write for LaTeX generation and citation verification
簡単なセルフチェック
- 論文の主張が「XはZにおいてYに適しています」という形式になっている
- §Nへの参照を含む、番号付きの貢献が3～5件ある
- 主要な設計上の選択すべてについて、代替案を論じている
- 評価の結論を3回記載している（仮説、結果、キャプション）
- 関連研究を方法論ごとに分類している
- ページ数が会場の上限内に収まっている
- 観察、トレース、結果を捏造していない
- すべての引用を検証している（/paper-write に委任）
学術的誠実性
- 観察、トレース、実験結果を捏造しないでください
- 記憶を頼りに引用を生成しないでください — /paper-write の引用ワークフローを使用してください
- 会場のポリシーに従って、LLM の使用を開示してください
- このブループリントは構成に関するガイダンスを提供するものであり、コピーして使う文章ではありません
信頼できる情報源
- Levin & Redell — 「優れたシステム論文の書き方（および避けるべき書き方）」（USENIX）
- Irene Zhang — 「SOSP 論文の書き方のヒント」
- Gernot Heiser — スタイルガイド＋論文執筆に関する講演
- Timothy Roscoe — 「システム系カンファレンス向け査読の書き方」
- Yi Ding — 「優れたシステム論文を書くには？」
- hzwer & DingXiaoH — WritingAIPaper（GitHub）