chinese-ai-writing-polish

中国語AI表現の注意点 Writing Skill

これは portable writing skill です。単独で使用できるほか、openpress-create-pages から読み込むこともできます。出力言語が繁体字中国語の専門コンテンツである場合、この skill は文型、語彙、表の文言、受動文、反転表現の判断基準を提供します。

他の Skill との関係

• open-press の page-based ドキュメントでは、繁体字中国語のコンテンツを作成する際に openpress-create-pages が読み込みます。
• 他の project-specific portable writing skill も同時に読み込む場合、競合時の解決方法は openpress-create-pages 内の優先順位に従います。
• この skill は open-press の source パス、CLI、検証、出力、デプロイ、starter の適用手順を規定しません。システム操作はすべて openpress に戻して振り分け、その後、他の openpress-* skill に引き渡すかどうかを判断します。

目標

専門的で、実用的かつ納品可能な中国語コンテンツを作成します。事実、判断、対象、行動、結果を優先して残し、情報量の少ないAI調の文型で内容を埋めることは避けます。

基本原則

• 主張を直接説明し、弱い論点をドラマチックな転換で飾りません。
• 抽象的なスローガンを、具体的な名詞、動詞、状況、結果に置き換えます。
• 各段落では要点を一つだけ扱い、対象、問題、方法、効果を明確にします。
• 数値化できるものは数値化し、できない場合は観察の根拠を明確にします。
• 過度な約束は避けます。証拠がなければ、「最良」「破壊的」「再定義」「革新的」とは書きません。
• 読者が行うべき判断に向けて書き、文章自体を見栄えよくするためには書きません。
• 反転表現は少数のフックとしてのみ使います。一般的な段落では、製品が何をするかを直接説明し、読者が最初の一秒で要点を把握できるようにします。
• 表の文言は表らしくし、段落のようにしません。列名ですでに意味が示されている場合、セル内では「検証」「対応」「完了」「用途」などの付随的な動詞の繰り返しを避け、名詞、数値、状態、結果を優先します。
• 同じ小見出し内で同じ主語を繰り返し使わないようにします。段落の冒頭ですでに製品、会社、創業者を示している場合、後続の文では「製品」「プラットフォーム」「チーム」「この計画」などで受けるか、意味が明確であれば主語を省略できます。

リスクの高いAI調の文型

避ける文型	問題点	書き換えの方向性
これは A ではなく、B です	対比で深みを演出しますが、新しい情報がないことがよくあります。多用すると、読者が最初の一秒で要点をつかめません	B の具体的な機能、価値、違いを直接説明します。大きく異なるシステムとの対比が必要な場合に限り、フックとして使えます
A だけではなく、B でもあります	型にはまった構造で、抽象的な名詞を二つ並べがちです	「現時点でできること」と「その結果もたらされること」に分けます
A のたびに B に変える	展望が大きすぎ、実行の仕組みが説明されていません	A が起きるたびに、システムやプロセスが実際に何を記録、判断、通知、生成するのかを説明します
X を単なる Y にとどめない	転換の印象は強いものの、情報密度が低い表現です	X に新たに加わった機能や利用場面を直接説明します
A から B まで、全面的に進化	範囲が広すぎて、検証可能な詳細がありません	進化した項目、ユーザーが感じる変化、制約条件を列挙します
A を再定義する	主張が大きすぎ、通常は証明できません	「A の具体的な工程を改善する」に変えます
温かみのある A を作る	抽象的でよく見かける表現ですが、実行に移しにくいものです	どのやり取り、フィードバック、サービスがユーザーに違いを感じさせるのかを書きます
力を与える、新たな章を開く	ビジネスの決まり文句で、内容が空疎に見えがちです	「対応する」「支援する」「提供する」「低減する」「短縮する」「向上させる」に置き換えます
目まぐるしく変化する時代において	書き出しが抽象的で、テーマとのつながりが弱い表現です	読者が直面する具体的な問題から始めます
真の A とは、B ではなく C です	スピーチの決めぜりふのようで、専門的な説明には向きません	検証可能な判断や基準に置き換えます
すべての A は、B される価値があります	感情的で、どこにでも使える表現です	どの A に B が必要なのか、その理由とともに示します
A を通じて、B をより C にする	「通じて」「させる」に頼って文をつなぎすぎています	主語を明確にした動作文に変えます。「A が B を整理し、C を明示します」
X を Y できるようにする	受動文による言い換えで、主語と責任が不明瞭です。「データを利用できるようにする」「問題を見えるようにする」といった抽象的な文になりがちです	主語を明確にした能動文に変えます。「システムが X を整理し、Y が利用できるようにします」「教師は X を使って Y を判断できます」
X は Y できます	受動態を使いすぎると、誰が動作を実行し、どんな結果を生み出すのかが読者に伝わりにくくなります	「誰が X を使って何をするのか」または「システムが X をどのように処理するのか」に変えます

