Chinese Teacher / 中文老师

このスキルとは

中国語の業務ドキュメントのためのライティングスタイルエンジンです。「明確で実行可能」から「判断を下し、データに裏打ちされた自信がある」まで、日常の週報から戦略策定まで様々なシーンをカバーする4つの文体を提供します。ドキュメント作成時に自動的に冒頭、重要なセクション、および末尾にFeishuボードのビジュアルサマリーを挿入します——堅苦しいロジック図ではなく、シンプルで編集可能なキー情報の表示です。

そのルールは3つの源泉から来ています。公開ドキュメントスタイルガイド（Google、Microsoft、GitHub）の抽出、MBB/四大/HRコンサルティングの中国語ネイティブレポートの分析、そしてDai Tong本人のライティングスタイルの要約です。これは「よりフォーマルに書く」ためのツールではありません——ドキュメントに判断力、人間味、そして意思決定を促進する力を持たせるライティングシステムです。

汎用的なAIエージェントスキルであり、特定のプラットフォームに縛られません。TRAE CLI、Claude Code、Cursor、Codexなどで使用できます。実際にDocxやWikiを作成・更新するには、Feishuドキュメントスキル（例：lark-doc）と連携して使用します。

4つの文体

chinese-teacher は、ベースラインからエクストリームまで、段階的に進化する4つの文体を提供します：

#	スタイル	位置づけ	一言で言うと
1	デフォルトスタイル	ベースライン	構造が明確で、直接実行可能、プロフェッショナルで抑制的。すべてのスタイルの基礎。
2	同僚スタイル	個人	Dai Tong個人のスタイル。ビジネス視点から、判断力があり、同僚が話しているように。
3	コンサルティングスタイル	組織	MBB/四大/HRコンサルティングスタイル。フレームワーク駆動、データ裏付け、強い判断力。
4	サイコスタイル	融合	人間味 × コンサルティングの極端な融合。判断を下し、データに裏打ちされた自信があり、言葉は鋭いが一文一文が理にかなっている。

スタイル間の関係

デフォルトスタイル（ベースライン）
  ├─ + 人間味 + ビジネス視点 → 同僚スタイル
  ├─ + フレームワーク感 + データ出典 + 方法論の透明性 → コンサルティングスタイル
  └─ + 同僚スタイルの全ての正直さ + コンサルティングスタイルの全てのプロフェッショナリズム + 鋭さ → サイコスタイル

デフォルトスタイルは基盤です。すべてのスタイルはその構造ルール（どのように始め、どのように階層化し、どのように締めくくるか）の上に構築されています。
同僚スタイルとコンサルティングスタイルは独立した2つの分岐であり、それぞれデフォルトスタイルの上に異なる重点を追加します。
サイコスタイルは2つの分岐の融合体であり、最も強い緊張感を持つスタイルでもあります。内部文書では、同僚スタイルとサイコスタイルは高度に重なります。

いつどのスタイルを選ぶか

シナリオ	推奨スタイル	理由
週報、議事録、お知らせ、日常的な企画書	デフォルトスタイル	明確で実行可能である必要があり、過度なスタイリングは不要
顧客向け企画書、顧客研修、社内向け考察	同僚スタイル	ビジネス視点から、温かみがあり、判断力が必要
戦略策定、業界分析、投資提案	コンサルティングスタイル	フレームワーク感、データ裏付け、方法論の透明性が必要
社内戦略議論、振り返り、本音の議論	サイコスタイル	鋭い判断、正直すぎて気まずくなるような誠実さが必要
顧客向け企画書 + 強いフレームワーク感	同僚 + コンサルティング	個人の温かみと組織のプロフェッショナリズムの両方を備える
社内向け考察 + 極度の正直さ	同僚 + サイコ	社内文書では両者が自然に重なるため、明示的な組み合わせは不要

使用フロー

Step 0：スタイルを積極的に尋ねる

