本文へ移動
cccskills
無料GitHub で公開日本語紹介

nature-paper2word

学術論文のMarkdown原稿を、書式要件に沿ったWord文書へ変換します。数式や表、引用文献を整え、出力前後の検査で構造や書式の問題を確認できます。

原文原文の説明を見る

Compile an academic Markdown manuscript into a journal- or school-compliant Word (.docx): declared typography, native OMML equations, three-line tables, cross-references, per-section page numbers, CSL bibliographies (GB/T 7714, APA, Nature, IEEE), and pre/post-export quality gates. 把学术论文的 Markdown 稿件导出为符合期刊或学位论文规范的 Word:摘要、公式编号、三线表、题注、交叉引用、目录域、参考文献。

Use when the user wants a submission-ready .docx — 论文转 Word、学位论文排版、期刊投稿排版、prepare submission docx — or a readable copy of a manuscript. Not for PDF, HTML or LaTeX output, and not for slide decks or grant forms.

Yuan1z0825/nature-skillsスター 51,364(GitHub 51,364 + cccskills 0)
連携ツールWord

実行スコア 未検証

インストール方法を見る

こんなときに便利

  • 投稿規定に沿う論文をWord化したいとき
  • 大学指定の書式で学位論文を整えたいとき
  • Markdown原稿を読みやすいWord文書にしたいとき

日本語での紹介

できること

学術論文のMarkdown原稿を、指定した書式要件に沿うWord(.docx)へ変換します。要件がある場合はテンプレートや仕様から書式設定ファイルを用意し、指定がない場合は原稿の言語に応じたプリセットを使います。見出し、段落スタイル、数式番号、三線表、図表の題注、目次、章ごとのページ番号、交差参照、CSL形式の参考文献に対応し、原稿の事前検査から書き出し後の番号や書式の確認まで行います。原稿はMarkdownの入力形式に合わせて整えてから処理します。

こんなときに便利

期刊投稿用や学位論文用のWord原稿を作りたいとき、Markdownで書いた論文を読みやすい文書にしたいとき、研究室や学校の書式仕様に合わせて出力したいときに向いています。原稿の構造や参考文献を保ったまま、提出用の文書にまとめる作業を支援します。

使い方の例

  • 「このMarkdown原稿を大学の書式に合わせてWordにしてください」
  • 「Nature投稿用の書式で書き出してください」
  • 「原稿をWord形式に変換してください」

注意点

実行にはmd-to-wordが必要です。未導入の場合はmd-to-word-docxをインストールします。引用文献がある原稿には.bibファイルが必要です。PDFやHTML、LaTeX、スライド、助成金申請書の出力には対応しません。表のセル結合、複数段組、独自表紙などには対応せず、出力後にWordでレイアウトを確認してください。MITライセンスです。

この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。

資料チェック

SKILL.md の記述から、注意が要る操作と導入の前提を AI が確認しました。点数は実際に動かした結果(実行検証)だけで付けています。

安全面送信・削除・コマンド実行などの扱いが明示されているか
A良好原稿を直接上書きせず、出力前後の検査と非対応形式が説明されている。
導入のしやすさ必要なツールや API キーが少ないか、書かれているか
B一部不足`md-to-word`と引用時の`.bib`が必要で、未導入時のインストール方法も記載されている。

点数には入れていません。 2026年10月28日 時点で AI(OpenAI Codex)が判定しました。目安なので、入れる前に原文も確認してください。

評価が違うと思ったら、見直しを依頼する

どの項目が、なぜ違うと思うかを書いてください。ログインは不要です。内容を SKILL.md と照らし合わせて評価を作り直し、この欄に反映します。

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

含まれるファイル(6)

  • SKILL.md10.8 KB
  • agents/openai.yaml241 B
  • manifest.yaml390 B
  • README_EN.md3.7 KB
  • README.md3.3 KB
  • UPSTREAM-LICENSE.txt1.3 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Markdown → compliant Word

This file is the router. The engine is deterministic: the same manuscript and the same format requirements always produce a byte-identical .docx. Do not substitute a hand-written python-docx script; run the installed pipeline.

Before the first export in a session, confirm the engine is available: md-to-word --version must print a version. This skill ships documentation only; if the command is missing, install it with pip install md-to-word-docx, then run the check again.

The full vocabulary lives in the manual inside the package, not here. md-to-word --contract prints its absolute path (Chinese or English, following the manuscript). Everything below is order of work; every spelling is looked up in the manual.

1. Decide the scenario first

ScenarioWhat the user saysWhat to do
Journal or school compliance"format it for Nature / my university"Get a target .docx template or a written spec, then build a requirements file.
Existing requirements"use our lab's spec file"Pass it with -r.
Baseline export (no explicit spec)"turn this into a Word file"Normalize the manuscript to the contract, then export with the built-in preset. The preset is a complete, valid format, not a provisional default.