書き換え方法

1. 文の実際の意味を特定します。この文が伝えようとしているのは、機能、違い、展望、成果、感情のどれでしょうか。
2. 決まり文句の型を削除します。「A ではなく B」「A だけではなく B でもある」「A のたびに B に変える」を取り除きます。
3. 具体的な情報を補います。誰が、どのような状況で、何をし、どのような結果を得るのでしょうか。
4. 根拠の強さを確認します。裏付けとなるデータがなければ、表現を控えめにし、「役立ちます」「支援できます」「目標としています」に変えます。
5. 短い文にまとめます。一文には主要な判断を一つだけ入れ、抽象的な名詞を連続して並べないようにします。

主語の継続に関するルール

中国語のビジネス文書では、すべての文で製品名や会社名を繰り返す必要はありません。小見出し、段落の最初の文、または直前の文ですでに主語を示している場合、後続の文では自然に受けます。

避ける書き方	問題点	推奨する書き方
QJudge 目前是一人公司……因此 QJudge 現階段雖然以一人公司形態推進……	同じ情報が二度繰り返され、段落が堂々巡りしている印象になります	最初の段落で現状を説明し、後半は「現段階ではチームの規模は小さいものの、製品は単独で開発しているわけではありません」と書き換えます
QJudge 的組織化不會……QJudge 會……QJudge 需要……	製品名を繰り返しすぎて、文章が硬くなります	組織化不會……後続では……次の段階では……
本產品支援……本產品提供……本產品能夠……	すべての文で主語を改めて示すため、段落の流れが重くなります	最初だけ製品名を残し、後続では「システム」「プラットフォーム」「機能」を使うか、主語を省略して動作から始めます

判断基準：

• 同じ段落で同じ製品名が 2 回を超えて出てくる場合、省略または置き換えが可能かをまず確認します。
• 直前の文で主語を明確に説明している場合、次の文は同じ名詞から始めないようにします。
• 主語の置き換えは明確さを高めるために行い、変化をつけるためだけに曖昧な代名詞を使わないようにします。読者が誤解する場合に限り、主語を省略せずに示します。
• 結論では製品名に戻ってもかまいませんが、前段で説明した状態や背景を繰り返さないようにします。

表の文言に関するルール

表の列名がすでに文脈を示しているため、セル内では完全な文や動詞の繰り返しを減らし、読者がすばやく内容を把握できるようにします。

避ける書き方	問題点	推奨する書き方
規模：60 人受測	列名に「規模」とあるため、「受験」は不要です	60 人
検証済みの機能：驗證程式上機等特殊題型也能在線上完成作答與監考	列名に「検証済みの機能」とあるため、冒頭に「検証」と書くと重複します	プログラミング実技などの特殊な問題形式にも、オンラインでの解答と監督が可能
プラットフォームの開発状況：已支援正式課程建立考試	状態欄に「リリース済み」とあるため、備考に「対応済み」と書くのは冗長です	正規授業の試験作成；複数の問題形式に対応した解答インターフェース
備考：可用於考前到場簽到、身分確認與考生狀態整理	用途 を示しても情報は増えません	試験前の出席確認、本人確認、受験者の状態整理

判断基準：

• 列名が「規模」の場合、セルには数値と単位だけを入れます。
• 列名が「状態」の場合、セルには状態だけを入れ、「現在」「すでに」を付け加えません。
• 列名が「機能」「能力」「備考」の場合、セルには名詞句か短い文を使い、説明段落のような完全な文章は使いません。
• 同じ行に因果関係や制約を補足する必要がある場合は、表の前後の段落に移し、セルに詰め込まないようにします。

反転表現の使用範囲

「A ではなく B」「A だけではなく B でもある」といった反転表現は、通常の説明段落の冒頭には使わないでください。まず否定される対象を読者に理解させ、その後で本来の主張を示すため、審査員や読者が最初の一秒で要点をつかみにくくなります。

使用できる場面：

• 大きく異なるシステムとの対比：たとえば、QJudge と LMS、Google Forms、一般的な問題バンク、OJ プラットフォームの根本的な違いを説明する場合です。
• 段落のフック：一文で対比を示してもかまいませんが、次の文では機能、プロセス、データ、責任範囲、ユーザーの行動など、具体的な違いを必ず示します。
• 連続使用を避ける：同じ章ですでに反転表現を一度使っている場合、後続の段落では肯定的な表現に切り替えます。

推奨しない場面：

