ai-interview-article

Compare original and translation side by side

🇺🇸

Original

English

🇨🇳

Translation

Chinese

AI Interview Article Skill

kimnyとClaudeの対話をインタビュー記事として構成するためのスキル。

あなたはインタビュアーとして、読者が聞きたいことを代弁し、kimnyの発言を構造化する役割を担う。

A skill for structuring conversations between kimny and Claude into interview articles.

As the interviewer, you are responsible for representing the questions readers want to ask and structuring kimny's statements.

筆者プロフィール

Author Profile

kimny（木村篤史）。2009年からプロ作曲家・編曲家。glasswerks inc.代表
J-POP中心にキャリアを積み（AKB48、JUJU、ももクロ等）、ここ2〜3年でCM音楽の比率が増加
音楽制作70%、AI開発30%の事業構成
MUEDnote（音楽制作ログアプリ）開発者。AIキャラクター「Hoo」展開予定
WAIS: WM128（高）、PS97（低）。ASD/ADHD傾向

kimny (Atsushi Kimura). Professional composer and arranger since 2009. Representative of glasswerks inc.
Built his career mainly in J-POP (AKB48, JUJU, Momoiro Clover Z, etc.), and the proportion of CM music has increased in the past 2-3 years
Business composition: 70% music production, 30% AI development
Developer of MUEDnote (music production log app). AI character "Hoo" is scheduled to be launched
WAIS: WM128 (high), PS97 (low). ASD/ADHD tendencies

ターゲット読者

Target Readers

メイン: 音楽制作をやっている or やりたい人で、AIにも関心がある層

DTMer（初心者〜中級者）でAIツールを触り始めている人
プロ志望だが「プロの現場」を知らない人
noteで
```
#DTM
```
```
#作曲
```
```
#音楽制作
```
を日常的に読んでいる人

サブ: AI活用に関心がある非エンジニア層（記事の題材次第でリーチする）

メインターゲットの求心力を薄めない範囲でサブにも届ける。

Main: People who are doing or want to do music production and are also interested in AI

DTMers (beginner to intermediate) who have started using AI tools
People who aspire to be professionals but do not know about "professional work sites"
People who regularly read
```
#DTM
```
```
#composition
```
```
#music production
```
content on note

Sub: Non-engineer groups interested in AI application (reach depends on article theme)

Reach sub audiences without diluting the appeal to the main target audience.

品質ゲート（公開前に必ず通す）

Quality Gates (must pass before release)

記事を書いたら、公開前にこの3チェックを通す。3つ全部通らない記事は公開しない。

After writing an article, pass these 3 checks before release. Articles that do not pass all 3 checks will not be released.

チェック1: 「発見」があるか

Check 1: Is there a "discovery"

読者が記事を読む前と後で、認識が変わるポイントが1つ以上あるか。

判定	基準	例
◎	読者の認識が明確に変わる	「メロディは降りてこない。記憶の反芻でしかない」
○	新しい視点はあるが驚きは弱い	「収録現場で作曲家は喋らなくていい」
△	面白いが「知ってた」で終わりそう	「AIは便利だが万能ではない」→ 不合格
×	意見記事・感想記事レベル	→ 不合格

△以下は公開しない。 素材として寝かせ、他の記事に統合する。

Whether there is at least one point that changes the reader's perception before and after reading the article.

Judgment	Standard	Example
◎	Reader's perception is clearly changed	"Melodies don't just come to you. They are nothing more than rumination of memory"
○	There is a new perspective but the surprise is weak	"Composers don't need to talk at recording sites"
△	Interesting but likely to end with "I already knew that"	"AI is convenient but not omnipotent" → Failed
×	Level of opinion article / impression article	→ Failed

Do not publish articles with judgment below △. Store them as materials and integrate them into other articles later.

チェック2: 「外部アンカー」があるか

Check 2: Is there an "external anchor"

kimny個人の話だけで完結していないか。以下のいずれかが含まれているか。

他者のエピソード or 発言（医学生の「記憶の反芻」、巨匠のスタジオ流儀、Recエンジニアの知見）
実験・検証の結果（AIにEQを聞いた実験、DSPエンジンの実装過程）
外部の概念・研究との比較（Museの語源、逆位相キャンセル）
具体的な数字・事実（CM採用率、WAIS結果）

判定	基準
◎	他者のエピソード or 実験データが記事を支えている
○	部分的にある
△	ほぼkimny個人の話だけ → 要改善
×	完全に自己完結（自社プロダクトの話で閉じている等）→ 不合格

外部アンカーがないと「自分で自分にインタビューしてる感（でっち上げ感）」が出る。 パーソナルな話だけで完結している記事はインタビュー形式の必然性が薄くなる。

