writing-proofreading について
中国語の記事を、Markdownの見出しごとに6段階で見直す校正スキルです。変更案を示して確認を待つため、編集の判断権と個人の文体を保ちたい執筆者に適しています。
主な機能
- 016段階の記事レビュー
- 02Markdown見出しごとの確認
- 03編集前に提案を提示
- 04出典と文体のチェック
- 05Markdown形式の確認
活用シーン
- 01記事構成を見直し、読者の前提を補う
- 02中国語表現と個人の文体の一貫性を確認
- 03記事の出典やデータを順に検証
- 04Markdownの見出しやリスト形式を確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ niracler/ skill --skill writing-proofreadingインストール後、Claude Code で/writing-proofreadingを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/chinese-style.mdpersonal-style.mdsource-verification.mdstructure-review.md詳細
文章の校正
中国語の文章を磨き上げるための、6 ステップの校正アシスタントです。
前提条件
| ツール | 種類 | 必須 | インストール |
|---|---|---|---|
| markdownlint-cli2 | cli | いいえ | npx markdownlint-cli2(インストール不要。ステップ 6 で使用) |
| markdown-lint | skill | いいえ | 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 か所以内 |
| データ | 体験に結び付け、詳しい出典は脚注に記載する |
| 誠実さ | 不足を認め、未完了の箇所を明記し、考えた跡を残す |
詳細な参考資料
- chinese-style.md - 中国語の文章表現のルール
- structure-review.md - 構成の診断と読者の Context
- source-verification.md - 情報源の確認と脚注
- personal-style.md - 個人の文体ガイド