mcpField
R
rn-renhua

rn-renhua

github.com/pluviobyteマーケティング・グロース1.7k94 回インストール5 週間前に更新
リポジトリ

rn-renhua について

rn-renhuaは、中国語のAI・技術関連テキストを整えるライティングスキルです。記事、製品ノート、モデルレビューの公開文を作る作者向けに、事実や技術的な詳細、作者の判断や経験を保ちながら、定型的な構成やAIらしい表現を取り除きます。

主な機能

  1. 01中国語のAI・技術文書の改稿
  2. 02事実と技術用語の保持
  3. 03作者の立場と不確実性の維持
  4. 04定型構成や表現の整理
  5. 05AIらしい表現の監査

活用シーン

  1. 01AI技術記事の公開原稿の作成
  2. 02モデルレビューや製品ノートの改稿
  3. 03テストの詳細を保った文章の整理
  4. 04AIらしく感じる表現の特定

インストール

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

$npx skills add https://github.com/pluviobyte/rnskill --skill rn-renhua

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

同梱ファイルagents/openai.yaml

詳細

人話

目標

中国語のAI・テクノロジー関連の文章を、作者の判断、事実、専門用語、実体験を保ったまま、そのまま公開できる原稿に整えます。作者の声を損なわずに、AIらしい構成を取り除きます。

デフォルトでは、修正後の文章だけを出力します。文がAIらしく感じられる理由をユーザーが尋ねた場合に限り、診断を加えます。

運用上の優先順位

  1. 事実、数字、製品名、モデル名、日付、専門用語を保ちます。
  2. 作者の立場と不確かさを保ちます。文章を整えるためだけに、より中立的な表現に変えてはいけません。
  3. 抽象的な表現より具体的な主張を優先します。具体的なテスト、コスト、モデルの挙動、エンジニアリングの詳細、ワークフローに関する観察を残します。
  4. 言葉を磨く前に、構成上の型を取り除きます。
  5. 新しい例、データ、引用、個人的な体験を加えてはいけません。

厳禁事項

ユーザーがその表現自体について話したいと明示した場合を除き、最終稿では以下を避けます。

二項対立の型

次の表現は使わないでください。

  • 不是 A,而是 B
  • 并非 A,而是 B
  • 不在于 A,而在于 B
  • 不只是 A,更是 B
  • 不仅 A,还/更 B
  • 与其 A,不如 B
  • 不是一两分钟,而是...

実際の主張を直接述べる形に書き換えます。

悪い例:

AIらしさを消すのは、文章を口語調に直すことではなく、判断を保つことです。

良い例:

AI技術について書くとき、私は判断が保たれているかを重視します。

悪い例:

この手順で省けるのは、1、2分ではなく、一連の繰り返し作業です。

良い例:

この手順なら、ウェブページを行き来して入口を探し、ファイルをダウンロードしてからAIに渡すという繰り返し作業を省けます。

命令形テンプレートの書き出し

一般的なチュートリアルの導入に聞こえる、短い命令形の型は避けます。

  • 别急着 X,先 Y
  • 先别 X,先 Y
  • 别 X,先 Y
  • 顺序别反了
  • 别搞反了
  • 记住这句话

具体的な問題、失敗、観察を直接述べる形に書き換えます。

悪い例:

AIでA株を分析するときは、急いでモデルに質問せず、まずデータが安定してつながるか確認しましょう。

良い例:

AIに株を分析させるとき、いちばん怖いのは、もっともらしい口調で間違ったデータを使われることです。

悪い例:

AI投資分析では、順序を逆にしてはいけません。

良い例:

AI投資分析では、データの入口が不安定だと、その後のモデル分析もずれていきます。

見せかけの洞察を示す言葉

次の表現は避けます。

  • 真正
  • 其实
  • 本质上
  • 核心在于
  • 关键在于
  • 说白了
  • 归根结底
  • 更重要的是
  • 结果有点出乎意料
  • 这说明
  • 这背后

主張や根拠から直接書き始めます。

悪い例:

さらに重要なのは、経験、判断、細部の3つを保つことです。

良い例:

私は、実体験があるか、モデルの判断があるか、エンジニアリングの詳細があるかを確認します。

説教調のコロン

コロンで始めることで文が教訓めいた響きになる場合は避けます。

次のようには書かないでください。

  • 我的结论是:
  • 原因很简单:
  • 重点是:
  • 分成三类:
  • 更重要的是:

通常の文にするか、段落を分けて考えを述べます。

明確な名詞の後に具体的な項目を並べる場合は、コロンを使って構いません。

良い例:

この10件のプロジェクトは、中国語の書き換え、英語のルール集、執筆パイプライン、文体の蒸留、検出研究、フロントエンドの美的表現という6種類の用途をカバーしています。

悪い例:

結果は少し意外でした。この10件のプロジェクトには、いくつかの種類が混在しています。

指示対象が曖昧な表現

読者にカテゴリを示す必要がある場合、曖昧な代名詞は避けます。

  • 东西
  • 这件事
  • 这些
  • 一类
  • 几个方向

該当するカテゴリを具体的に示します。たとえば、用途、项目类型、规则、输出形态、测试结果、写作流程を使います。

時制の誤り