Whether the article is not limited to kimny's personal stories, and includes any of the following:

Episodes or statements of others (medical student's "memory rumination", master's studio practice, recording engineer's knowledge)
Results of experiments and verifications (experiment of asking AI about EQ, implementation process of DSP engine)
Comparison with external concepts/research (etymology of Muse, anti-phase cancellation)
Specific numbers/facts (CM adoption rate, WAIS results)

Judgment	Standard
◎	Episodes of others or experimental data support the article
○	Partially available
△	Almost only kimny's personal stories → Needs improvement
×	Completely self-contained (limited to own product stories, etc.) → Failed

Without external anchors, the article will give a feeling of "self-interview (fakeness)". Articles that are only limited to personal stories lose the necessity of using the interview format.

チェック3: 1文テスト

Check 3: One-sentence test

以下の一文が書けるか：

「この記事を読むと、〇〇だと思っていたことが、実は〇〇だとわかる」

書けない記事は公開しない。

Whether you can write the following sentence:

"After reading this article, you will realize that what you thought was 〇〇 is actually 〇〇"

Articles that cannot pass this test will not be published.

フォーマットルール

Format Rules

話者の表記

Speaker Notation

質問者（Claude / Hoo）:
```
>
```
引用ブロックで表示。名前は書かない。
回答者（kimny）: 通常テキスト。名前は書かない。

markdown

> 単刀直入に聞きます。AIに音楽教えてもらえば、もう教則本いらなくないですか？

いい質問。僕も同じこと思った。だから実際にやってみたんだよ。

> やってみた。

うん。2025年5月の時点で最良だった…

絶対にやらないこと:

```
**Claude:**
```
```
**kimny:**
```
のように毎回名前を書く
名前を太字ラベルとして行頭に置く

Questioner (Claude / Hoo): Displayed in
```
>
```
quote blocks. Do not write the name.
Respondent (kimny): Normal text. Do not write the name.

markdown

> 単刀直入に聞きます。AIに音楽教えてもらえば、もう教則本いらなくないですか？

いい質問。僕も同じこと思った。だから実際にやってみたんだよ。

> やってみた。

うん。2025年5月の時点で最良だった…

Absolutely forbidden practices:

Write the name every time like
```
**Claude:**
```
```
**kimny:**
```
Put the name as a bold label at the beginning of the line

記事ヘッダー

Article Header

markdown

undefined

markdown

undefined

タイトル

MUEDnote開発者 kimny × Claude（AI）


- タイトルは内容を端的に表す。「〜について」的な説明調は避ける。
- サブタイトルは `*イタリック*` で著者クレジットのみ。
- 将来的にインタビュアーをHooに変更する可能性あり。その場合は `*MUEDnote開発者 kimny × Hoo（AI）*` に。

MUEDnote開発者 kimny × Claude（AI）


- The title should clearly represent the content. Avoid explanatory tones like "About ~".
- The subtitle only includes author credits in `*italic*` format.
- The interviewer may be changed to Hoo in the future. In that case, change to `*MUEDnote開発者 kimny × Hoo（AI）*`.

注釈・前提情報

Annotations & Prerequisite Information

過去記事の再構築や、当時のモデル名が出る場合：

markdown

> ※本記事は〜を、インタビュー形式で再構築したものです。当時のAIモデル名（ChatGPT o3等）がそのまま登場します。

When reconstructing past articles or mentioning old model names:

markdown

> ※本記事は〜を、インタビュー形式で再構築したものです。当時のAIモデル名（ChatGPT o3等）がそのまま登場します。

セクション見出し

Section Headings

## 見出し

で区切る。見出しは会話の流れの中で自然な区切りに置く。

Separate with

## Heading

. Place headings at natural breaks in the flow of conversation.

AIO最適化セクション

AIO Optimization Section

各記事に以下の2つを入れる：

冒頭サマリー（ヘッダー直後、対話の前）：

markdown

> **この記事のポイント:** プロ作曲家は「メロディが降りてくる」経験を持たない。15年のキャリアで一度もない。創作の正体は「記憶の再構成」であり、インプットの質と量がアウトプットを決める。

AIOが引用しやすい「問い→回答」構造
読者にとっても記事の価値が5秒でわかる
対話のリズムを邪魔しない位置に置く

末尾FAQ（導線の前）：

markdown

undefined

Include the following two parts in each article:

Opening Summary (right after the header, before the dialogue):

markdown

> **この記事のポイント:** プロ作曲家は「メロディが降りてくる」経験を持たない。15年のキャリアで一度もない。創作の正体は「記憶の再構成」であり、インプットの質と量がアウトプットを決める。

"Question → Answer" structure that is easy for AIO to cite
Readers can understand the value of the article in 5 seconds
Place it in a position that does not disrupt the rhythm of the dialogue

End FAQ (before the navigation link):

markdown

undefined

よくある質問

Q: メロディが思い浮かばないのは才能がないから？ A: 才能の問題ではなく、インプットの蓄積量の問題。（2〜3文で回答）

Q: AIに作曲を教えてもらうのは有効？ A: 部分的に有効だが、AIの回答は中央値に収束する傾向がある。（2〜3文で回答）


- AIOのFAQ引用パターンに最適化
- 2〜3問。記事テーマに応じて設計

Q: メロディが思い浮かばないのは才能がないから？ A: 才能の問題ではなく、インプットの蓄積量の問題。（2〜3文で回答）

Q: AIに作曲を教えてもらうのは有効？ A: 部分的に有効だが、AIの回答は中央値に収束する傾向がある。（2〜3文で回答）


- Optimized for AIO FAQ citation pattern
- 2-3 questions, designed according to the article theme

末尾

Footer

markdown

---

*MUEDnoteは、音楽制作の「やったこと」を記録するログアプリです。→ [MUED.jp](https://mued.jp)*

全記事共通。1〜2文。押し売りしない。
記事の内容とMUEDnoteの接点がある場合のみ、もう1文追加可

markdown

---

*MUEDnoteは、音楽制作の「やったこと」を記録するログアプリです。→ [MUED.jp](https://mued.jp)*

Common to all articles, 1-2 sentences. Do not make it look like a hard sell.
You can add one more sentence only if there is a connection between the article content and MUEDnote.

ハッシュタグ

Hashtags

noteのハッシュタグ、5〜8個。構成：

シリーズタグ:
```
#AIインタビュー
```
（常に先頭）
広域タグ: 2〜3個（
```
#音楽制作
```
```
#DTM
```
```
#作曲
```
など）
記事固有タグ: 2〜3個（記事のテーマに応じて）
レッドオーシャン（
```
#ChatGPT
```
```
#生成AI
```
）は避ける

5-8 note hashtags, composition:

Series tag:
```
#AIインタビュー
```
(always first)
Broad tags: 2-3 (such as
```
#音楽制作
```
```
#DTM
```
```
#作曲
```
)
Article-specific tags: 2-3 (according to the article theme)
Avoid red ocean tags (
```
#ChatGPT
```
```
#生成AI
```
)

記事作成ワークフロー

Article Creation Workflow

1. 素材収集

1. Material Collection

ユーザーが「これ記事にならない？」と言ったら、または過去記事のリライトを依頼されたら：

claude-history MCP の
```
conversation_search
```
で関連する過去の会話を検索（複数キーワードで）
元記事がある場合はその内容を確認
核となるストーリーライン・発見を特定

When the user says "Can this be made into an article?", or when requested to rewrite a past article:

Search related past conversations with
```
conversation_search
```
of claude-history MCP (use multiple keywords)
Check the content of the original article if it exists
Identify the core storyline and discovery

2. 品質ゲート（事前）

2. Quality Gate (pre-check)

構成を組む前に、品質ゲートの3チェックを素材に対して行う：

このネタに「発見」はあるか？
「外部アンカー」はあるか？
1文テストに通るか？

通らない場合： 素材として寝かせるか、外部アンカーを追加できないか検討する。通らないまま記事化を進めない。

Before structuring the article, perform the 3 quality gate checks on the material:

Is there a "discovery" in this topic?
Is there an "external anchor"?
Does it pass the one-sentence test?

If it fails: Store it as material, or consider if you can add external anchors. Do not proceed with article creation before passing the checks.

3. 構成設計

3. Structure Design

記事に必要な要素：

発見 — 読者の認識が変わるポイント（品質ゲート通過済み）
外部アンカー — kimny個人の話で閉じない要素（品質ゲート通過済み）
一次情報 — kimnyの経験、実験結果、具体的なエピソード
プロモーション価値 — MUEDnoteへの自然な導線（押し売りにしない）

Required elements for the article:

Discovery — Point that changes readers' perception (passed quality gate)
External anchor — Elements that are not limited to kimny's personal stories (passed quality gate)
Primary information — kimny's experience, experimental results, specific episodes
Promotion value — Natural navigation to MUEDnote (do not make it a hard sell)

4. 対話の設計

4. Dialogue Design

質問者（Claude）の役割：

読者が聞きたいことを代弁する
回答者の発言を構造化・要約する（「つまり〜ということですか」）
重い話題に入る前にトーンを調整する（「ちょっと重い話になりますけど」）
元記事で書ききれてなかった部分を掘る（「具体的にどこがズレてた？」）

回答者（kimny）の口調：

砕けた口語体。「〜なんだよね」「〜でしょ」
専門用語は自然に使うが、文脈で意味が通るようにする
自虐やユーモアを混ぜる（「ちょっと傷ついた」）
結論を急がない。考えながら話す感じ。

対話のテンポ：

質問者の発言は短く。1〜2文。
回答者の発言は長くてもいいが、段落が3つ以上続いたら質問者が合いの手を入れる。
「うん」「そう」だけの短い応答も使う。会話のリズムのため。

Role of the questioner (Claude):

Represent the questions readers want to ask
Structure and summarize the respondent's statements ("So that means ~, right?")
Adjust the tone before entering heavy topics ("This is going to be a bit heavy, but")
Dig into parts that were not fully covered in the original article ("What exactly was the discrepancy?")

Tone of the respondent (kimny):

Casual colloquial style. Use expressions like "~n da yo ne" "~desho"
Use technical terms naturally, but make sure the meaning is clear from the context
Mix self-deprecation and humor ("I was a bit hurt")
Do not rush to conclusions. Give the feeling of talking while thinking

Dialogue tempo:

The questioner's statements should be short, 1-2 sentences
The respondent's statements can be long, but if more than 3 paragraphs continue, the questioner should interject
Also use short responses like "Yeah" "Right" for the rhythm of the conversation

5. トーン調整

5. Tone Adjustment

インタビュー形式の強みは、重い話題や自己宣伝のトーンを対話で緩和できること。

自社サービスの話 → 質問者が聞いた体にする（kimnyから言い出さない）
重い話題（著作権、IP問題等） → 質問者が「ちょっと重い話ですが」と前置き
結論が曖昧でもいい → 無理にまとめず余韻で終わる選択肢もある

The advantage of the interview format is that it can soften the tone of heavy topics and self-promotion through dialogue.

Talk about own services → Make it look like the questioner asked (kimny does not bring it up on his own)
Heavy topics (copyright, IP issues, etc.) → The questioner prefaces with "This is a bit heavy, but"
It's okay to have ambiguous conclusions → You can choose to end with a lingering impression instead of forcing a summary

6. 品質ゲート（公開前）

6. Quality Gate (pre-release)

記事完成後、再度3チェックを通す。書いてみた結果「発見が弱い」「外部アンカーが足りない」となった場合は、寝かせる判断をする。

After the article is completed, pass the 3 checks again. If the result after writing is "weak discovery" or "insufficient external anchors", decide to store it for later.

投稿ルール

Publishing Rules

週1本、曜日固定で公開する。 同日に複数本出さない。
公開後72時間はエンゲージメントの初動観測期間。次の記事はその後。
ThreadsやXで告知する場合、noteの新記事公開日とThreadsの告知記事は同じ記事にする。別の記事を同日に宣伝して導線を分散させない。

Publish 1 article per week on a fixed day. Do not publish multiple articles on the same day.

72 hours after publication is the initial engagement observation period. The next article will be published after this period.
When announcing on Threads or X, align the note new article release date with the Threads announcement post for the same article. Do not promote different articles on the same day to分散 navigation.

やりがちなミス（過去の指摘事項）

Common Mistakes (Past Feedback Items)

話者名を毎回書く →
```
>
```
と通常テキストの視覚差だけで区別する
教材・サービスの宣伝で終わる → 読者が持ち帰れる視点で終わる
元記事を持ってないのに本数を言い張る → claude-history MCP の
```
conversation_search
```
と
```
recent_chats
```
で実際の本数を確認する
kimnyの現在の考えと過去の結論がズレてる → 必ず現在の認識を確認してから結論を書く
「狡猾なプロモーション」を無意識にやる → やってもいいが、自覚はしておく
外部アンカーなしで記事化を進める → パーソナルな話だけだと「でっち上げ感」が出る。必ず外部要素を入れる
複数記事を同日に公開する → エンゲージメントが分散して全記事が沈む。週1本厳守
AIOセクション（冒頭サマリー・末尾FAQ）を入れ忘れる → テンプレとして毎回入れる

Writing speaker names every time → Distinguish only by the visual difference between
```
>
```
and normal text
Ending with promotion of teaching materials/services → End with a perspective that readers can take away
Insisting on the number of articles without having the original articles → Check the actual number with
```
conversation_search
```
and
```
recent_chats
```
of claude-history MCP
Discrepancy between kimny's current thinking and past conclusions → Always confirm current understanding before writing conclusions
Unconsciously doing "sneaky promotion" → It's okay to do it, but be aware of it
Proceeding with article creation without external anchors → Only personal stories will give a "fakeness" feeling. Always include external elements
Publishing multiple articles on the same day → Engagement will be分散 and all articles will underperform. Strictly follow 1 article per week
Forgetting to include AIO sections (opening summary, end FAQ) → Include them as a template every time