State the chosen preset or requirements path in one line, then proceed. Without -r the only file picked up is one named exactly format.txt beside the manuscript; no other .txt is guessed at (if one is there, the run names it in a reminder). With no format.txt, the preset follows the manuscript's language: zh-academic for Chinese, en-nature for everything else. The run reports which one it used.

No path accepts arbitrary Markdown and returns a finished document: a preset supplies formatting, not missing structure. When the manuscript violates the contract, pre-flight stops with a line number rather than emitting a document that looks acceptable while its formatting was never mapped.

2. Bring the manuscript to the input contract

The source may be pasted text, .txt, .md, an old .docx, or a PDF. Normalize it to Markdown first; never edit the user's original file in place.

  • Headings: #, ##, ###, consecutive and unskipped; a heading that carries its own number (1., 2.1) needs as many # as its number has levels.
  • Paragraph styles: a line starting with %% sets that paragraph's style — %% Abstract …, %% Table Caption **Table 1** …, %% Image Caption Figure 1 …. One line is one paragraph, ended by a blank line, with no closing fence. Style names come from a closed list (manual §3.4) in either language; heading levels are set by # only.
  • Title, author, abstract, keywords are style lines in the body, never YAML — their position on the page is the author's decision, and YAML has no position. Pre-flight blocks those keys with the exact line to write instead.
  • Paragraphs: one line is one paragraph; consecutive lines are never joined, so a file of short one-sentence paragraphs is already correct. For a break inside one paragraph (an address, verse, a long title), end the line with a backslash or two spaces — it becomes a line break within the same paragraph. Suspected wrapping is reported as a grouped warning with the line numbers.
  • YAML holds only position-independent configuration: bibliography:, csl:, crossref:, link-citations:.
  • Equations: $$...$$ {#eq-name} on its own line, referenced as @eq-name. Chinese manuscripts get 「式/图/表」 prefixes and (1)numbering, English ones get Equation/Figure/Table and (1). Add crossref: chapters: true for per-chapter numbering. \tag{} is blocked.
  • Citations: [@key] parenthetical, @key narrative, from bibliography: + csl:. A .bib is mandatory once the manuscript cites: handwritten reference lists are not supported, and [@key] without bibliography: would be printed literally.
  • Figures and tables: ![](path/img.png){width=13cm} with the caption in its own %% Image Caption / %% 图片题注 paragraph; table caption above, note below. Do not put {#fig-...} labels on images. Column widths follow the separator row's dash lengths.
  • Block markers (three, each on its own line with blank lines around): {{< pagebreak >}}, {{< toc >}}, {{< section page_number=lowerRoman start=1 >}} (Chinese parameters 页码= 起始= also work). The section marker closes the section above it; never add a page break next to it.
  • Unsupported Markdown is blocked with a replacement, never printed literally: HTML tags, --- rules, ==== headings, definition lists, - [ ] boxes, tables without outer pipes, nested block quotes, full-width %%, four-space code blocks, a second paragraph inside a list item, ==highlight==, [text]{.class} (except .underline), \(...\) inline math, and a percentage image width ({width=60%} — write an absolute length).

3. Choose or build the format requirements

  1. Starting from nothing — md-to-word init writes a complete preset copy plus a one-page manuscript that exports as-is.
  2. Built-in preset — zh-academic or en-nature. Use as-is when the user gave no detailed spec.
  3. Copy and edit a preset — change only the lines the user mentioned. Field order is fixed: font, size, bold, italic, alignment, line spacing, space before, space after, indent. Every style line must be complete; missing fields are errors.
  4. Reverse-engineer a target .docx — md-to-word-template target.docx -o format.txt, then review the "to confirm" list at the end of the draft.

Each property has exactly one accepted spelling (two in total: the canonical Chinese and English forms); anything else is a hard error with a line number. Full table: manual §3.1. Style names: §3.4. Presets are the reference examples — md-to-word --contract prints their paths.

Throughout this file, format.txt means the format requirements file — any path works, -r takes it.

Citation style comes from csl: with a bundled file name (manual §7) or a path to the user's own CSL. Without csl:, Chinese manuscripts get GB/T 7714 numeric, others APA 7th. A user-supplied CSL is normalized on export so that one requirements file always produces one layout.

4. Export

Run the installed command from the manuscript's directory:

md-to-word manuscript.md -o manuscript.docx
md-to-word manuscript.md -r format.txt -o manuscript.docx
md-to-word --contract          # contract + paths to the manual and presets

The pipeline runs: pre-flight validation → style template generation → manuscript model → OOXML writing → number-integrity check → line-by-line audit against the requirements file.

5. How to read the gates

Two levels, split by "would the mistake be visible afterwards":

  • Blocking — silently wrong later: dropped content, syntax printed literally, formatting never mapped, a title in YAML, a caption inside an image's brackets. Fix the reported line; do not reach for --no-check, which turns off the blocking gates too.
  • Warning — visible but non-compliant: an image wider than the text block (it gets clamped), a caption far from its figure, a skipped heading level, a page break after a section marker, suspected line wrapping. Warnings of one kind arrive as a single line (up to eight line numbers, then a count).

Add --json when the result has to be read back programmatically: stdout then carries one JSON object — ok, returncode, input, output, pdf, lang, messages, errors — with progress and reminders on stderr. The keys are fixed; the sentences inside them follow the manuscript's language, and the reminders are in messages.

Exit codes: 0 every gate passed; 1 manuscript, gate or dependency problem; 2 a usage error (bad flags or a missing argument); 3 the .docx was written but the optional --pdf proof was skipped (non-macOS). Messages follow the manuscript's language. Add --verbose when a format does not seem to take effect.

6. Verify before delivery

  • Confirm the .docx exists and the command exited 0.
  • Report the applied preset or requirements file, the citation style, and anything the run warned about.
  • Say plainly that the layout still needs a manual check in Word. The engine verifies text and structure; row heights, column widths and where equations and captions settle are only visible in a real renderer.
  • When the document has a TOC, {style-title} headers or per-section page numbers, run once with --pdf (macOS with Word) — that is the only way fields are expanded — and spot-check the first page, the widest table, an equation-heavy page and the references.

7. Boundaries

  • No custom cover pages, merged cells, multi-column text, inline text colour, or text-wrapped figures. Export the body, then complete those in Word.
  • Only equation cross-references are supported ({#eq-x} + @eq-x); figure and table numbers are typed into the caption.
  • Sum and integral limits stay on the right of the symbol in numbered equations (Word stacks limits only in display math). Content and symbols are correct; only the arrangement differs.
  • TOC page numbers and chapter headers are Word fields; Word asks once whether to update them. Full statements: manual §6 (limits) and §8 (symptom → fix).

8. Related skills

This skill compiles the manuscript; these cover the steps around it. Hand off rather than re-implement:

SkillWhat it covers
nature-writingDrafting the manuscript and its section-level argument (input to this one)
nature-polishingLanguage polishing and academic phrasing (input to this one)
nature-citationSearching for and exporting reference entries (RIS / ENW / Zotero RDF); export BibTeX from the reference manager for the .bib this skill consumes
nature-ref-verifierCross-checking reference metadata before submission
nature-paper2pptTurning the same manuscript into a presentation deck

Upstream engine, the general-purpose pip package, and the changelog: md-to-word.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

nature-academic-search

無料概要あり

複数の情報源から学術文献を探し、引用情報の照合や参考文献ファイルの変換、PubMedの検索式づくり、自己引用を除いた被引用の調査まで支援します。

  • 複数の情報源で文献を探したいとき
  • 文書内の引用情報を検証したいとき
  • MeSHを使ったPubMed検索式の設計
Yuan1z0825/nature-skills5.1万2026年10月28日 更新

nature-citation

無料概要あり

論文の各主張を支えるNature系列やCNS関連誌の文献を探し、要旨や出版社ページで根拠を確認して、主張との対応表と文献管理用ファイルに整理します。

  • Nature系列の引用を補いたいとき
  • 段落ごとの根拠文献の整理
  • 引用候補の裏付けを確認したいとき
Yuan1z0825/nature-skills5.1万2026年10月28日 更新

nature-data

無料概要あり

論文のデータ・コード公開声明を作成・点検し、各データの入手先や利用条件、保存先、引用情報を整理します。データを見つけて再利用するためのメタデータも確認します。

  • データ・コード公開声明の作成
  • 研究データの保存先と入手経路の整理
  • データ引用とメタデータの点検
Yuan1z0825/nature-skills5.1万2026年10月28日 更新

nature-downloader

無料概要あり

学術論文の本文と補足資料を、公開版・出版社API・所属機関の正規アクセスから取得します。文献ごとに取得経路を選び、ファイル形式や成否、出典を記録します。

  • DOI一覧の論文をまとめて取得したいとき
  • 正規の公開版本文を探したいとき
  • 機関契約で中国語論文を取得したいとき
Yuan1z0825/nature-skills5.1万2026年10月28日 更新

nature-experiment-log

無料概要あり

実験中の写真・音声・メモを、管理用の項目を備えたMarkdownの実験ログに整理し、実験IDや試料のバッチID、元の添付資料もひも付けて保存します。

  • 写真や音声から実験ログを作りたいとき
  • 同じ試料の複数実験を追跡したいとき
  • 実験記録と原資料をまとめて保管したいとき
Yuan1z0825/nature-skills5.1万2026年10月28日 更新

nature-figure

無料概要あり

論文用の科学図をPythonやRで作成・修正し、複数パネルの構成、文字の重なり、配置を点検して書き出します。模式図やグラフィカルアブストラクトにも対応します。

  • 論文用の科学図を作りたいとき
  • 複数パネル図の配置を見直したいとき
  • グラフィカルアブストラクトの作成
Yuan1z0825/nature-skills5.1万2026年10月28日 更新

Yuan1z0825 のスキルをすべて見る

このスキルの問題を報告する