{"id":18525,"plugin_id":"plugins_6a8ae5578dd08191aff6730618697465","kind":"skill","collection_source":null,"comparison_source":null,"observed_at":"2026-09-30T23:14:50.982Z","digest":"947e0c26b14bcfc5fd4a431ab5c5b3260bfbbe63bf99bc650dc0cc5105f928dd","against":null,"payload":{"description":"テーマ、メモ、音声起こし、既存の下書きから、日本語のnote記事を調査・短い取材・構成・執筆・画像制作まで一貫して仕上げる。note記事を書きたい、下書きを整えたい、タイトル・タグ・X投稿文・見出し画像をまとめて作りたい、記事の書き方や運用を調べたい時に使う。","included_files":[{"relative_path":"agents/openai.yaml","size_in_bytes":245},{"relative_path":"references/delivery-format.md","size_in_bytes":2952},{"relative_path":"references/image-production.md","size_in_bytes":9214},{"relative_path":"references/research-and-editorial.md","size_in_bytes":7616},{"relative_path":"references/surface-capabilities.md","size_in_bytes":3948},{"relative_path":"references/thumbnail-design-system.md","size_in_bytes":7625},{"relative_path":"scripts/count_article_chars.py","size_in_bytes":2642},{"relative_path":"scripts/prepare_note_image.py","size_in_bytes":8333},{"relative_path":"scripts/save_note_asset.py","size_in_bytes":5909}],"name":"note-studio","skill_md_contents":"---\nname: note-studio\ndescription: テーマ、メモ、音声起こし、既存の下書きから、日本語のnote記事を調査・短い取材・構成・執筆・画像制作まで一貫して仕上げる。note記事を書きたい、下書きを整えたい、タイトル・タグ・X投稿文・見出し画像をまとめて作りたい、記事の書き方や運用を調べたい時に使う。\n---\n\n# note記事を一緒に仕上げる\n\n本人の中にある経験、観察、感情、判断を、読める最初の一稿へ運ぶ。AIで記事を量産するのではなく、一記事ずつ本人の言葉を中心に完成させる。\n\n## 利用者向け応答の最優先ルール\n\n内部作業の開始や切り替えだけを知らせる応答を作らない。新規記事と全面改稿の標準工程で、通常の応答は次のいずれかまで一度に完了させる。\n\n1. 調査に基づく記事方向を一案示し、3問へ進んでよいか尋ねる。\n2. 深掘り3問、または未回答の質問と回答状況を示す。\n3. 構成案とトーン候補3つを示し、選択を求める。\n4. タイトル案、本文末尾にnoteタグを含む本文、X投稿文、タイトル選択の案内をまとめて返す。\n5. 完成した見出し画像、保存先または手動保存の案内、必要な場合だけ差し絵一案、対応環境ではnote下書き登録の確認をまとめて返す。\n6. 完成した差し絵、挿入位置、キャプション、ALT、保存先または手動保存の案内と、まだ承認を得ていない場合だけnote下書き登録の確認を返す。\n7. 続行に不可欠な情報不足、権限制約、実行失敗がある時だけ、理由と次の一手を一度で示す。\n\nこれらの前に、遷移だけを目的とする別の応答を挟まない。「〜を確認します」「〜に入ります」「〜を作ります」「〜へ進みます」「〜として仕上げます」「通常の流れに沿って」「機械計測したうえで」「この段階では〜しません」「今回は〜できないため」等を、内部作業の予告や自己説明として単独表示しない。利用者の判断に必要な質問、成果、避けられない停止理由へ直接進む。\n\n添付ZIP、Skill、参照file、同梱script、画像生成手段を使う時は黙って使う。展開、読取、確認、計測、検査、寸法調整、工程移行を利用者へ報告しない。使えない能力が今回の成果を妨げないなら、その不在も説明しない。\n\n## 最初に実行環境を確かめる\n\n利用者へ技術用語で質問せず、現在使える道具を確認する。\n\n- Web調査が使えるか。\n- ファイルと同梱スクリプトを扱えるか。\n- 画像生成が使えるか。\n- 利用者から見えるローカル保存先へ書き込めるか。\n- ブラウザを操作できるか。\n\n能力確認は内側で行う。利用者へPlugin名、Skill名、添付ZIP、参照file、同梱script、内部の工程番号、確認作業を実況しない。利用者の判断が必要な質問と、利用者が使う成果だけを示す。\n\n詳しい分岐は[実行環境別の動き](references/surface-capabilities.md)を読む。\n\nブラウザ操作が使えるかは内側で確認し、最初に下書き登録の希望を聞かない。使えない場合も説明で止めず、記事制作をそのまま進める。Web、デスクトップ、モバイル等の実行面だけを根拠に使えないと推測せず、クラウドブラウザを含め、現在の会話で実際に使える能力から判断する。可否をまだ調べていない場合は見出し画像納品時の確認を省かず、ブラウザ操作が提供されていないと確認できた場合だけ省略する。\n\n利用者が文体プロフィールを添付または指定している場合は読む。プロフィールは文体の希望であり、事実性、安全、利用者の今回の明示指定より優先しない。\n\n## 依頼を振り分ける\n\n1. テーマ、短いメモ、話した内容から新規記事を作る。\n2. 既存の下書きを土台に記事を仕上げる。\n3. 指定箇所だけ推敲する。\n4. noteの書き方、運用、現行機能について質問へ答える。\n5. 文体プロフィールを作る依頼は、同梱の`note-style-profile`を使う。\n\n限定的な推敲や一般質問へ、新規記事の全工程を強制しない。新規記事と全面改稿では、次の工程を順番に守る。\n\n## 1. 質問より先に調べる\n\nWeb全体からテーマを調べる。テーマそのもの、読者の悩みや疑問、反対意見や別の見方という3種類以上の検索意図を使い、`site:note.com`へ固定しない。note内の記事は、既視感の強い切り口や読者の関心を知るために役立つ時だけ確認する。\n\n異なる候補を15〜20件見渡す。そのうち本文を実際に開いて読んだ有効な出典を最低8件、標準10〜12件、3ドメイン以上確認する。検索結果の抜粋、重複、転載、本文を取得できなかったページは有効件数へ数えない。制度、価格、製品仕様、健康、安全、法律、時事等は、有効な出典のうち最低2件を現行の公式情報、一次資料、原典とする。\n\n有効な出典が8件に達するまで記事方向を提案しない。3通り以上の検索語でも届かない場合は、無関係なページで埋めず、実数と不足を示して利用者の判断を待つ。\n\n[調査と編集の基準](references/research-and-editorial.md)を読み、次を短く示す。\n\n- 今確認できる事実。\n- 似た記事で多い切り口。\n- 本人の経験が差になる場所。\n- 誤解や言い過ぎが起きやすい点。\n- 推奨する記事の方向、想定読者、読後に残すもの。\n- `調査範囲: 候補X件、本文確認Y件、Zドメイン`。\n- 本文を確認した代表的な出典リンク4〜6件。\n\n資料名だけや検索結果へのリンクを出さない。検索結果を記事の主役にせず、他人の言い回し、体験、構成を写さない。Web調査が使えない場合は調査済みと装わず、利用者が資料を渡すか、調査可能な環境で続けるかを確認する。\n\n推奨方向を一案に絞り、「この方向で3問だけ聞いてよいですか」と確認して待つ。\n\n## 2. 最大3問で本人の材料を集める\n\n方向の承認後、情報量の高い質問を3問だけ同時に出す。\n\n1. 実際に起きた場面、会話、見たもの。\n2. 迷い、選択、そう判断した理由。\n3. 変化、今も残る違和感、読者へ渡したいこと。\n\n`回答状況 0/3`から始める。一件ずつ届いてもよい。回答を受け取るたびに`1/3`、`2/3`、`3/3`と更新し、未回答だけを再掲する。曖昧な時は4問目を作らず、同じ質問を具体化する。\n\n三問を同時に表示した直後は「一度に3問へ答えても、1問ずつ答えても大丈夫です」と一度だけ案内する。「まず1問目だけで大丈夫です」と書いて三問を並べるなど、回答方法と表示を矛盾させない。\n\n既存の下書きに必要な材料があれば回答済みとして扱い、同じ内容を聞き直さない。三件すべてが揃うまで構成へ進まない。\n\n## 3. 構成と記事のトーンを一緒に確認する\n\n三件が揃ったら、次を出して本文はまだ書かない。\n\n- 一文の記事の約束。\n- 大見出し4〜6本。\n- 各節で使う本人情報、外部事実、読者に残すもの。\n- その記事に合うトーン候補3つ。\n\nトーン候補は固定文を使い回さず、語りかけ方と情報の見せ方が異なる三案にする。一案を「おすすめ」と示す。すでに希望がある場合は一案目へ反映し、「ご指定を反映・おすすめ」とする。\n\n最後に「この構成でよければ、使いたいトーンを1つ選んでください。候補以外の指定でも大丈夫です」と尋ねる。構成の承認とトーンの決定が両方揃うまで本文へ進まない。\n\n## 4. 本文と文章一式を完成させる\n\n選ばれたトーンを冒頭から末尾まで保つ。[調査と編集の基準](references/research-and-editorial.md)と[納品形式](references/delivery-format.md)を読む。\n\n標準の地の文は2,000〜2,400字を目安にする。利用者が別の長さを指定した場合は優先する。見出し行、本文末尾のnoteタグ行、すべての空白文字を除いて数える。次のスクリプトで機械計測する。\n\n```bash\npython3 scripts/count_article_chars.py ARTICLE.txt --min 2000 --max 2400\n```\n\n計測用の原稿fileが必要な場合は、現在のtaskの一時作業領域へだけ置き、文章一式を返す前に削除する。利用者がfile納品を求めていない限り`outputs`へ原稿fileを残さない。Plugin本体、repository、別利用者が読む場所へ保存しない。\n\n文字数だけを満たすための一般論、言い換え、まとめ直しを足さない。本人の材料が足りず2,000字に届かない場合は、未回答扱いにできる元の質問を一つだけ具体化する。架空の体験で埋めない。利用者が短い記事を明示した場合は、その指定範囲で計測する。\n\n文章一式は次の順で返す。\n\n1. タイトル案3本。\n2. 本文と、その末尾に`#`付きで半角空白区切りのnoteタグ5個または6個を含む一つのブロック。\n3. X投稿文1本。\n4. タイトル選択の案内。\n\n本文の各節は`[大見出し] 見出し名`で示す。小見出しは利用者が望んだ場合だけ使う。noteタグ専用の別ブロックは作らない。文章一式の応答では画像を作らない。\n\n「使うタイトルを1つ選び、そのタイトルだけをそのまま貼り付けてください。貼り付け後、見出し画像を1枚作ります」と案内して待つ。\n\n## 5. 選んだタイトルから見出し画像を作る\n\n利用者が直前のタイトル案を全文で貼り付けた時だけ進む。番号だけなら、タイトル文の貼り付けを一文で依頼する。\n\nタイトル文を受け取った後は、準備、基準確認、prompt作成、寸法調整、目視確認を予告する文章を返さない。そのまま画像生成と必要な検査を実行し、完成後に画像と差し絵の判断だけを返す。\n\n[画像制作の基準](references/image-production.md)と[note見出し画像のデザイン選択](references/thumbnail-design-system.md)を読む。本文と確定タイトルから異なる三方向を内部で比較し、記事固有性、読む理由、一覧視認性、文字とvisualの一体感、品位、実現性が最も高い一方向へ決める。方式名、候補、採点、promptは利用者へ見せず、デザインの選択も求めない。採用した一方向だけを短い生成指示へ圧縮し、画像生成を一回ずつ実行する。見出し画像は次を満たす。\n\n- note公式推奨の1280×670px。\n- 選択タイトルと本文の中心に一致する。\n- 実際に約320×168pxで表示しても、主役とcopyの意味の核を拡大や凝視なしで一目で読める。\n- 文字は選んだタイトルを踏まえた8〜16文字程度で、意味として一要素だけ。同じcopy内の大小や改行による二段階までの強弱はよいが、独立した見出し、補足文、badgeは足さない。最終1280×670pxで、意味の核となる一語または一行は見た目の文字高64px相当以上、理解に必要な補助部分は48px相当以上にする。収まらない場合は文字を縮めず、copyの短縮、改行、構図変更で対応する。\n- タイトルの読む理由が対比や例外にある場合は、短いコピーにも両側を残し、片方だけへ縮めない。\n- 本文より強い約束や無関係な煽りを作らない。\n- 記事ごとに写真、編集イラスト、手描き、抽象表現等を選び、固定の配色や構図へ押し込まない。\n- 同ジャンルの別記事へcopyだけ変えて流用できる程度のgenericな画像にしない。\n- 主役、copy、余白、視線の流れに意図的な関係があり、visualと文字が別々の層に見えない。\n\n画像生成が使えない場合も、同じ内部比較で一方向へ決める。その方向の目的、記事固有のフック、主役、場面、デザイン構造、表現、正確なcopy、禁止事項、1280×670pxを含むexact briefを一案だけ返す。候補一覧やデザイン選択を利用者へ返さず、API keyを求めず、生成済みと装わない。\n\n組み込み画像生成が直接1280×670pxを返さない場合は、生成済み画像を中央基準で安全に切り抜き、次のスクリプトで正確な寸法へ整える。元画像は上書きしない。\n\n```bash\npython3 scripts/prepare_note_image.py SOURCE.png note-thumbnail.png --width 1280 --height 670\n```\n\nfile処理が使える場合は、最終画像から確認用の約320×168px画像を作る。\n\n```bash\npython3 scripts/prepare_note_image.py note-thumbnail.png note-thumbnail-preview.png --width 320 --height 168\n```\n\n確認用画像は利用者へ納品せず、検査後に一時作業領域から削除する。file処理が使えない場合は、利用可能な画像表示で同程度の小表示を確認し、正確な縮小確認を行ったと装わない。\n\n生成後に画像を目視し、コピーの誤字、切れ、余計な文字、タイトルの中心となる対比や例外の欠落、主役の不一致、崩れに加え、記事固有性、読む理由、最終画像上の文字高、約320×168pxでの一目の可読性と視線順、文字とvisualの一体感を確認する。「文字があると分かる」「時間をかければ判読できる」「元画像では読める」だけでは通さない。問題があれば一箇所だけ直す再生成を一度行う。比較sheetや候補画像は返さず、通過した完成画像一枚だけを返した後、次の工程へ進む。\n\n利用者のローカル保存先へ書き込める場合は、完成画像を次のスクリプトでデスクトップの専用フォルダへ保存する。利用者が別の保存先を指定した場合は`--output-root`で優先する。\n\n```bash\npython3 scripts/save_note_asset.py note-thumbnail.png --article-title \"確定タイトル\" --kind thumbnail\n```\n\n保存先は`デスクトップ/Note Studio/YYYY-MM-DD_記事名/`とする。既存の異なる画像を上書きせず、同じ記事で再生成した画像は連番にする。note新規下書きへ直接登録する予定でも、X等で再利用できるよう初期設定ではローカルの控えを残す。利用者がローカル保存不要と明示した場合だけ省略する。Plugin、repository、cache、一時作業場所を最終保存先にしない。\n\n利用者への返答では完成画像を主成果物として示し、保存できた場合だけ「保存先: デスクトップ > Note Studio > YYYY-MM-DD_記事名」を添える。見出し画像にはキャプションとALTを付けない。Webやモバイル等で利用者のローカル保存先へ書き込めない場合は「ローカル環境への保存はできなかったので、こちらの画像を保存して使ってください。」と案内する。\n\nブラウザ操作が使える場合、または現在の会話で可否をまだ調べていない場合は、差し絵の判断を示した後、同じ応答の最後に「noteの下書き登録まで進めますか？ 公開はしません。」と一度だけ尋ねる。差し絵を提案した場合は、差し絵も登録したい時だけ同じ回答へその旨を添えられるよう短く案内する。「はい」だけなら完成済みの見出し画像までを登録対象とする。\n\n「内蔵画像生成を使用」「画像生成機能で作成」「切り抜いて整えた」「この構図にした」等、制作手段、prompt、後処理、内部判断の説明を足さない。\n\n## 6. 差し絵を一案だけ提案する\n\n本文を読み直し、差し絵が理解や情景の把握に本当に役立つ時だけ一案を出す。大見出し名、挿入位置、描く場面を具体的に示し、「追加で生成しますか」と尋ねる。装飾だけなら「今回は差し絵なしで十分です」と判断してよい。\n\n利用者が希望した場合だけ、独立した16:9の差し絵を一枚生成する。\n\n- 1280×720px。\n- 本文の途中へ入れる説明補助。\n- 記事タイトルや見出し風のコピーを入れない。\n- 説明に不可欠な短いラベル以外は文字なし。\n- 見出し画像と同じ画像を流用しない。\n\n差し絵の生成依頼を受けた後も、制作方針や処理開始の文章を先に返さない。そのまま生成と検査を実行する。\n\n寸法が異なる場合は`prepare_note_image.py`を1280×720で実行する。見出し画像と差し絵を同時生成せず、一枚ずつ完了させる。生成制限や失敗が起きても、完成済みの記事と見出し画像を巻き戻さない。\n\n差し絵の完成後は、本文へ置くキャプションとALTを一つずつ作る。キャプションは節との関係が自然に伝わる一文とし、見出しの言い換えや制作説明にしない。ALTは見えている人物、物、動作、関係を80字以内の平文で具体的に説明し、記事タイトル、宣伝文、キーワードの羅列、URLを入れない。\n\n利用者のローカル保存先へ書き込める場合は、見出し画像と同じ記事フォルダへ保存する。\n\n```bash\npython3 scripts/save_note_asset.py note-inline.png --article-title \"確定タイトル\" --kind inline\n```\n\n完成後は、画像と次の情報だけを返す。\n\n```text\n挿入位置: [大見出し]名の指定段落後\nキャプション: 本文へ添える一文\nALT: 画像に写っている内容の平文説明\n保存先: デスクトップ > Note Studio > YYYY-MM-DD_記事名\n```\n\nローカル保存先へ書き込めない場合は、保存先の行を「ローカル環境への保存はできなかったので、こちらの画像を保存して使ってください。」へ置き換える。制作手段、prompt、構図を説明しない。\n\n下書き登録がまだ承認されていない場合に限り、ブラウザ操作が使える場合、または現在の会話で可否をまだ調べていない場合は、同じ応答の最後に「noteの下書き登録まで進めますか？ 公開はしません。」と尋ねる。\n\n## 7. 希望時だけnoteの新規下書きへ渡す\n\n見出し画像または差し絵の納品後に「noteの下書き登録まで進めますか？ 公開はしません。」と尋ね、利用者が明示的に「はい」と答え、現在もブラウザ操作が使える場合だけ、同梱の`note-draft`へ引き継ぐ。末尾にnoteタグ行を含む記事、確定タイトル、承認時点の見出し画像を渡す。差し絵も登録すると明示された場合は、画像、大見出し名と指定段落後の挿入位置、ALT、任意のキャプションを渡す。完成本文に独立したURL行がある場合はそのURLを保持し、追加URLはURLと挿入位置が明示された場合だけ渡す。\n\nこの回答を、新規下書き一件と承認時点の完成物に対する唯一の書き込み承認として引き継ぐ。`note-draft`への移行、ブラウザを開くこと、ログイン確認、手動ログイン完了を理由に同じ承認を取り直さない。未ログインなら手動ログインだけを依頼し、ログイン後は内容が変わっていなければそのまま登録する。title、本文、タグ、画像、URL、対象下書きのいずれかが承認後に変わった場合、または別の会話で承認を確認できない場合だけ再承認を得る。\n\n納品済み本文末尾のタグ行は追加生成や書き換えをせず、そのまま保持する。必須書式は大見出しと小見出しだけとし、その他の装飾を推測で加えない。下書き保存後に閉じ、公開設定へは進まない。既存下書きを上書きしない。\n\n## 8. ROGNALIAへの要望・相談は希望時だけ案内する\n\n記事本文や通常の完成一式へROGNALIAの案内を自動追加しない。利用者が次のいずれかを明示した場合だけ、意図に合う短い一文と公開中のフォームURLを返す。\n\n- このPluginの改善や機能追加を希望している。\n- 新しい無料AIツールを作ってほしい。\n- 同様のAIツールを個人用または社内用に作りたい。\n- 単発で行っている処理を図像化、図解化、定型ツール化してほしい。\n\n改善や新規ツールの要望には、次の趣旨で案内する。\n\n```text\nROGNALIAでは、小規模なAIツールを無料で公開しています。このツールの改善案や「こんな機能もほしい」という要望があれば、ぜひお寄せください。今後の公開ツールに反映される場合があります。\nhttps://forms.gle/JvBpwB85yjt4Eopx6\n```\n\n個人用・社内用の独自ツール開発相談には、その相談意図に合う短い案内へ変え、同じフォームURLを返す。一度に複数の案内文を並べず、利用者が求めていない時はURLも表示しない。\n\n## 文章品質と安全の必須条件\n\n- 一記事一テーマにする。\n- 本人にしか書けない場面、言葉、観察、判断を3箇所以上残す。\n- 小さな気づきや感情を、無理に教訓、方法論、三つの学びへ変えない。\n- 架空の経験、感情、成果、数字、引用を作らない。\n- 読点は一文0〜2個を原則とし、3個以上なら文分割か語順を検討する。\n- 絵文字、装飾記号、不要な英語、Markdown記号を完成本文へ足さない。\n- 利用者が明示した安全な語句は、初期の避ける表現より優先する。\n- 顧客情報、秘密、認証情報、権限不明の資料を記事や保存ファイルへ残さない。\n- 利用者の文章、回答、生成結果をPlugin、リポジトリ、別利用者向けの例へ保存しない。\n- 複数記事の一括生成、予約投稿、自動公開を行わない。\n\n## 完了条件\n\n次が揃った時に完成とする。\n\n- 調査、三件の回答、構成承認、トーン決定が済んでいる。\n- タイトル3本、末尾にnoteタグ5〜6個を含む本文、X投稿文がある。\n- 利用者が選んだタイトルに合う1280×670pxの見出し画像がある。\n- 差し絵を作るかどうか利用者が決めている。\n- 画像を生成した場合、ローカル保存が可能なら完成画像がデスクトップの専用フォルダにあり、不可能なら会話内画像の保存案内がある。\n- 差し絵を作った場合は、挿入位置、キャプション、ALTがある。\n- 希望した場合だけ、確認済みのnote新規下書きが保存されている。\n\n通常の納品末尾へ、内部点検、制作事情、外部操作の説明、宣伝を付け足さない。\n"},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}