ユーザーがスタイルを明示せずにドキュメント作成を依頼した場合、すぐに書き始めないでください。まず利用可能なスタイルをリストアップし、ユーザーに選択させてください。以下は固定の台詞です：

現在、以下のスタイルをサポートしています。どれが適切でしょうか？

1. **デフォルトスタイル** — 構造が明確で、直接実行可能。企画書、報告、議事録、週報に適しています。
2. **同僚スタイル**（Dai Tong本人） — ビジネス視点から、判断力があり、同僚が話しているように。顧客向け企画書、社内向け考察、研修資料に適しています。
3. **コンサルティングスタイル**（MBB / 四大 / HRコンサルティング） — プロフェッショナルで信頼性が高く、意思決定を促進。戦略策定、業界分析、投資提案に適しています。
4. **サイコスタイル** — 人間味 × コンサルティングの極端な融合。判断を下し、データに裏打ちされた自信があり、言葉は鋭いが一文一文が理にかなっている。社内戦略議論や振り返りに適しています。

組み合わせも可能です：「同僚スタイル + コンサルティングスタイル」または「同僚スタイル + サイコスタイル」。

ドキュメントの冒頭、重要なセクション、および末尾に自動的にFeishuボードのビジュアルサマリーが挿入されます。追加の指定は不要です。ボードのスタイルは選択されたスタイルに従います。

ユーザーが最初からスタイルを指定した場合は、このステップをスキップします。

Step 1-5：判断 → 構造選択 → 文章作成 → ボード追加 → 公開

ドキュメントの種類、ターゲットオーディエンス、目標アクションを判断します。情報が不完全でも合理的な仮定ができる場合は、小さな欠落のためにフローを中断せずに続行します。
構造を選択してから、文章を作成します。 references/templates.md の骨組みを優先的に使用します。
文章作成時は、選択したスタイルのルールに従います。デフォルトスタイルのルールは以下を参照。他のスタイルのルールは対応するreferenceファイルを参照。
書き終えたら、ボードを生成します。 references/whiteboard-guide.md を読み、スタイルに応じてボードのスタイルを選択し、ドキュメントの種類に応じて3つのボードの内容を決定します。ボードの機能と24の配色スタイルは、このスキルの whiteboard/ ディレクトリに組み込まれています（zaraの beautiful-feishu-whiteboard、MITライセンスに由来）。whiteboard/RULES.md のハードリミットに従ってSVGを生成し、Feishuボードに書き込みます。ボード生成が失敗した場合はブロックせず、フォールバックとしてプレーンテキストのドキュメントとします。
実際にFeishuドキュメントを作成または更新する必要がある場合は、lark-doc に切り替えて実行し、ボードリンクをドキュメントの該当箇所に埋め込みます。

既存ドキュメントを書き換える場合

まず、ユーザーが提供したものが「目標原稿」か「参考素材」かを判断します。
参考素材：まずテーマ、結論、ターゲットオーディエンス、再利用可能な事実を抽出し、ターゲットシナリオに合わせて書き直します。元の構造、長さ、表現に縛られないでください。
目標原稿：まず事実と決定を保持し、次にトーン、順序、冗長性を処理します。最初に重複を削除し、次にギャップを埋め、最後にトーンを調整します。
元の事実が不明確な場合、勝手に事実を補完しないでください。「確認待ち」または「仮定」とマークします。
ユーザーが単に文体を調整したいだけの場合、事実、表現、結論、責任の所在を変更しないでください。

デフォルトスタイルルール（Default Style Rules）

以下の8つのルールはデフォルトスタイルのベースラインであり、他のすべてのスタイルの基盤でもあります。コンサルティングスタイル、同僚スタイル、またはサイコスタイルを使用する場合でも、これらのルールは適用されますが、各スタイル固有のルールによって上書きまたは調整されます。

0. 人間味——書き手が存在しなければならない

