mcpField
W
writing-proofreading

writing-proofreading

github.com/niraclerクリエイティブ・メディア1184 回インストール15 週間前に更新
リポジトリ

writing-proofreading について

中国語の記事を、Markdownの見出しごとに6段階で見直す校正スキルです。変更案を示して確認を待つため、編集の判断権と個人の文体を保ちたい執筆者に適しています。

主な機能

  1. 016段階の記事レビュー
  2. 02Markdown見出しごとの確認
  3. 03編集前に提案を提示
  4. 04出典と文体のチェック
  5. 05Markdown形式の確認

活用シーン

  1. 01記事構成を見直し、読者の前提を補う
  2. 02中国語表現と個人の文体の一貫性を確認
  3. 03記事の出典やデータを順に検証
  4. 04Markdownの見出しやリスト形式を確認

インストール

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

$npx skills add https://github.com/niracler/skill --skill writing-proofreading

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
chinese-style.md
personal-style.md
source-verification.md
structure-review.md

詳細

文章の校正

中国語の文章を磨き上げるための、6 ステップの校正アシスタントです。

前提条件

ツール種類必須インストール
markdownlint-cli2cliいいえnpx markdownlint-cli2(インストール不要。ステップ 6 で使用)
markdown-lintskillいいえnpx skills add niracler/skill に含まれています(リポジトリのセットアップ用)

スキルの読み込み時に、これらのツールを積極的に確認しないでください。ツールが見つからずコマンドが失敗した場合は、インストールと設定の手順をユーザーに直接案内してください。

基本原則

原則説明
まず話し合ってから修正する修正案を提示してユーザーに選んでもらい、すぐに手を加えない
段落ごとに校正するMarkdown の見出しを区切りとして、毎回 1~2 個の見出しを扱う
問いかけを通じて導く草稿の内容について問いかけ、ユーザー自身に判断してもらう

6 ステップの校正プロセス

1. 结构诊断 → 2. 读者 Context → 3. 语言规范 → 4. 信源查证 → 5. 风格检查 → 6. Markdown 格式
ステップ 1:構成の診断

目標:文章の構成を明確にし、テーマをはっきりさせる

  • 段落を分解し、テーマを特定する
  • 再構成案を 2~3 個提示し、まず話し合ってから修正する
  • 削除した内容は「素材.md」に移して保存する

詳細は 構成のレビュー を参照してください。

ステップ 2:読者の Context を確認

中心となる問い:「読者はここを読んで、戸惑わないでしょうか?」

確認項目問題の例改善方法
背景の前提専門用語や略語をそのまま使っている説明や脚注を加える
独りよがりな表現「ああいう感じの……」と書いているが、具体的な説明がない描写を具体化する
論理の飛躍A からいきなり C に進んでいるつなぎの説明を加える
暗黙の感情「本当にひどく……」と書いているが、前置きがないまず理由を説明する
情報の差読者が経緯を知っていることを前提にしている背景を簡潔に説明する

詳細は 構成のレビュー を参照してください。

ステップ 3:文章表現のルール

余光中の『どうすれば英式中国語を改善できるか』に基づきます。

問題例
抽象名詞を主語にする❌ 収入の減少が生活を変えた → ✅ 彼は収入が減ったため、生活を変えた
冗長な言い回し❌ この理由に基づいて → ✅ そのため
動詞の弱化❌ 貢献を行う → ✅ 貢献する
前置詞・接続詞の多用「~に関する」「と」「および」を減らす
受動態の多用❌ 問題が解決された → ✅ 問題が解決した

詳細は chinese-style.md を参照してください。

ステップ 4:情報源の確認

情報源の優先順位:政府の公式情報 > 権威あるメディア > 業界メディア > 個人ブログは避ける

データの扱い方:

  • データをただ並べるのではなく、体験に結び付ける
  • 実感に基づく判断には、推定の根拠を支える脚注を付ける
  • 解説は簡潔にし、詳しい説明は脚注に記載する

作業の進め方:一つ調べる → 話し合う → 一つ書く → 確認する → 次へ進む

詳細は 情報源の確認 を参照してください。

ステップ 5:文体の一貫性

個人の文体に合っているかを確認します。

確認項目説明
特徴的な表現「何と言えばいいでしょう」「実は」「ちょっと……」
口調の特徴自虐的な書き出し、括弧内でのツッコミ
数値化の習慣具体的な数字を使って説得力を高める
太字の節度見出しごとに 3 か所以内

避けること:

  • 「~ではなく、~である」という文型(AI らしい印象)
  • 引用符で囲んだ「ユーモラスな」比喩
  • 絵文字や番号から始める書き方
  • ダッシュの多用
  • --- の水平線(見出しや番号を使って自然につなぐ)

構成の好み:

  • 特にアウトライン・レポート・分析系の記事では、階層番号(1 → 1.1 → 1.1.1)を優先して内容を整理する

詳細は 個人の文体 を参照してください。

ステップ 6:Markdown の書式設定

自動の書式チェック(リポジトリに markdown-lint skill が設定済みである必要があります):

npx markdownlint-cli2 article.md          # 检查
npx markdownlint-cli2 --fix article.md    # 自动修复

リポジトリに設定されていない場合は、markdown-lint skill を使って初期設定を行ってください。

自動化ツールでは確認できない内容:

  • 見出しの階層が適切か(H2→H3 のように、階層を飛ばさない)
  • リストの書式が一貫しているか(すべて - またはすべて * を使う)
  • コードブロックに正しい言語が指定されているか

レビューの進め方

┌─────────────────────────────────────────────────┐
│  每个标题下的审校流程                             │
│                                                 │
│  1. 读取当前段落                                 │
│  2. 按 6 步流程检查                              │
│  3. 提出修改建议(不直接改)                      │
│  4. 等待用户确认                                 │
│  5. 确认后再处理下一个标题                        │
└─────────────────────────────────────────────────┘

重要:各段落のレビュー後に確認を待ち、複数の段落を続けて処理しないでください。

文体のクイックリファレンス

要素要件
言葉遣い友人と話すような、口語的な表現
段落1 段落につき 1 つのテーマ
太字重要な転換点や気づきにのみ使用し、見出しごとに 3 か所以内
データ体験に結び付け、詳しい出典は脚注に記載する
誠実さ不足を認め、未完了の箇所を明記し、考えた跡を残す

詳細な参考資料

コメント