2025/05/31

東洋医学 × デジタルメディア

東洋医学の古典文献 黄帝内経の読み解き 解釈、次世代への伝承が自分の課題であり仕事、趣味、ライフワークの事業です

パブリックドメインではありますが、自分のブログに原典を記載し ピンイン、表記、現代語訳、自家日本語解釈を記載するなどして展開することを考えています。

とくに音声、音読が大切と考えています。 これは古典というものが実用文献であるものの 一方では文学的な捉え方が重要であるからです。

YouTube、もしくはpodocastメディアとしてリンクを併記する形で自前のブログを中心に展開していきます。

あなたはコンテンツ、マネージャー、プロデューサーとして 企画、立案をしてください

ChatGPT said:

Thought for 10 seconds

東洋医学 × デジタルメディア:

『黄帝内経』現代リミックス・プロジェクト

— フルスタック運営プラン(ブログ + YouTube + Podcast)


1. 全体像と到達目標

フェーズ 期間 目標 成果物
準備 0‑1 か月 テキスト処理基盤とブランド設計 ①パブリックドメイン原文+校訂データベース②サイト IA・ブランドガイド
MVP公開 2‑3 か月 1 巻(素問第1篇)完了・YouTube/Podcast同時公開 ③ブログ記事10本(各2‑3条)④縦型動画10本+ポッドキャスト10本
拡張 4‑12 か月 季刊ごとに巻単位を追加、コミュニティ構築 ⑤メルマガ/サブスク開始⑥オンライン読書会
マネタイズ 6 か月〜 有料コンテンツとスポンサー獲得 ⑦注釈電子書籍・音声教材⑧関連商材アフィリ・講座

2. コンテンツ設計

2.1 各条(章段)テンプレート

  1. 原文(繁体字・簡体字併記)

  2. 拼音(声調表記付き)

  3. 逐語訳(ビルドアップ式:逐語→意訳)

  4. 背景解説(歴史・医学理論・文学的比喩)

  5. 現代日本語意訳(臨床/ライフハック両視点)

  6. オーディオリンク(YouTube縦型動画・Podcast)

  7. 参考文献 & DOI

    現代研究論文を1‑2本添えて学術性を担保

1 条=1 ブログ記事

10 条=1 プレイリスト/Podcast シーズン — 量産と管理を最適化

2.2 メディア別フォーマット

メディア 主要フォーマット 重要 KPI
ブログ (Hugo + GitHub Pages) Markdown / TOC 自動生成、Schema.org「Article」 セッション時間、被リンク
YouTube 〜3 分縦型+15 分長尺: 1) 音読+字幕 2) スライド解説 視聴維持率、リスト登録
Podcast (Anchor → Spotify, Apple) 10‑15 分解説+朗読 DL 数/フォロワー
ニュースレター (beehiiv) 週刊:最新条と業界ニュース 開封率、CTR

3. プロダクションワークフロー

mermaid
CopyEdit
graph TD
A[条選定] --> B[原文・版本照合]
B --> C[拼音自動生成<br>(OpenCC + pypinyin)]
C --> D[逐語訳草案<br>(ChatGPT補助)]
D --> E[現代訳+解説執筆]
E --> F[字幕付き音声収録<br>(Logic Pro / Audacity)]
F --> G[Canvaテンプレート合成⇒動画]
G --> H[ブログ & CMS 連携埋め込み]

  • 校閲プロセス
    1. 中国語ネイティブ(医師 or 研究者)とGoogle Docs でコメント
    2. 自動テスト:漢字変換ミス検出スクリプト(pytest)
  • 音声
    • マイク:RØDE NT‑USB + リフレクションフィルター
    • ポストプロセス:ノイズリダクション→EQ→-14 LUFS 標準化

4. 技術スタック

用途 ツール 理由
CMS / 配信 Hugo SSG + GitHub Actions 超高速 & バージョン管理
字幕自動化 whisper‑cpp 中日混在音声の自動文字起こし
画像/動画 Canva テンプレ & Figma 図解 非デザイナーでも統一感
SEO Ahrefs Keywords Explorer 英語圏「TCM classic」市場も狙う
音声ホスティング Anchor (無料) ワンストップ配信