「人間味」のないドキュメントは、構造が明確で情報が完全でも、機械的に生成されたように読めます。人間味とは「書き方がラフである」ことではなく、読み手に次のことを感じさせることです：これは一人の人間が、自身の判断と経験に基づいて、別の人間に向けて書いたものである。

概括ではなく詳細で書く。「一定のリスクが存在する」ではなく、「金曜日までにデータ検証が完了しなければ、リリース後に履歴レコードが欠落します」と書く。「最近ユーザーフィードバックが多い」ではなく、「過去3日間でチケット数が40%増加し、ログインタイムアウトに集中しています」と書く。
情報だけでなく、判断がある。「私は思う」「私は確信がない」「私は〜に傾いている」と率直に言う。
文には呼吸感がある。 短い文は力強く、長い文は詳細を含み、交互に使用する。段落は5行を超えない。
正しいことよりも正直であることの方が重要。 わからないことはわからないと言い、確信が持てないことは「まだ検証中」と言う。
「書き手が不在」のマークを削除する：「評価の結果、我々は…と考えます」→「私は…と判断します」；「提案としては、…を検討することをお勧めします」→「提案：…」；「以上の通り、…」→削除する。

詳細なテクニックは references/voice-guide.md を参照。

1. 冒頭で目的を説明する

最初の2〜4文で、これが何か、なぜ今見る必要があるのか、読者が何を知る必要があるのか、または何をすべきかを答えなければなりません。大量の背景を説明してから本題に入らないでください。意思決定系のドキュメントは冒頭で直接提案または結論を書きます。報告系のドキュメントは冒頭で直接進捗、リスク、次のステップを書きます。

2. 構造は読者の疑問に沿って展開する

タイトルは具体的で、オブジェクトとアクションが含まれている必要があります。「プロジェクト進捗」「企画説明」のような曖昧なタイトルは避けてください。
1つのセクションは1つのことだけを行います。背景、結論、アクションアイテムを同じ段落に混在させないでください。
プロセスは番号付きリストに、並列比較はテーブルに、単なる説明は無理にテーブルにしないでください。
安定したH2を優先的に使用する：背景、目標、現状、方案、影響、リスク、次のステップ、確認待ち項目。

3. 文は短く、主語を明確に、アクションを具体的に

能動態を多用し、受動態は避ける。
主語を明確にする：誰が責任者か、誰が決定するか、誰が影響を受けるか。「これ」「それ」「関係者」のような曖昧な表現は避ける。
可能な限り、1行に1つの判断のみを載せる。
アクションが必須の場合は、「必要」「お願い」「〜します」「必須」を使用する。「できる」「検討できる」「提案として〜を推奨する」のような曖昧さを生む表現は避ける。
名詞化表現を避け、抽象名詞を動詞に戻すことを優先する。

4. トーンは抑制的で、見せかけない

トーンは直接的で、冷静で、信頼性があり、騒がしくなく、スローガンを叫ばない。
情報を伝えない飾り言葉を削除する：全面的、系統的、深度的、強力、エンパワーメント、グリップ、クローズドループ、高品質な推進。
「我々は考える」「ここで説明する必要があるのは」「より良くするために」は避ける。結論を直接言えるなら、直接言う。
抑制は冷たさではない。 空っぽの言葉を削除した後に残るべきものは、書き手の真の判断、具体的な観察、そして誠実な態度である。

5. 実行情報を明示的に表示する

時間は具体的な日付または範囲を書き、「近日中」「できるだけ早く」は避ける。
人は責任者または役割を書き、「関連する方」「対応チーム」は避ける。
決定は「結論」または「決定待ち項目」として個別にリストアップする。
リスクはトリガー条件、影響、緩和アクションを書き、「一定のリスクが存在する」だけに留めない。
抽象的な説明ではなく具体的なシナリオで書く。「同時接続数が高い場合、パフォーマンスのボトルネックが発生する可能性があります」ではなく、「QPSが5000を超えると、現在のシングルインスタンスデプロイではタイムアウトが発生します。負荷テストデータは付録を参照してください」と書く。

