Communityライティング&編集github.com

yha9806/academic-writing-toolkit

論文の読み書き・管理のための構造化スキル群。Claude Code、Codex CLI、Gemini CLI、Cursorなどで動作します。

academic-writing-toolkit とは?

このスキルは、AIエージェントが学術論文の整合性を事前提出前に自動監査するためのものです。`chapters/` ディレクトリ内の全章ファイルをスキャンし、数値の矛盾(同じ統計が章ごとに異なる値)、用語の不統一(例:「疑似理解」と「誤った理解」)、相互参照の破綻(存在しないセクションや図表番号への参照)、引用スタイルの一貫性をチェックします。特に引用チェックでは、Pythonスクリプト`audit-citations.py`を用いて4段階の検証(ソース行のlint、本文引用と文献リストのペアリング、引用スタイルの揺れ検出、フォーマット検証)を実行し、結果を構造化テーブルで報告します。このスキルはClaude Code、Codex CLI、Gemini CLI、Cursorなど複数のAIエージェントプラットフォームで利用可能で、ユーザーが手動で修正するための発見ベースのレポートを生成します(自動修正は行いません)。

対応✓Claude Code✓Codex CLI✓Cursor✓Gemini CLI
npx skills add yha9806/academic-writing-toolkit

Installed? Explore more ライティング&編集 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

/audit — 論文一貫性監査スキル

目的

すべての論文章をスキャンし、内部データの一貫性に関する問題(矛盾する数値、不統一な用語、壊れた相互参照、計算ミス)を検出します。これは提出前の品質チェックです。

トリガーワード

このスキルは次のキーワードで起動します: audit、consistency check、check numbers、/audit。

ワークフロー

  1. chapters/ ディレクトリ内のすべての章ファイルをスキャンします(Globを使用)。各ファイルを読み込み、数値的な主張、用語、相互参照を抽出します。

  2. 以下のカテゴリをチェック:

    A. 数値の一貫性

    • 同じ統計(例:精度、サンプルサイズ、p値)が複数の章で引用されている場合、同じ値でなければなりません。
    • 分布内のパーセンテージは合計が100%になる必要があります(丸め誤差のため±1%の許容範囲)。
    • カウント(例:「42モデル」)は章間で一致しなければなりません。

    B. 用語の一貫性

    • 同じ概念は全体を通じて同じ用語を使用する必要があります。同義語が不統一に使用されている場合(例:同じ概念に対して「疑似理解」と「誤った理解」)をフラグします。
    • 略語は各章で最初に使用される際に定義されていなければなりません。

    C. 相互参照の有効性

    • 他のセクションへの参照(例:「3.2節で議論したように」)は、存在するセクションを指していなければなりません。
    • 表や図への参照は、実際の表・図番号と一致する必要があります。
    • 前方参照(「第6章で示すように...」)は満たされていなければなりません。

    D. 引用の一貫性

    python3 scripts/audit-citations.py --base-dir . --style $(grep -oP '(?<=Citation style: )\S+' CLAUDE.md) --json を実行し、JSON出力を解析します。このスクリプトは4つの階層を実装しています:

    • Tier 0 — literature/reading_notes/*_NOTES.md 上のソース行lint。欠落または不正な **Source**: 行をフラグします。重要度 medium(notes-source-missing)または medium(notes-source-malformed)。
    • Tier 1 — ペアリング。すべての本文引用は **Source**: エントリと一致しなければならず、すべてのSourceは少なくとも1回引用されなければなりません。3つのモード:
      • Author-Year(Harvard、APA、Chicago Author-Date、GB/T 7714-2015): (姓, 年) でペアリング。ファントムと未使用 → 重要度 high。
      • Author-Page(MLA): 姓 のみでペアリング。
      • 数値形式(IEEE、Vancouver): カウントバランス + 整数ギャップ検出でペアリング。
    • Tier 2 — すべての本文引用にわたるスタイルモード検出。原稿が揺れた場合(例:(Smith 2024) と (Smith, 2024) の混在)に外れ値をフラグします。重要度 medium。
    • Tier 3 — CLAUDE.md で宣言された Citation style: に対するスタイル別フォーマット検証。誤ったコンマ、et al.閾値違反、誤った複数著者接続詞をフラグします。重要度 low。

    スクリプトの終了コードは 0(問題なし)、1(任意の階層で問題あり)、2(無効な引数)です。スクリプトの問題を以下の Issues テーブルに新しい行として追加します。重要度の語彙は直接マッピングされます(critical | high | medium | low | info)。

    JSONスキーマとサポートされるスタイルの一覧については、docs/superpowers/specs/2026-04-27-c-rest-citation-design.md を参照してください。

  3. 監査レポートを出力 以下のフォーマットを使用します。

出力フォーマット

## 監査レポート -- {YYYY-MM-DD}

### サマリー

- **Critical**: {N} 件(矛盾するデータ)
- **High**: {N} 件(壊れた参照、欠落した定義)
- **Medium**: {N} 件(用語の不統一、軽微な計算ミス)

### 問題一覧

| # | 重要度 | カテゴリ | 場所 | 問題 | 現在の値 | 期待される値 |
|---|--------|----------|------|------|----------|--------------|
| 1 | Critical | 数値 | 第3章 3.2節、第5章 5.4節 | PUR値が異なる | 22.5%(第3章) vs 23.1%(第5章) | 一致すべき |
| 2 | High | 相互参照 | 第4章 4.1節 | 「3.7節」への参照 | 3.7節 | セクションが存在しない |

### 推奨事項

{重要度ごとにグループ化、各問題の解決方法に関する簡単なメモ。}

重要度レベル

  • Critical: 同じ定量的主張が異なる章で異なる値を持つ。これは直接論文の信頼性を損なう。
  • High: 壊れた相互参照、最初の使用時に未定義の略語、欠落した表/図番号。
  • Medium: 事実誤認を引き起こさない不統一な用語、許容範囲内の軽微な丸め誤差。

制約

  1. 決して自動修正しない。 すべての問題をリストアップし、ユーザーが確認して判断できるようにする。ユーザーは選択的に修正することを選べる。
  2. 出力に絵文字は使用しない。
  3. すべてのインスタンスを報告する、最初の出現だけでなく。ある統計が4つの章に2つの異なる値で現れる場合、4つの場所すべてをリストする。
  4. 場所を具体的に指定する。 章番号、節番号、周辺の文脈を提供し、ユーザーが問題を素早く見つけられるようにする。
  5. スタイル上の問題はフラグしない。 このスキルはデータの一貫性をチェックし、散文の品質はチェックしない。

関連スキル