5. プロモーション & コミュニティ

  1. 検索特化 SEO
    • ロングテール:「黄帝内経 意味」「素問 読み方」
    • スキーマ:<Article> + <AudioObject> 多言語メタ
  2. SNS クロス投稿
    • X/Twitter:条ごとの要約カード
    • Instagramリール:60 秒朗読抜粋
  3. 読書会(月1 回, Zoom)
    • Discord コミュニティ→質問窓口
    • 勉強会資料をNotion公開
  4. オフライン連携
    • 漢方薬局 or 鍼灸院で限定冊子配布
    • セミナーで QR コード → メール登録誘導

6. 収益化ロードマップ

時期 手法 概要
3‑6 か月 Buy Me a Coffee / Patreon 朗読音源先行公開、PDF台本配布
6‑9 か月 Kindle 電子書籍 「素問 第一巻 注解集」(注釈+音声DLコード)
9‑12 か月 オンライン講座 (Udemy) 1 講座=1 巻:動画 + ワークブック
12 か月〜 スポンサーシップ 漢方関連メーカー/医療専門学校 広告

7. リソース & コスト試算(初年度)

項目 月額/一括 メモ
ドメイン・サーバー ¥2,000 お名前.com + GitHub Pages 無料
機材投資 ¥40,000 マイク/簡易吸音
ソフトウェア ¥0 OSS + Canva Pro (教育割)
宣伝広告費 ¥10,000 YouTube Shorts 広告試験
合計 (初年度) ≈ ¥180,000 人件費除く

想定ブレイクイーブン:Kindle 売上 500 冊 × ¥700 ロイヤリティ ≈ ¥350,000


8. 具体的次アクション(今週〜来月)

  1. 原典データベース準備
    • 中国哲学書電子化計画から素問・霊枢 XML を取得
  2. Hugo テーマ選定
    • PaperMod + 音声埋め込みカスタム
  3. ブランドキット作成
    • ロゴ(篆書×モダン)・カラー(漢方茶ブラウン/青磁)
  4. パイロット条選出
    • 素問「上古天真論篇」— 初学者向けで人気
  5. 音声デモ録音 & リール作成
    • 1 条 30 秒サンプル → SNS で反応テスト
  6. 専門家レビュー依頼
    • 東京中医薬大学校の講師に校正依頼

9. リスク & コンテンツポリシー留意点

  • 著作権:原典は PD。ただし既存翻訳の引用は「必要最小限 + 出典明記」
  • 医療情報:臨床アドバイスは不可。免責事項ページを固定リンク
    • YouTube ガイドライン**:医学的主張はエビデンスソース添付必須
  • AI 利用表示:生成支援ツールを活用した部分はポリシーに沿い明示

🚀 まとめ

上記プランでは 「条単位×マルチメディア」 の小さな単位で高速に公開しながら、

半年以内に 電子書籍 & サブスク を立ち上げて収益化ラインへ乗せます。

まずは パイロット条を1本 完全に仕上げ、ブログ・動画・Podcastを同日公開して

ユーザーの反応データを取得しましょう。ここから改善ループを回すことで、

ライフワークとしての深い学術性と、事業としての持続性を両立できます。

o3

You said:

Hugo テーマ選定

PaperMod + 音声埋め込みカスタム というところがわかりません

ブログUI、デザインのことでしょうか

音声を埋め込めるのでしょうか

ChatGPT said:

Thought for 30 seconds

PaperMod は 「見た目(レイアウト+ typograpy)」を決める Hugo のテーマ です。

そのままでも高速でミニマルですが、音声プレイヤーは標準では入っていないため 自作 Shortcode か 外部サービスの iframe を追加する形で “音声埋め込みカスタム” を行います。以下で流れをまとめます。


1. PaperMod をテーマとして導入する

bash
CopyEdit
# Hugo Extended を前提に
hugo new site huangdi
cd huangdi

# PaperMod を Git submodule で追加
git submodule add <https://github.com/adityatelange/hugo-PaperMod> themes/PaperMod

# 最小設定を反映
cp themes/PaperMod/exampleSite/config.yaml ./config.yaml
hugo server

PaperMod のレイアウトが表示されればテーマ導入は完了です。GitHub


2. Hugo で音声を扱う 3 つの方法