• 製品の機能を説明する場合：システムがユーザーに何を求め、何を記録し、どのような結果を生み出すのかを直接書きます。
• 展望を説明する場合：今後対応する問題形式、データフロー、評価方法を直接書き、決めぜりふで飾らないようにします。
• 価値を説明する場合：人手をどれだけ減らし、どのプロセスをどれだけ短縮し、どの記録を保持するのかを直接書きます。

判断基準：「A ではなく」を削除しても、B の機能や価値を直接説明できる場合は、反転表現を削除してください。

書き換え例

例 1：製品の位置付け

避ける表現：

これは単なる解答プラットフォームではなく、学生の継続的な成長に寄り添う学習パートナーです。

推奨する表現：

QJudge は学生の提出履歴、エラーの種類、修正の経緯を記録します。学生は自分がつまずいた点を振り返ることができ、教師はクラスでよく見られる問題を把握できます。

例 2：学習の過程

避ける表現：

練習するたびに、成長のきっかけを生み出します。

推奨する表現：

練習のたびに、システムは問題、提出結果、エラーメッセージ、修正履歴を保存します。学生は前後のバージョンを比較し、苦手な点を整理できます。

例 3：ビジネス提案

避ける表現：

私たちはツールを提供するだけでなく、教育現場におけるプログラミング学習の再定義を支援します。

推奨する表現：

自動採点、課題の配布、学習記録、クラス分析を提供し、教師の採点時間を減らすとともに、学生に共通する誤りを早期に発見できるよう支援します。

例 4：ウェブサイトのコピー

避ける表現：

AI が急速に発展する時代に、よりスマートで温かみのある学習体験を作ります。

推奨する表現：

学生がプログラムを提出すると、システムはテストケースの結果とエラーのヒントを即時に返します。教師は管理画面で完了率、エラーの分布、個人ごとの進捗を確認できます。

可用句型

• X 是給 [使用者] 在 [情境] 中完成 [任務] 的 [產品類型]。
• [功能] 會在 [觸發時機] 自動 [動作]，供 [使用者] [具體行動]。
• 相較於 [既有做法]，[方案] 減少了 [成本或阻力]，並保留 [必要能力]。
• 這項設計解決的是 [具體問題]，不是泛稱的 [抽象願景]。
• 目前版本支援 [能力 A]、[能力 B]、[能力 C]；尚未涵蓋 [限制]。
• 若目標是 [決策或成果]，建議優先呈現 [證據或指標]。

用字偏好

• 優先使用：支援、協助、提供、記錄、整理、比對、標示、提醒、降低、縮短、提升、追蹤、檢視。
• 謹慎使用：打造、賦能、顛覆、革新、重新定義、全方位、沉浸式、無縫、前所未有、有溫度。
• 避免連續使用抽象名詞：體驗、價值、願景、場景、生態系、解決方案、影響力。
• 專業內容應使用繁體中文與台灣常用語感；避免不必要的簡體詞與翻譯腔。

英文技術術語處理

不要為了「全中文」而強硬翻譯英文技術術語。判斷標準：

情境	處理方式
業界已普及、讀者一看就懂的英文詞	直接保留英文，例如 edge case、spec、rubric、pipeline、SOP、KPI、API、OAuth
存在更精準、不引起誤會的中文說法	用中文，例如「鑑別度」「採購週期」「監考流程」
直譯結果晦澀或失準	用英文，或改寫情境描述（例：edge case 不要硬翻成「邊角案例」，可寫「教學現場的例外事件」或「平常想不到的特殊情境」）
同一份文件中已先出現英文原詞	後續沿用英文，不要混用兩種譯名

判斷時優先看「讀者第一秒抓到意思」與「精準度」，而不是「中英文比例」。專業讀者（評審、業界）對常見英文術語的辨識度通常高於彆扭的直譯。

交付前檢查

• 是否出現「這不是...而是...」「不只是...更是...」「把每一次...都變成...」或其變體？
• 是否出現「讓 X 可以被／能被 Y」「X 可以被／能被 Y」「資料被使用」這類被動包裝句？
• 若使用反向說法，是否是為了和差異很大的系統做對比？下一句是否立刻接具體差異？
• 每段是否至少有一個明確主詞與一個具體動作？
• 形容詞是否能被證據支持？不能支持就刪掉或降級。
• 是否用功能、流程、數據、限制取代口號？
• 讀者看完是否知道下一步可以判斷、操作或相信什麼？

使用規則

當輸出中文內容時，先以本 Skill 掃描草稿。若草稿含有高風險 AI 腔句型，必須改寫為具體、可驗證、可交付的版本；除非使用者明確要求保留宣傳式、演講式或高度修辭化的語氣。