実際の作業状況に合わせて動詞の時制を選びます。

  • 完了したテストを報告する場合は、完了形を使います。我用了、我测了、我保留了、我拆出了、我最后合成了
  • 今後実際に行う作業に限り、未来形を使います。我接下来会、下一步我会
  • すでにテスト済み、または選定済みのツールについて述べている文章では、我会用 Xと書いてはいけません。

悪い例:

このskillを使って、まず中国語らしい語感を整えます。

良い例:

今回は、中国語らしい語感と、場面の境界を扱うルールを残しました。

比較対象が曖昧な表現

比較の対象を明示しない限り、一般的な更适合、更像、更自然、更高级は避けます。

悪い例:

このルール一式は、長期的な施策により向いています。

良い例:

このワークフローなら、テーマ選定、根拠の収集、レビュー、AIらしさの除去、エクスポートを一つの流れにつなげられます。

抽象的な圧力表現や、中身のない焦点の移動

具体的な結果や行動を示さず、力強く聞こえるだけの文は避けます。

次の表現は使わないでください。

  • 差距会突然变得很难看
  • 差距会被迅速拉开
  • 会成为新的分水岭
  • 更值得盯的是个人
  • 更值得关注的是...

目に見える結果、無駄になるコスト、変化する行動を具体的に述べます。

悪い例:

会社が一人ひとりにAIの利用枠を割り当て始めると、差が一気に目立つようになります。

良い例:

会社が一人ひとりにAIの利用枠を割り当て始めても、同じ金額で無駄な文章をいくつか得るだけの人もいれば、会議を減らし、手戻りを何度も減らす人もいます。

悪い例:

個人の動向にも注目すべきです。

良い例:

会社の請求額だけでなく、一人ひとりが利用枠を何に使うかも確認する必要があります。

比喩やスローガンで締めくくる表現

大まかな比喩や、格言めいた結びは避けます。

  • 正确但无聊的模型作文
  • 上下文燃料
  • 能力飞轮
  • 时代分水岭
  • 作者痕迹
  • 把判断盖住

代わりに、具体的に何が失われるかを示します。

悪い例:

文章がどれだけ滑らかでも、正しいだけで退屈なモデル作文にしか見えません。

良い例:

読者には、作者が何をテストし、どんな失敗を経験し、なぜその判断に至ったのかが伝わりません。

書き換えのワークフロー

  1. 対象となる形式を特定します。X/Twitter の投稿、長文記事、製品ノート、モデルレビュー、社内向けメモのいずれかです。
  2. 元の素材を次の4つに分類します。
    • 事実:日付、価格、モデル名、ツール、テスト条件
    • 判断:テスト後に著者が考えたこと
    • 経験:具体的な使用例、失敗、コスト、ワークフロー、トレードオフ
    • 行動:読者ができること、避けられること
  3. 書き換える前に、内容のない前置きを削除します。
    • プラットフォームの定型文
    • AI に関する免責文
    • 説明のための導入
    • 内容を持ち上げる要約
    • 别急着...先... や 顺序别反了 のような短い命令調の導入
    • 直前の段落を繰り返す結論
  4. 短い段落で、一般公開向けの文章に書き換えます。X/Twitter の場合は、通常3~5段落にします。
  5. 最後に全体を確認します。禁止する表現が残っていたら、その文をもう一度書き換えます。

スタイルルール

  • 元の文章に直接のテストや判断が含まれている場合は、一人称を使います。
  • Agent、LLM eval、token、cache、API、GPT、Claude、Codex など、中国語の AI/エンジニアリング分野で一般的に使われる英語の技術用語はそのまま残します。
  • 具体的な動詞を使います。测了、跑了、拉到本地、校验通过、单测过了、保留、删掉、改散 などです。
  • 作業が完了したことを報告する場合は、完了した行動を優先して表現します。这轮我保留了 X,用它处理 Y のようにします。
  • 正確なカテゴリー名を使います。六类用途、三种输出形态、两个校验问题 を優先し、几种东西、几个方向 は避けます。
  • 著者の語り口を表すものであれば、多少粗削りな表現も残します。
  • 公開投稿では、ユーザーから求められない限り、絵文字、ハッシュタグ、Markdown の表、番号付きリストは使いません。
  • 読者への指示で締めくくらないでください。具体的な判断や結果で締めくくります。

監査モード

ユーザーが文章を AI っぽく感じる理由を尋ねた場合は、具体的なきっかけを3~6個挙げます。それぞれのきっかけで、該当する表現を引用し、そのパターンを示します。

次の形式を使います。

1. 「...」:二元对比壳。直接说后半句承载的判断。
2. 「...」:伪洞察标记。删掉提示词,从事实起句。
3. 「...」:冒号讲义腔。改成普通句子或拆段。

返答前の確認

最終テキストに次の文字列やパターンがないか確認します。

  • 不是 と 而是 が近くにある
  • 不在于 と 在于 が近くにある
  • 不只是 または 不仅
  • 别急着
  • 先别
  • 顺序别反了
  • 别搞反了
  • 记住这句话
  • 真正、其实、本质上、核心在于、关键在于
  • 更重要的是
  • 抽象的な判断の後にコロンを置く導入
  • 曖昧な 更适合 / 更像
  • 差距会突然变得很难看 のような抽象的な圧力表現
  • 更值得盯的是个人 のような中身のない焦点の移動
  • 具体的な情報を隠す比喩的な締めくくり

該当するものがあれば、回答前に修正します。

コメント