方法 難易度 特徴
① Markdown 内に HTML5 <audio> タグを書く ◎かんたん ファイルは /static/ 配下に置く
② 独自 Shortcode (audio.html) を作る ◯カスタム 引数を渡せる・後からデザイン変更も一括反映
③ 外部プラグイン (Plyr.js など) を組み込む △やや高度 再生速度変更やテーマ色を追加できる

Hugo は画像/動画用の埋め込み Shortcode は同梱していますが、音声は自前実装が推奨されています。gohugo.iogohugo.io


3. もっとも汎用的:Shortcode ② の実装例

  1. ディレクトリを作成

    bash
    CopyEdit
    mkdir -p layouts/shortcodes
    touch layouts/shortcodes/audio.html
    
    
  2. audio.html に HTML5 プレイヤーを記述

    html
    CopyEdit
    {{/* layouts/shortcodes/audio.html */}}
    <audio controls preload="metadata" class="w-full">
      <source src="{{ .Get "src" }}" type="audio/mpeg">
      お使いのブラウザは audio タグをサポートしていません。
    </audio>
    
    
  3. 記事側で呼び出し

    markdown
    CopyEdit
    ---
    title: "上古天真論篇 第1条"
    ---
    
    {{< audio src="/audio/suwen1.mp3" >}}
    
    
    • /static/audio/suwen1.mp3 にファイルを置けばビルド後 public/audio/ にコピーされます。
    • 収録済みの mp3 をアップするだけで再生ボタンがページに表示。JimBobBennettjohnarroyo.com

4. デザインを整えたい場合(③)

  • Plyr.js を使うと PaperMod のミニマル UIに溶け込むフラットなオーディオバーになります。
    1. /assets/js/plyr.js と /assets/css/plyr.css を配置

    2. PaperMod の _default/baseof.html に

      html
      CopyEdit
      {{ if .Site.IsServer }}
        <script defer src="{{ "js/plyr.js" | relURL }}"></script>
        <link rel="stylesheet" href="{{ "css/plyr.css" | relURL }}">
      {{ end }}
      
      
    3. Shortcode の <audio> を <audio class="plyr"> に変更

  • CSS は assets/css/custom.css にまとめ、config.yaml の assets セクションで読み込み。

(Plyr と Shortcode を組み合わせる具体的手順はブログ記事例が豊富にあります。Roneo.org)


5. 外部サービスを貼り付ける場合

サービス 埋め込み方法
YouTube {{< youtube VIDEO_ID >}}(PaperMod標準)
Spotify / Anchor エピソード共有 → 「埋め込みコード」を取得 → Markdown に <iframe> 直書き
SoundCloud 同上(iframe)

自前ファイルよりホスティング不要で再生解析も付くメリットがあります。PaperMod は iframe をレスポンシブにする CSS が既に含まれているため、そのまま貼り付け可能です。


6. まとめ & 次アクション

  1. PaperMod をテーマ化(完了済みならスキップ)
  2. Shortcode audio.html を追加し、/static/audio に mp3 を置いてテスト
  3. デザインをさらに整えたければ Plyr.js を導入
  4. 外部ホスティングも検討し、再生解析が必要なら Spotify / Anchor も併用

こうしておけば「条単位の記事 + 朗読音声プレイヤー」を記事下にワンクリックで組み込めるようになり、ブログ一体型の“読む × 聴く” 黄帝内経アーカイブ が実現します。

Sources

o3

You said:

ブログ運用では、wordpressよりSSG、ホスティングすべきでしょうか

ChatGPT said:

Thought for 28 seconds

WordPress vs 静的サイトジェネレーター(Hugo)

──「黄帝内経」プロジェクトで最適なのは?

項目 WordPress (動的) Hugo 等 SSG (静的)
ページ表示速度 PHP+DB 呼び出し。高速化はキャッシュ前提 CDN 配信そのもの。ほぼ最速
セキュリティ/メンテ コア・プラグイン更新必須、攻撃対象大 更新ほぼ不要。攻撃面は Git リポジトリのみ
編集UX ブロックエディタで非技術者にも直感的 Markdown+Git。GUI は Netlify CMS 等で後付け
機能拡張 プラグイン数無数(会員制・決済…) ほぼゼロ。必要なら外部 SaaS(コメント、検索)
音声配信 ポッドキャスト系プラグインが豊富 <audio> Shortcode or iframe。ファイルは外部ホストが現実的
コスト レンタルサーバー(月¥1k〜)+有料テーマ可 GitHub/Cloudflare Pages 無料+独自ドメインのみ
バージョン管理 基本 UI 操作。履歴は弱い Git 完全履歴。原文・訳文の差分追跡に最適
スケール 同時接続増 → サーバー増強が必要 静的+CDNなのでほぼ心配なし
将来の移行 DB 依存度大。静的化は手間 データは Markdown なのでどこへでも移植容易