6. レイアウトは読みやすさのため、見た目のためではない

段落はできるだけ短くする。連続した長い本文は分割する。
リスト項目は平行であること。最初の単語は可能な限り同種のものにする。
太字はキーとなる結論、オブジェクト、アクションにのみ使用する。段落全体を太字にしない。
コールアウトは警告、重要な制限、重要な決定にのみ使用する。すべてのセクションにヒントボックスを配置しない。
テーブルは二次元の比較が明らかに読みやすい場合にのみ使用する。

7. ドキュメントの種類に応じて出力する

企画書、提案、決定：結論→背景→方案→影響→リスク→次のステップ。
報告、週報：今回の変更→リスクとブロッカー→次週のアクション。
議事録：結論とアクションアイテム→議論の記録。
お知らせ、通知：変更事項、発効日、影響範囲、読者のアクション。

スタイル参考ファイル

各スタイルには独立したreferenceファイルがあり、詳細なテクニック、例、ルールが含まれています。ユーザーが対応するスタイルを選択した場合にのみ読み込まれます：

スタイル	参考ファイル	いつ読み込むか
全スタイル（人間味テクニック）	`references/voice-guide.md`	デフォルトスタイル、同僚スタイル、サイコスタイルが必要な場合
コンサルティングスタイル	`references/consulting-style.md`	ユーザーがコンサルティングスタイルを要求した場合
同僚スタイル	`references/colleague-style.md`	ユーザーが同僚スタイルを要求した場合
サイコスタイル	`references/psycho-style.md`	ユーザーがサイコスタイルを要求した場合

ツール参考ファイル

以下のファイルはライティングツールであり、特定のスタイルにバインドされません：

ファイル	用途	いつ読み込むか
`references/templates.md`	よく使うドキュメントの骨組み	ゼロから作成、構造を再編成する場合
`references/rewrite-patterns.md`	よくある悪い書き方と書き換えパターン	文レベルの文体調整、空言葉の削除時
`references/sources.md`	ルールの出典と抽出の根拠	ユーザーが「なぜこのように書くのか」と尋ねたり、ルールの競合を処理する場合
`references/whiteboard-guide.md`	ボード使用ガイド（スタイルマッピング、挿入戦略、生成フロー）	ドキュメント作成時にボード生成が必要な場合
`whiteboard/`	24のボード配色スタイル + ボードのハードリミット（組み込み、zaraのbeautiful-feishu-whiteboardに由来）	ボード生成時

デフォルトでは、すべてのreferencesを一度に展開しないでください。現在のタスクに基づいて最小限読み込んでください。

リクエスト例

「中文老师で、この企画書をより正式な業務ドキュメントのように書き換えてください。」
「この週報を文体調整して、事実は変えずに、より明確に書いてください。」
「議事録を起草してください。最初に結論とアクションアイテムを書いてください。」
「同僚スタイルでこの顧客向け企画書を書き換えてください。ビジネス視点から、同僚が話しているように。」
「コンサルティングスタイルでこの業界分析を書いてください。判断力があり、マッキンゼーのように。」
「同僚スタイル + コンサルティングスタイルでこの業界分析を書いてください。判断力があり、フレームワーク感も必要です。」
「サイコスタイルでこの戦略提案を書いてください。人間味があり、同時にプロフェッショナルな判断力が必要です。」

最終セルフチェック

ドキュメントを書き終えたら、以下の5つのポイントで確認します：

読者は30秒以内に「これは何か、なぜ今なのか、私に何をしてほしいのか」を理解できるか。
各セクションのタイトルが独立して成立しているか。
すべての重要なアクションに責任者、期限、またはトリガー条件があるか。
フォーマルに見せるために残された空っぽの言葉がないか。
大部分の形容詞を削除しても、ドキュメントが依然として成り立つか。

中文老师

中文老师とは？

お気に入りのAIに質問する

ドキュメント