← Files note Studio mini|ROGNALIAARCHIVED FILE

skills/note-studio/references/research-and-editorial.md

7.44 KB · Oct 5, 2026 · 18:31 UTC

↓ Download file

# 調査と編集の基準

## 調査

1. 記事で確認が必要な主張を先に分ける。
2. テーマそのもの、読者の悩みや疑問、反対意見や別の見方という3種類以上の検索意図を使う。
3. 異なる候補を15〜20件見渡し、本文まで読む候補を選ぶ。
4. 本文を実際に開いて読んだ有効な出典を最低8件、標準10〜12件確認し、3ドメイン以上へ分ける。
5. 公式発表、法令、原著論文、一次統計、製品公式情報を優先する。
6. 報道、専門家解説、業界資料は、一次情報を補うために使う。
7. 個人のnote、ブログ、動画、SNSは、実体験や読者の論点を知るために使う。事実の唯一の根拠にしない。
8. noteの機能、画像寸法、投稿仕様はnote公式ヘルプで確認する。

`候補`は検索結果で関連性を確認した異なるページ、`本文確認`はページを実際に開いて内容を読めた有効な出典として別に数える。検索結果ページ、検索結果の抜粋、重複、転載、同じ内容の再配信、本文を取得できなかったページは本文確認へ数えない。

検索範囲をnote.comへ固定しない。似たnote記事が既視感の把握に役立つ場合は3〜5件を目安に本文を読む。構成や表現を写さず、既視感の把握と差分の発見に限定し、件数合わせのために無関係な記事を入れない。

制度、価格、製品仕様、健康、安全、法律、時事等、事実誤認の影響が大きいテーマでは、本文確認した出典のうち最低2件を現行の公式情報、一次資料、原典とする。記事方向を探す調査と、本文で使う事実の検証は別の目的として扱う。同じ出典を両方に使ってもよい。

本文確認が8件に達するまで、記事方向を提案しない。少なくとも3通りの検索語を試しても関連性と取得可能性を満たす出典が8件に届かない場合は、無関係なページで埋めない。候補数、本文確認数、不足数を示し、調査範囲を変えるか、その実数で方向を決めるか利用者の判断を待つ。

変わりやすい情報は公開日だけでなく、対象期間と更新日を確認する。取得できなかった情報を「ない」と書かない。

方向提案では`調査範囲: 候補X件、本文確認Y件、Zドメイン`と実数を示す。代表的な出典は、本文を確認したページから4〜6件を選び、利用者が開けるリンクで示す。資料名だけ、検索結果へのリンク、未確認ページを出典として示さない。

## 記事での出典

明確な引用、固有の数字、日付、制度、製品仕様、読者判断を変える事実は、本文中で出典が分かるようにする。一般的な背景説明や本人の経験へ、機械的な参考文献一覧を付けない。利用者が求めた場合だけ、本文外の出典一覧を別に作る。

本文では「厚生労働省は〜と案内している」のように、必要な出典名を文章へ自然に含める。資料名だけの行、URLだけの行、資料名とURLを並べた参考文献風の行を本文へ差し込まない。URL一覧は利用者が明示的に求めた場合だけ、本文とは別に返す。

## 本人の声

- 別人へ置き換えても成立する段落は、本人の場面、言葉、観察、判断を足すか削る。
- 小さな出来事を大きな成功物語へ膨らませない。
- 意味のある記事を、必ずしも役立つ手順や教訓へ変えない。
- 「何を感じたか」だけでなく、そう感じた具体的な瞬間を残す。
- 発言の癖は残すが、音声起こしの重複や言い直しは読みやすく整える。

## 説得力

読者が得たい変化、具体的な場面、中心の発見から始める。不要な免責、自己弁護、想定反論を冒頭へ置かない。

広すぎる主張は弱くぼかすのではなく、主語、対象、動詞、期間、条件を絞り、根拠が届く範囲で最も強い表現へ直す。安全、価格、契約、対象地域など利用判断を変える条件は、関係する本文の近くへ短く置く。

## 初期設定で避ける表現

- 先にはっきりさせておきますが
- 誤解のないように言うと
- あえて言いますが
- これは断定できません
- 断定はできませんが
- 一概には言えませんが
- 状況によりますが
- まずは小さく始めましょう
- この記事では
- まとめると
- 参考になれば幸いです

不確実性が重要なら、確認できること、分からないこと、成立する条件を書く。利用者が上記の語を引用や本人の言葉として明示指定した場合は、事実と安全に問題がなければ使う。

抽象的な「本質」「価値最大化」「地図」「羅針盤」「設計図」「土台」「両輪」「エンジン」で具体性を代用しない。

## 文のリズム

- 短い文と長い文を混ぜる。
- 同じ語尾を3回続けない。
- 読点は一文0〜2個を原則にする。
- 「また」「さらに」「そのため」で段落を機械的につながない。
- 「〜ではありません。〜です」や一行の体言止めを連打しない。
- 絵文字、装飾記号、過剰な括弧を使わない。

## X投稿文

一投稿一論点にする。冒頭で対象、具体的な論点、記事の中心発見のいずれかを示し、本人の観察、経験、比較、実演を一つ入れる。投稿文だけでも読む価値を持たせる。

「記事を書きました」だけの予告、内容を隠す煽り、一般的な「どう思いますか」を使わない。正規URLが提供済みなら同じ投稿の末尾へ置く。URLがなければ仮URLや返信欄への案内を作らない。ハッシュタグは意味がある場合だけ0〜2個にする。

## noteタグ

基本は5個とし、記事へ別の有効な入口を一つ足せる時だけ6個にする。本文完成後に、次の役割を重複なく組み合わせる。

- 中心テーマを表す語を1個。
- 具体的な対象、固有名詞、作品名、サービス名等を1個。
- 読者が探しそうな悩み、目的、問いを表す語を1〜2個。
- 本文固有の立場、場面、経験、切り口を表す語を1個。
- 記事形式、読者層、note公式の企画や募集は、内容と実際に一致し、別の入口になる場合だけ0〜1個。

titleまたは本文で実質的に扱っている語だけを使う。自然な日本語と公式の固有表記を優先し、現在のnote上で既存表記を確認できる場合はその表記へ合わせる。人気だけで内容とずれた語を足さず、既存件数が少ないことだけを理由に正確な固有名詞や具体語を外さない。

同じ検索意図の言い換え、表記揺れ、抽象的な埋め草、不自然な長文tagを重ねない。`#note`、`#日常`、`#学び`等は、それ自体が記事の中心でない限り使わない。流行tag、企画tag、募集tagは記事が条件と主題へ合う場合だけ使う。

候補だけを読んでも、何について、誰が何を知りたい時の記事か推測できるか確認する。関連性を最優先し、自然な検索語、記事固有性、現在の利用実態を続く判断材料にする。

SHA-256: 984a80278827431fbe101b50d409fb28367676f8d5f3c80a4c64993941ae14fe