学術ライティングスタイル は何をしますか?
提供された情報を、ユーザーの自然なライティングスタイルに合わせ、AIパターンを回避しつつプロフェッショナルな品質を維持した学術課題に変換します。
核となるアプローチ
自然で流暢に読めるコンテンツを生成し、以下の特徴を持たせます:
- 説明的な見出しを使用した明確な章構成
- 硬直的な「firstly...secondly...finally」構造のない自然なトピック展開
- 課題タイプに応じた適度な一人称視点の使用
- 一般的な記述ではなく、具体的な例や詳細
- 過度な複雑さを避けた、混合的な文の長さ
- 対象言語(中国語または英語)に適した句読点の使用
執筆前の準備
-
課題要件の明確化:
- 課題タイプ(技術分析、研究レビュー、ケーススタディなど)
- 対象言語(中国語、英語、または両方)
- 期待される長さや範囲
- カバーすべき特定のトピックや概念
- 特別な要件
-
適切な参照ファイルの読み込み:
- 中国語の課題の場合:
references/chinese-examples.mdを読む - 英語の課題の場合:
references/english-examples.mdを読む - 常に
references/writing-guidelines.mdを読んで基本原則を確認する
- 中国語の課題の場合:
-
パーソナライズレベルの評価:
- 技術分析:より客観的、一人称は最小限
- 研究レビュー:適度な個人の声
- ケーススタディ:振り返りを含む、高いパーソナライズが適切
執筆プロセス
構成の開発
一般的なラベルではなく、内容をプレビューできる説明的な章見出しを作成します:
- 「はじめに」の代わりに → 「Dockerとコンテナ革命:実践的な視点」
- 「分析」の代わりに → 「煩雑さから簡潔さへ:Spring BootがJava開発をどう変えたか」
- 「結論」の代わりに → 「本番データベースの移行:ダウンタイムゼロのPostgreSQL切り替えから得られた教訓」
内容を自然なトピックフローで構成し、明示的な遷移ではなく内容のつながりを通じて章が互いに構築されるようにします。
段落の構築
情報をリストではなく流れるような段落に統合します。情報が自然にリストを形成する場合は、散文に埋め込みます:
避ける: 主な利点は以下の通り:
- パフォーマンスの向上
- コストの削減
- スケーラビリティの向上
推奨: 最適化により、3つの主な利点がもたらされました。パフォーマンスが大幅に向上し、応答時間が60%短縮されました。コストはより効率的なリソース使用により削減され、アーキテクチャは将来の成長に向けてより優れたスケーラビリティを獲得しました。
トランジションと流れ
段落を以下の方法で接続します:
- トピックの拡張: 前の段落の最後の概念が次の段落で継続される
- 自然な対比: 重い遷移語を使わずに対照的なアイデアを提示する
- 暗黙の疑問: 内容が提起する未表明の疑問に対処する
- 章の区切り: 章の区切りを使用して主要なトピックの移行を知らせる
「however」「furthermore」「in addition」のような機械的な遷移を避け、内容が自然に流れるようにします。
例と詳細の組み込み
以下の方法で執筆を具体化します:
- 具体的な指標:「応答時間が8秒から2秒に短縮」
- 実際の事例:「Netflixは数年かけてモノリスを何百ものマイクロサービスに分割した」
- 技術的詳細:「このクエリは7つのテーブル結合とN+1クエリ問題を発生させた」
- 個人的な観察:「私の経験では、このアプローチは...にうまく機能する」(控えめに使用)
言語の調整
中国語の執筆の場合:
- 適切な中国語の句読点を使用:,。:""
- 技術用語は適切な場合に英語のまま保持:「Spring Boot」「Docker」
- 自然な中国語の文のリズムと流れを維持
- 英語から中国語への直接翻訳パターンを避ける
英語の執筆の場合(IELTS 6.0レベル):
- 複雑な語彙より一般的な語彙を優先:「utilize」ではなく「use」
- 文は通常30語未満に保つ
- 明確で直接的な構文を使用
- 初出時に略語を定義:「Object-Relational Mapping (ORM)」
- 読みやすさのために文の長さを混在させる
一人称の使用
戦略的に一人称視点を使用します:
- 実践的な経験の記述:「筆者がプロジェクトで遭遇したのは...」/「from my experience...」
- 情報に基づいた意見の表明:「私は...と考えます」/「I found that...」
- ケーススタディの振り返り:「もし再設計するなら、私は...」/「looking back, I would...」
以下の場合は客観性を維持します:
- 原則の技術的説明
- 文献レビューの内容
- 純粋な技術分析
品質確認
最終化する前に、以下を確認します:
- 「firstly...secondly...finally」構造が存在しない
- 箇条書きの使用が最小限である(絶対に必要な場合のみ)
- 段落が内容を通じて自然に接続されている
- 具体的な例と詳細が全体に含まれている
- 章見出しが説明的で情報量が多い
- 一人称の使用が適切で過剰でない
- 句読点が対象言語の慣習に一致している
- 文のバリエーションが存在する(長文と短文の混在)
- 言語が明白なAIマーカーを回避している
- 技術用語が正確かつ一貫して使用されている
特別な考慮事項
バイリンガル課題(中国語版と英語版の両方が必要な場合):
- 各バージョンを直接翻訳ではなく独立して執筆
- 例や表現を各言語の自然なパターンに適合させる
- 両方のバージョンで一貫した技術的正確性を維持
- 各言語の文脈に応じて形式レベルを適切に調整
技術分析の場合:
- 個人の声を減らし、客観性を高める
- 技術的正確性と詳細な説明に焦点を当てる
- 実際のシステムやプロジェクトからの具体的な例を使用
- アクセシビリティと技術的正確性のバランスを取る
研究レビューの場合:
- 情報源を列挙するのではなく、物語に統合する
- アイデアのつながりや進化を示す
- 議論や異なる視点を認める
- 批判的だがバランスの取れたトーンを維持
ケーススタディの場合:
- 豊富な文脈の詳細を提供
- 遭遇した具体的な課題を含める
- 学んだ教訓について振り返る(一人称に適した場所)
- 記述と分析のバランスを取る
ファイル出力規則
出力ディレクトリ規則
推奨アプローチ(Claude Code公式標準に準拠):
すべての学術ライティング出力を outputs/<プロジェクト名>/writing/ に保存:
outputs/
└── <プロジェクト名>/ # プロジェクト名(例:cloud-computing-analysis)
└── writing/
├── technical-analysis.md # 技術分析レポート
├── research-review.md # 研究レビュー文書
├── case-study.md # ケーススタディレポート
└── project-documentation.md # プロジェクト文書
例:
outputs/
├── cloud-computing-analysis/
│ └── writing/
│ └── technical-analysis.md
├── ai-ethics-research/
│ └── writing/
│ └── research-review.md
└── database-optimization-case/
└── writing/
└── case-study.md
代替アプローチ(従来のプロジェクト構造):
プロジェクトに既存のディレクトリ構造がある場合は、以下も使用可能:
project-root/
└── docs/
├── technical-analysis.md
├── research-review.md
└── case-study.md
出力ファイル一覧
課題タイプに基づいて文書を生成:
技術分析:
technical-analysis.md- 技術分析レポート
研究レビュー:
research-review.md- 研究レビュー文書
ケーススタディ:
case-study.md- ケーススタディレポート
プロジェクト文書:
project-documentation.md- プロジェクト文書
ファイル命名規則
- ケバブケースを使用:
cloud-computing-technical-analysis.md - 必要に応じてバージョン/日付を含める:
research-review-v1.0.md - 説明的な名前を使用:
database-optimization-case-study.md - バイリンガルの場合は言語を指定:
technical-analysis-en.md、technical-analysis-zh.md
納品サマリー
文書生成後、簡潔なサマリーを提供:
- 文書タイプと対象言語
- 単語数と章構成
- カバーした主要トピック
- 適用したライティングスタイルの特徴
- ファイル保存場所の確認
参照ファイル
詳細な例とガイドラインは以下で入手可能:
references/chinese-examples.md- 包括的な中国語の執筆例references/english-examples.md- 包括的な英語の執筆例references/writing-guidelines.md- 核となる執筆の原則とテクニック