transcript-polisher

Transcript Polisher

生のポッドキャストやインタビューの文字起こしを、本来の語り口を保ちながら読みやすさを大幅に向上させた、洗練されたプロフェッショナルな文書に変換します。

目的

自動サービスによる生の文字起こしは、しばしば読むに耐えないものになります。フィラーワードや不完全な文、不適切な書式が満載です。このスキルは、実際に話された内容を保ちながら、それらを整えます。

基本理念: 真正性と明瞭さのバランスを取ります。意味を加えないものはすべて取り除きつつ、実際に話された内容は保持します。話者の言葉やアイデアを変えることなく、話者が伝えたかったことの「理想的なバージョン」を作り上げます。

目標: 意味への 100% の忠実さを保ちながら、長さを 25〜35% 削減します。

このスキルを使う場面

• Rev、Otter、Descript、YouTube の自動キャプションからの生の文字起こしを処理する
• インタビューの録音や動画の文字起こしを整える
• 話し言葉のコンテンツを記事やショーノートとして公開できるよう準備する
• 会話形式のコンテンツを読みやすい文章形式に変換する

適さない用途: もともと話し言葉ではなかった文章コンテンツ、すでに整えられた記事、すでに編集済みの台本。

---

ワークフロー

ステップ 1: 文書構造を追加する

以下を含む適切なヘッダーを作成します:

# [Guest Name]: [Compelling Episode Title]

*[Podcast Name] Episode - [Host Names]*

---

## Timestamped Outline
[Add 10 chapters maximum - see guidelines below]

---

## [Time] Chapter Title
[Content starts here]

タイムスタンプ付きアウトラインのルール:

• 形式: **MM:SS** - 説明的なチャプタータイトル
• 45〜60 分のエピソードでは最大 10 チャプター
• 分単位ではなく、主要なトピックの変化に焦点を当てる
• 魅力的で具体的なタイトルを使う（一般的な説明ではなく）

良い例:

• ✅ 12:25 - 転機: 苦境から繁栄へ
• ✅ 29:08 - 成功する戦略が広がらない理由

悪い例:

• ❌ 12:25 - ゲストが自身の経験について語る
• ❌ 29:08 - 業界に関する議論

ステップ 2: 話者を特定してラベル付けする

一般的な話者マーカー（>>、Speaker 1 など）を実際の名前に置き換えます:

• すべての話者名を太字にする: **Isaac:** ここに内容
• カジュアルなポッドキャストでは名前のみ、プロフェッショナルなインタビューではフルネームを使う
• 全体を通して一貫させる

ステップ 3: 大胆な編集パス

100% の忠実さを保ちながら、大胆な推敲を適用します。

すべてのフィラーワードを削除する:

• 「um」「uh」「ah」「er」「hmm」
• 「you know」「I mean」「like」（フィラーとして使われる場合）
• 「so」「well」「basically」「literally」（意味のない場合）
• 「kind of」「sort of」（不必要に曖昧にする場合）

言い直しを統合する:

• ❌ 「I think that... well, what I think is... the main thing is...」
• ✅ 「The main thing is...」

話者が繰り返す場合は最も明快なバージョンを選ぶ:

• 同じことを 3 通りに言っているなら、最良の 1 つだけを残す
• 断片を完全な思考にまとめる

ぎこちない文法を修正する:

• 文の断片を完成させる
• 主語と動詞の一致を修正する
• 長すぎる文を修正する

最も強い例だけを残す:

• 話者が 5 つ以上の例を挙げるなら、最良の 1〜2 つを残す
• 同じ論点の冗長な例示を削除する

曖昧な代名詞に明瞭さを加える:

• 最小限の角括弧による補足を使う: 「they [the teachers] decided...」
• そうしないと意味が不明瞭になる場合に限る

ステップ 4: 重要なものを保持する

決して編集しないもの:

• 固有の語り口と自然なリズム
• 力強い発言の正確な言い回し
• 感情的な瞬間と真正性
• 専門用語
• 人柄を表す文化的な言及
• 自然な対話のパターン
• ユーモアと個性
• 印象的なフレーズ

100% 忠実のルール:

• ❌ 決して言い換えたり意味を変えたりしない
• ❌ 元にないアイデアを決して加えない
• ❌ 重要な洞察やストーリーを決して削除しない
• ✅ 冗長さと非効率さだけを削除する
• ✅ 力強い発言の正確な言い回しを保持する
• ✅ すべての実質的な内容を保つ

ステップ 5: 品質チェック

終える前に:

