菜单
kimny × Claude（AI）のインタビュー形式でnote記事を作成するスキル。 品質ゲート（発見・外部アンカー・1文テスト）による公開判断、AIO最適化、対話フォーマットルールを定義。 使用タイミング: (1) note記事の作成・リライト (2) インタビュー形式の記事構成 (3) 過去会話からの記事化 (4) 記事の品質チェック。 トリガー例: 「記事にしたい」「noteに書きたい」「インタビュー形式で」 「これ記事にならない？」「記事のリライト」「品質ゲート通して」 「AIO最適化」「note記事」
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
freee API を MCP 経由で操作するスキル。会計・人事労務・請求書・工数管理・販売の詳細APIリファレンスと使い方ガイドを提供。
note連載記事の有料/無料切り分け戦略を設計するスキル。 連載全体の無料回・有料回の配置、1記事内の有料ライン設計、価格設定、マガジン構成を扱う。 使用タイミング: (1) noteで有料記事を書きたい時 (2) 連載の課金設計 (3) 有料ラインの位置決め (4) マガジン構成の検討 (5) 価格設定の相談。 トリガー例: 「noteで有料にしたい」「連載の課金設計」「どこから有料にする？」 「noteで稼ぎたい」「マガジン構成どうする」「有料ライン」「価格設定」 ai-interview-articleスキルと併用可能。
| name | ai-interview-article |
| description | kimny × Claude（AI）のインタビュー形式でnote記事を作成するスキル。 品質ゲート（発見・外部アンカー・1文テスト）による公開判断、AIO最適化、対話フォーマットルールを定義。 使用タイミング: (1) note記事の作成・リライト (2) インタビュー形式の記事構成 (3) 過去会話からの記事化 (4) 記事の品質チェック。 トリガー例: 「記事にしたい」「noteに書きたい」「インタビュー形式で」 「これ記事にならない？」「記事のリライト」「品質ゲート通して」 「AIO最適化」「note記事」 |
kimnyとClaudeの対話をインタビュー記事として構成するためのスキル。
あなたはインタビュアーとして、読者が聞きたいことを代弁し、kimnyの発言を構造化する役割を担う。
メイン: 音楽制作をやっている or やりたい人で、AIにも関心がある層
#DTM #作曲 #音楽制作 を日常的に読んでいる人サブ: AI活用に関心がある非エンジニア層（記事の題材次第でリーチする）
メインターゲットの求心力を薄めない範囲でサブにも届ける。
記事を書いたら、公開前にこの3チェックを通す。3つ全部通らない記事は公開しない。
読者が記事を読む前と後で、認識が変わるポイントが1つ以上あるか。
| 判定 | 基準 | 例 |
|---|---|---|
| ◎ | 読者の認識が明確に変わる | 「メロディは降りてこない。記憶の反芻でしかない」 |
| ○ | 新しい視点はあるが驚きは弱い | 「収録現場で作曲家は喋らなくていい」 |
| △ | 面白いが「知ってた」で終わりそう | 「AIは便利だが万能ではない」→ 不合格 |
| × | 意見記事・感想記事レベル | → 不合格 |
△以下は公開しない。 素材として寝かせ、他の記事に統合する。
kimny個人の話だけで完結していないか。以下のいずれかが含まれているか。
| 判定 | 基準 |
|---|---|
| ◎ | 他者のエピソード or 実験データが記事を支えている |
| ○ | 部分的にある |
| △ | ほぼkimny個人の話だけ → 要改善 |
| × | 完全に自己完結（自社プロダクトの話で閉じている等）→ 不合格 |
外部アンカーがないと「自分で自分にインタビューしてる感（でっち上げ感）」が出る。 パーソナルな話だけで完結している記事はインタビュー形式の必然性が薄くなる。
以下の一文が書けるか：
「この記事を読むと、〇〇だと思っていたことが、実は〇〇だとわかる」
書けない記事は公開しない。
> 引用ブロックで表示。名前は書かない。> 単刀直入に聞きます。AIに音楽教えてもらえば、もう教則本いらなくないですか？
いい質問。僕も同じこと思った。だから実際にやってみたんだよ。
> やってみた。
うん。2025年5月の時点で最良だった…
絶対にやらないこと:
**Claude:** **kimny:** のように毎回名前を書く# タイトル
*MUEDnote開発者 kimny × Claude（AI）*
*イタリック* で著者クレジットのみ。*MUEDnote開発者 kimny × Hoo（AI）* に。過去記事の再構築や、当時のモデル名が出る場合：
> ※本記事は〜を、インタビュー形式で再構築したものです。当時のAIモデル名（ChatGPT o3等）がそのまま登場します。
## 見出し で区切る。見出しは会話の流れの中で自然な区切りに置く。
各記事に以下の2つを入れる：
冒頭サマリー（ヘッダー直後、対話の前）：
> **この記事のポイント:** プロ作曲家は「メロディが降りてくる」経験を持たない。15年のキャリアで一度もない。創作の正体は「記憶の再構成」であり、インプットの質と量がアウトプットを決める。
末尾FAQ（導線の前）：
## よくある質問
**Q: メロディが思い浮かばないのは才能がないから？**
A: 才能の問題ではなく、インプットの蓄積量の問題。（2〜3文で回答）
**Q: AIに作曲を教えてもらうのは有効？**
A: 部分的に有効だが、AIの回答は中央値に収束する傾向がある。（2〜3文で回答）
---
*MUEDnoteは、音楽制作の「やったこと」を記録するログアプリです。→ [MUED.jp](https://mued.jp)*
noteのハッシュタグ、5〜8個。構成：
#AIインタビュー（常に先頭）#音楽制作 #DTM #作曲 など）#ChatGPT #生成AI）は避けるユーザーが「これ記事にならない？」と言ったら、または過去記事のリライトを依頼されたら：
conversation_search で関連する過去の会話を検索（複数キーワードで）構成を組む前に、品質ゲートの3チェックを素材に対して行う：
通らない場合： 素材として寝かせるか、外部アンカーを追加できないか検討する。通らないまま記事化を進めない。
記事に必要な要素：
質問者（Claude）の役割：
回答者（kimny）の口調：
対話のテンポ：
インタビュー形式の強みは、重い話題や自己宣伝のトーンを対話で緩和できること。
記事内の図解・挿絵はGeminiで生成する。以下のワークフローで統一感を保つ。
基底プロンプト（全画像共通）：
Flat illustration style, clean lines, warm color palette (cream, sand beige, terracotta, mustard, soft teal). No dark backgrounds, no neon glow, no outer space imagery. Warm, approachable, slightly playful — like an indie magazine infographic. Aspect ratio 1.91:1.
使い方：
Subject: 以降に具体的な画像内容を記述するSubject記述のルール：
No photorealism, no 3D effects は基底プロンプトに含まれるので省略可スタイル一貫性の注意点：
記事完成後、再度3チェックを通す。書いてみた結果「発見が弱い」「外部アンカーが足りない」となった場合は、寝かせる判断をする。
| タイプ | ペース | 制約 |
|---|---|---|
| インタビュー記事（無料） | 制限なし | 同日に複数本出さない |
| 有料記事 | 週1本、曜日固定 | 公開後72時間はエンゲージメント初動観測期間。次の有料記事はその後 |
articles.json で公開状況を管理する。公開前に /note-status で最新状態を確認。> と通常テキストの視覚差だけで区別するconversation_search と recent_chats で実際の本数を確認する