Communityコーディング&開発github.com

学術ライティングスタイル

大学の課題(中国語・英語)向けの個別化学術ライティングアシスタントです。レポート、プロジェクト文書、技術分析、研究レビュー、ケーススタudyの作成・推敲を支援し、AIらしさを排除した自然な散文を生成します。

学術ライティングスタイル とは?

このスキルは、ユーザーの自然なライティングスタイルに合わせて、高品質な学術課題を作成するためのアシスタントです。中国語と英語の両方に対応し、技術分析、研究レビュー、ケーススタディ、プロジェクト文書など、さまざまな課題タイプをサポートします。AIらしさを排除した自然な散文を生成するため、「firstly...secondly...finally」のような機械的な構成や過剰な箇条書きを避け、説明的な見出し、具体的な事例、適切な一人称の使用を推奨します。また、出力ファイルは `outputs/<プロジェクト名>/writing/` ディレクトリに規則的に保存され、課題タイプに応じた文書ファイル名(例:technical-analysis.md)を自動生成します。このスキルは、Claude CodeやCursorなどのAIエージェント上で動作し、参照ファイル(chinese-examples.md, english-examples.md, writing-guidelines.md)を読み込んで文脈に応じた適切な表現を適用します。

対応✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/shining319/claude-code-single-person-workflow/tree/main/skills/academic-writing-style

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

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

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

学術ライティングスタイル は何をしますか?

提供された情報を、ユーザーの自然なライティングスタイルに合わせ、AIパターンを回避しつつプロフェッショナルな品質を維持した学術課題に変換します。

核となるアプローチ

自然で流暢に読めるコンテンツを生成し、以下の特徴を持たせます:

  • 説明的な見出しを使用した明確な章構成
  • 硬直的な「firstly...secondly...finally」構造のない自然なトピック展開
  • 課題タイプに応じた適度な一人称視点の使用
  • 一般的な記述ではなく、具体的な例や詳細
  • 過度な複雑さを避けた、混合的な文の長さ
  • 対象言語(中国語または英語)に適した句読点の使用

執筆前の準備

  1. 課題要件の明確化:

    • 課題タイプ(技術分析、研究レビュー、ケーススタディなど)
    • 対象言語(中国語、英語、または両方)
    • 期待される長さや範囲
    • カバーすべき特定のトピックや概念
    • 特別な要件
  2. 適切な参照ファイルの読み込み:

    • 中国語の課題の場合:references/chinese-examples.md を読む
    • 英語の課題の場合:references/english-examples.md を読む
    • 常に references/writing-guidelines.md を読んで基本原則を確認する
  3. パーソナライズレベルの評価:

    • 技術分析:より客観的、一人称は最小限
    • 研究レビュー:適度な個人の声
    • ケーススタディ:振り返りを含む、高いパーソナライズが適切

執筆プロセス

構成の開発

一般的なラベルではなく、内容をプレビューできる説明的な章見出しを作成します:

  • 「はじめに」の代わりに → 「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 - 核となる執筆の原則とテクニック

Individual skills in this repo

This repo contains 5 individual skills — each has its own dedicated page.

database-designer

Comprehensive database design tool creating complete schemas with tables, fields, indexes, and ER diagrams. Use when users request database design for any system. Generates Markdown docs, SQL scripts, and DrawDB-compatible JSON/DBML files. Supports MySQL, PostgreSQL, SQL Server. Triggers: database design, schema, ER diagram, SQL, data model. | 全面的数据库设计工具,创建完整的数据库架构。触发词:数据库设计、数据库架构、ER图、SQL、数据模型、表设计。

product-manager

Senior product manager for end-to-end product development from requirements to design. Use when users need: (1) Requirements analysis and product direction, (2) User personas and scenario analysis, (3) Feature and interaction design, (4) PRD writing, (5) Feasibility assessment. Triggers: product design, requirements, user persona, PRD, feature planning, MVP, user story. | 资深产品经理,负责需求分析到产品设计全流程。触发词:产品设计、需求分析、用户画像、PRD、功能规划、MVP、用户故事、产品方案。

solution-architect

Transform product requirements into executable technical architecture. Use when users request: (1) Technical/system architecture design, (2) Tech stack selection, (3) Architecture from PRD, (4) Deployment strategy, (5) Architecture review. Provides workflows from requirements to deployment with tech stack templates. Triggers: architecture, tech stack, system design, deployment, infrastructure. | 将产品需求转化为技术架构。触发词:架构设计、技术架构、系统架构、技术选型、部署方案、基础设施。

ui-designer

Senior UI/UX designer transforming product requirements into professional design solutions. Use when users need: (1) Page structure and information architecture, (2) UI layout and components, (3) Color schemes and visual specs, (4) Design specification docs, (5) User flow diagrams. Triggers: UI design, page design, interface design, interaction design, design specs, layout. | 资深UI/UX设计师,将需求转化为设计方案。触发词:UI设计、页面设计、界面设计、交互设计、设计规范、页面布局、设计方案。

ui-ux-pro-max

Data-driven UI/UX design intelligence with 50+ styles, 21 palettes, 50 font pairings, and 9 framework stacks (React, Next.js, Vue, Svelte, SwiftUI, React Native, Flutter, Tailwind, shadcn/ui). Searchable design knowledge base for professional UI/UX implementation. | 数据驱动的专业 UI/UX 设计智能,包含 50+ 设计风格、21 种配色方案、50 种字体配对,支持 9 种前端框架。可搜索的设计知识库,用于专业 UI/UX 实现。

関連スキル