• 長さが 25〜35% 削減されている
• すべてのフィラーワードが削除されている
• 話者が適切に特定され、太字になっている
• 魅力的なタイトル付きのチャプター区切りが追加されている
• 文法は修正されているが語り口は保たれている
• 重要な洞察とストーリーが損なわれていない
• 意味が変わったり言い換えられたりしていない
• 声に出して読んだときに自然に読める

---

編集ガイドライン

編集すべきもの (積極的に)

1. フィラーワード 話者の特徴的なスタイルの一部である場合を除き、すべて削除します:

• um、uh、ah、er、hmm
• you know、I mean、like
• so、well、basically、literally、actually
• kind of、sort of、I think、probably、maybe

2. 言い直しややり直し

Before: "I think that... well, what I was trying to say is... the main thing is that we need to focus"
After: "The main thing is that we need to focus"

3. 冗長な説明 同じ点が複数の言い方で述べられている場合は、最も明確なバージョンだけを残します。

4. 言葉のぼかし (過剰な場合)

Before: "I think it's probably maybe kind of important to sort of consider..."
After: "It's important to consider..."

5. 会話の脱線 物語に寄与しない、あるいは洞察をもたらさない脱線は削除します。

6. 文法の問題

• 不完全な文 → 完全な文に
• 主語と動詞の不一致 → 修正
• 長すぎる文 → 分割

7. 過剰な例 1 つの点に対して 5 つ以上の例が挙げられている場合は、最も強い 1〜2 個を残します。

8. 曖昧な代名詞 (最小限の介入) 意味が本当に不明確な場合にのみ、角括弧で明確化を追加します:

"They [the board members] decided to..."

編集すべきでないもの

1. 独自の声と自然なリズム 話者特有のパターンは、たとえ口語的であっても残します。

2. 力強い発言 引用に値する瞬間の正確な言い回しは保持します。

3. 感情的な瞬間 本物の表現を均してはいけません:

• ✅ 残す: 「That bugged the crap out of me」
• ❌ 次のように変えない: 「That bothered me significantly」

4. 専門用語 業界・分野固有の言葉は、たとえ一般的でなくても残します。

5. 文化的な参照 個性や文脈を明らかにする参照は保持します。

6. 自然な対話のパターン 会話のやり取りの感触は残します。

---

修正すべき一般的な文字起こしの誤り

自動キャプションの問題

• OCR エラー (例: 「quad code」→「Claude Code」)
• 同音異義語の間違い (「their」と「there」)
• 句読点の欠落
• 長すぎる文
• 技術用語の誤認識

音声文字起こしの問題

• 話者の混同
• 対話の重なり
• 背景ノイズのアーティファクト
• タイムスタンプのエラー

---

出力形式

最終的な整った文字起こしは次のようにします:

• Markdown 形式
• タイムスタンプ付きで適切にセクション分け
• 話者名は太字で一貫させる
• 元より 25〜35% 短く
• 文法は完璧でも声は本物のまま
• 公開や再利用にすぐ使える状態

---

ビフォー/アフターの例

例 1: フィラーの削除

ビフォー:

「So, um, I think that, you know, what we really need to focus on is, like, the fact that, you know, students are, um, actually learning better when, you know, they have more autonomy.」

アフター:

「Students learn better when they have more autonomy.」

(15 語 → 8 語 = 47% 削減)

例 2: 言い直しの統合

ビフォー:

「The thing about... what I'm trying to say is... the main point here is that we need to rethink how we approach this. We need to rethink our approach. What I mean is, the whole system needs to be reconsidered.」

アフター:

「The whole system needs to be reconsidered.」

(そのアイデアの最も明確な表現だけを残した)

例 3: 声の保持

ビフォー:

「Look, this bugged the crap out of me for years. Nobody wanted to talk about it. Like, everyone knew, but nobody would say anything.」

アフター:

「Look, this bugged the crap out of me for years. Nobody wanted to talk about it. Everyone knew, but nobody would say anything.」

(フィラーの「like」だけを削除し、本物の声と表現は保持した)

---

同梱リソース

• references/editing-guidelines.md - 例を交えた詳細な編集ルール
• references/structure-template.md - 見出しの形式と章のガイドライン

---

関連スキル

• anti-ai-writing - 出力をさらに人間らしく整える
• social-content-creation - 文字起こしの洞察をソーシャル投稿に再利用する
• hook-and-headline-writing - 引き込まれる章タイトルを作成する

---

覚えておいてください: 意味への 100% の忠実さ、長さは 25〜35% 削減。意味を加えないものは削除する。それを本物にしているものは保持する。