1. 「黄帝内経」用途に照らすと

プロジェクト特性 適合度
長文+原文差分を継続的に校訂 Git&Markdown=SSG 向き
音声は外部(Anchor/YouTube)予定 どちらでも同手間
動的機能は限定的(検索・コメント程度) SSG+外部サービスで十分
ページ生成後は内容がほぼ変わらない SSG のキャッシュ性が最大限生きる
著者=あなた 1 人/少人数 CMS の多人数ワークフロー不要

結論:Hugo + 静的ホスティングでスタート

WordPress が強みを発揮する「非技術者が頻繁にログインして更新」「会員課金・複雑なフォーム」は今回小さめです。高速・低コスト・差分管理を取るほうが長期メリット大。


2. SSG 運用で気をつけるポイント

トピック 留意点 具体策
大型メディア (mp3) GitHub Pages はファイルサイズ/転送量制限 mp3 は Anchor/Spotify、画像は Cloudinary など CDN
全文検索 JS ベースのローカル検索 or 外部 Algolia ~10k レコードなら無料枠可。あるいは Lunr.js
コメント 直接 DB がない GitHub Discussions, Giscus, or Disqus
フォーム (問い合わせ/購読) 動的処理が要る Netlify Forms, Google Forms 埋め込み
GUI 編集 Markdown に慣れない時期 Netlify CMS / Decap CMS を後付け可能
ビルドパイプライン Git push → 自動デプロイ GitHub Actions, Cloudflare Pages, Netlify CI

3. もし WordPress が向くケース

  • 将来的に 会員限定記事や有料サブスク を WP plugin で完結させたい
  • 複数執筆者がノンコードで下書き→レビュー→公開 まで UI 上で回したい
  • 視覚要素満載の LP をビルダーでドラッグ&ドロップしたい
  • 完全セルフホストで プラグインひとつでポッドキャスト RSS & プレイヤー を走らせたい

※これらのニーズが強まる段階で「WordPress Headless 化 → 静的出力を CDN」へシフトする選択肢も残せます。


4. ホスティング選択肢(SSG前提)

サービス 無料枠 特徴
GitHub Pages 100 GB/月転送・1 GB/リポジトリ 音声は外部必須。DNS 設定簡単
Cloudflare Pages 無制限転送・500 ビルド/月 自動入れ替え、キャッシュ層が強力
Netlify 100 GB 転送+300 ビルド/月 フォーム・Identity など機能豊富
Vercel 100 GB 転送 エッジ機能多いが mp3 直置き非推奨

5. 推奨ロードマップ

  1. Hugo + GitHub Pages でリポジトリ作成
  2. mp3 は Anchor or Amazon S3 + CloudFront にホスティングし、Hugo Shortcode で埋め込み
  3. Algolia DocSearch 無料枠で全文検索を付与
  4. Giscus (GitHub Issues ベース) コメントを追加
  5. 月間 10 万 PV 超えたら Cloudflare Pages へ移転し、Edge キャッシュを活かす
  6. 動的会員機能が必要なら WordPress Headless or Ghost + Gatsby などを検討

TL;DR

  • 現状要件なら SSG (Hugo) が最適:高速・安価・Git で校訂履歴を管理しやすい。
  • WordPress にしかない機能(会員制・多人数ノンコード運用) が欲しくなった時点で検討 or Headless 化。
  • まずは Hugo + GitHub Pages で最小コスト & 軽量運用 → 音声は外部サービスでホスティングする構成が、あなたの「長期ライフワーク × 学術品質 × 少人数体制」にフィットします。

o3

You said:

原文を音声化することが大きな目的の一つです。 自分で朗読を録音するほかに中国語の読み上げ、音声生成に対応するツールを教えて下さい

ChatGPT said:

Thought for 1m 0s

中国語テキスト → 音声を作れる代表ツール早見表

カテゴリ サービス/OSS 主な特長 商用利用 料金感 引用
クラウド TTS Microsoft Azure Speech(例:zh‑CN‑XiaoxiaoNeural ほか40+音色)SSMLで読み速度・声色細調整 ◎性能安定・API簡単・語彙登録可 〇(要設定) ~100万文字/月=約¥2,500 Microsoft LearnMicrosoft Learn
Google Cloud TTS(WaveNet、Studio 版) ピッチ調整◎・一部古典調声色あり 〇 ~100万文字/月=約¥2,000 Google Cloud
Tencent Cloud TTS 53 音色+中英混読。中国国内向け料金低 〇(中国国内で実績大) ~100万文字/月=約¥1,200 Tencent CloudTencent Cloud
iFlytek 开放平台 カスタム音色訓練・発音辞書◎(古典読み対応可) 〇 Free 枠+従量 global.xfyun.cn
ElevenLabs 多言語自然音質/声クローン。2025年から正式に中国語対応 〇(Pro プラン~) 10k文字/月無料 ElevenLabsElevenLabs
セルフホスト OSS Piper TTS 軽量(RasPi可)・CLI一発 `echo 文 piper --model zh` MIT 無料
ChatTTS 10万h学習・中英両対応・対話向け。推論だけなら1GPU MIT 無料 GitHub
Coqui‑XTTS / Bark / F5‑TTS マルチ言語・声クローン・BarkはBGM込み Apache 2 無料 Beam

ポイント

  • クラウド TTS は“APIキー発行 → mp3 生成 → Hugo /static 配置”で完結。
  • OSS は Docker or Conda 環境でローカル wav 出力。文学調のタイミングを SSML <break> タグや句読点で制御。

ユースケース別おすすめ

目的 最適選択 理由
高速に量産(毎条15秒リール) Tencent Cloud or Azure バッチで mp3 生成し CI に組み込みやすい
文学的重厚朗読(素問全文 40分) iFlytek + SSML or 自分の声 抑揚辞書と長文耐性が高い。自声なら表現自由
オフライン可・コストゼロ Piper TTS + ChatTTS GitHub だけで完結。R‑waifu など声色も追加可
声クローンで個性付与 ElevenLabs 数分の録音で“あなたの声”→AI朗読が作れる

ワークフロー例(Azure CLI)

bash
CopyEdit
# 1. テキストを事前に SSML 化(句読点→<break time="400ms"/> など)
AZ_KEY="xxxxxxxx"
curl -X POST "<https://eastasia.tts.speech.microsoft.com/cognitiveservices/v1>" \\
  -H "Content-Type: application/ssml+xml" \\
  -H "Ocp-Apim-Subscription-Key: $AZ_KEY" \\
  -d @suwen01.ssml --output suwen01.mp3

生成 mp3 を /static/audio/ に置き、記事側で

markdown
CopyEdit
{{< audio src="/audio/suwen01.mp3" >}}


TTS で古典文を自然に読ませるコツ

  1. 分句挿入:,→<break time="300ms">、;→500ms など SSML 手動挿入
  2. 難読字辞書:Azure/Tencent/iFlytek は <phoneme> タグでピンイン指定可
  3. 声色×スピード:男性ゆっくり+残響を付けると講座風、女性速読でポッドキャスト風
  4. 語調テスト:一条あたり 10‑20 s のテスト mp3 をまず5パターン出し、最終設定を決定

ライセンスと配信の注意

  • API規約:ElevenLabs や Tencent は無料枠でも「コンテンツ二次配布 OK」を明記。ただし“機械音声コンテンツが主体”の場合はクレジット表記を求めるケースあり。
  • 著作権フリー原典でも TTS ボイスには 合成音利用規約 があるので再販売(有料講座など)前に必ず確認。
  • OSSモデル は MIT/Apache2 などが中心だが、ChatTTS は「学術限定」の枝派もあるので README を要確認。

次アクション

  1. 試用アカウント:Azure & ElevenLabs 無料枠で 素問1条 を各3種 mp3 生成
  2. 聴き比べ:自声録音+TTS計4本を Notion ページに貼り、友人にフィードバック調査
  3. 採択エンジン決定 → Hugo Shortcode 組み込み → デプロイ

こうすれば「自分の朗読 × 高品質 AI 合成」のハイブリッド配信基盤を短期で立ち上げられます。

Sources