S.Earch実践資料｜AIに渡す「私の運用方針」
確認日：2026-11-04
出所：https://searcher.s--line.co.jp/manuals/playbooks/knowledge-brief
完成例は説明用の架空設定です。実績や成果保証ではありません。本人・対象アカウント・期間・出所を確認し、未取得はunknown。本文の共有権、現在のプラン・scope・接続元AIの許可を守ります。接続や権限はこの文章を貼るだけで追加されません。

できあがるもの：毎回同じ説明をせず、対象・商材・言葉づかいを揃えて相談する。
用意するもの：自分が使ってよい商品情報、対象者、実際の経験、現在の導線。
流れ：事実を集める → 共通と案件専用を分ける → 本文を読み返す

1. 変わりにくい方針と、価格・日程など更新が必要な事実を分けます。出所と確認日を添えます。
2. 本人共通か、一つの店舗・顧客だけの資料かを決めます。共有権のない教材や秘密値は入れません。
3. 保存する場合は自分が指定した範囲だけ保存し、本文を読み戻します。次の相談でどの資料を使ったか確かめます。

【説明用の完成例】
方針の完成例：対象：朝の料理を楽にしたい人。提供：実際に作った準備手順の紹介。表現：短く、失敗した所も書く。未確認の健康効果は足さない。
分けて管理する事実：予約先・価格・営業時間は別の最新情報として管理。以前の資料にあっても、確認できない値を新しい投稿へ自動で移さない。

【記入シート】
対象アカウント／本人共通か案件専用か：

届けたい相手と困っている場面：

実際に提供していること：

自分の経験・使ってよい実績：

口調／使いたい言葉／避けたい表現：

最新情報の出所と確認日：

保存先と見直す条件：

【完成チェック】
□ 商品や実績を作っていない
□ 共通資料と顧客専用資料を区別した
□ 古くなる項目に確認日がある
□ 保存した場合は同じ本文を読み返した

【AIへ渡す依頼文】
記入シートを基に私の運用方針を整理してください。本人共通と対象アカウント専用を分け、事実・希望・未確認を区別してください。勝手に成果や価格を足さず、不足は空欄のままにしてください。まず保存案を示し、保存を依頼した範囲だけ反映して同じIDの本文を読み戻してください。
記入シート：
対象アカウント／本人共通か案件専用か：
届けたい相手と困っている場面：
実際に提供していること：
自分の経験・使ってよい実績：
口調／使いたい言葉／避けたい表現：
最新情報の出所と確認日：
保存先と見直す条件：

次の入口：https://searcher.s--line.co.jp/my-knowledge

--------------------

S.Earch実践資料｜映像に合うリールの冒頭3案
確認日：2026-11-04
出所：https://searcher.s--line.co.jp/manuals/playbooks/reel-opening
完成例は説明用の架空設定です。実績や成果保証ではありません。本人・対象アカウント・期間・出所を確認し、未取得はunknown。本文の共有権、現在のプラン・scope・接続元AIの許可を守ります。接続や権限はこの文章を貼るだけで追加されません。

できあがるもの：強い言葉への言い換えをやめ、本編で答えられる入口を選ぶ。
用意するもの：実際の原稿、冒頭の映像、商品の事実、最後にしてほしい行動。
流れ：場面を3つに分ける → 映像との対応を点検 → 1案だけ採用

1. 視聴者の困る場面を3つ挙げ、最初に映す物を分けます。同じ商品でも入口の場面を変えます。
2. 各案の一文が、次の映像で見せられる動作や内容につながるか確認します。資料にない実績・結果は足しません。
3. 元原稿・AI案・採用文を分けて残します。最初の映像以外を同時に変えすぎず、次の比較条件を決めます。

【説明用の完成例】
直す前：絶対に知ってほしい、写真がうまくなるコツ。
直した例：同じ料理を、窓の向きを変えて2枚撮ってみます。
採用できる条件：本編に同じ料理・2方向の光・2枚の写真がある場合の例です。その映像がなければ、この一文も採用しません。

【記入シート】
対象アカウント／投稿の目的：

商品・活動の事実：

視聴者が困る場面A／B／C：

各案で最初に映す物：

冒頭の一文と本編が答える場面：

採用する1案／採らない理由：

最後の行動／公開後に比較する指標：

【完成チェック】
□ 3案の違いが形容詞だけではない
□ 映像が冒頭の約束に答える
□ 料金・感想・成果を捏造していない
□ 原案と採用文を分けて残した

【AIへ渡す依頼文】
この素材と運用方針を確認し、閲覧できる関連ナレッジを検索して必要本文を読んでください。冒頭3案を「最初に映す物／一文／本編の対応場面」で出してください。事実に戻れない案は除き、採用1案と修正理由を示してください。公開や予約はまだ行いません。
記入シート：
対象アカウント／投稿の目的：
商品・活動の事実：
視聴者が困る場面A／B／C：
各案で最初に映す物：
冒頭の一文と本編が答える場面：
採用する1案／採らない理由：
最後の行動／公開後に比較する指標：

次の入口：https://searcher.s--line.co.jp/coach
参考：考え方の参考：リール冒頭を3案に分ける（2026-10-30版・該当本文確認） https://aivideo.s--line.co.jp/gpt61-sol-instagram-reel-hooks-20261006/

--------------------

S.Earch実践資料｜Threadsの親・続きを迷わず渡す
確認日：2026-11-04
出所：https://searcher.s--line.co.jp/manuals/playbooks/threads-plan
完成例は説明用の架空設定です。実績や成果保証ではありません。本人・対象アカウント・期間・出所を確認し、未取得はunknown。本文の共有権、現在のプラン・scope・接続元AIの許可を守ります。接続や権限はこの文章を貼るだけで追加されません。

できあがるもの：文章の順序と返信先を先に決め、独立投稿とチェーンを取り違えない。
用意するもの：親の原稿、続きの原稿、目的、投稿担当、予定時刻。
流れ：親と続きを並べる → 返信先と原枠を確認 → 同じIDで検収

1. 親だけで何が伝わり、続きで何を補うかを書きます。続きが同じ親への返信か、直前投稿への返信かを明示します。
2. 対象アカウントと既存の予約・公開済みを照合します。時刻をずらして個別予約するだけではチェーン成立とは扱いません。
3. 作成を依頼した時だけ、現在のツール一覧と仕様に合うチェーン操作を使います。予約の束縛と媒体上の返信関係を別々に確認します。

【説明用の完成例】
原稿の役割：親：今週試した一つの方法。続き1：実際の手順。続き2：うまくいかなかった点。最後：次に試すこと。
担当へ渡す表現：返信先は直前の投稿。既存の予約があれば変更案だけ示す。公開済みは作り直さない。これは構成例で、予約済みの報告ではない。

【記入シート】
対象Instagram／Threads名とaccount_id：

親の原稿：

続きの原稿と順序：

各続きの返信先（親／直前）：

既存request_id／予約ID／担当：

予定時刻と公開後の確認方法：

変更を依頼する対象と未確定項目：

【完成チェック】
□ 別アカウントの予約を混ぜていない
□ 続きの返信先が明示されている
□ 既存予約に重ねて作らない
□ DBの親子関係だけで実公開合格にしない

【AIへ渡す依頼文】
この親・続きの原稿を、役割の重複と返信先の意図で確認してください。現在の対象アカウント・既存予約・公開済み・担当を先に照合してください。まだ作成せず、構成と同じIDでの確認方法を提示してください。操作を依頼した段階では正規チェーンツールの現在のschemaを確認し、予約関係と媒体の実返信関係を別々に検収してください。
記入シート：
対象Instagram／Threads名とaccount_id：
親の原稿：
続きの原稿と順序：
各続きの返信先（親／直前）：
既存request_id／予約ID／担当：
予定時刻と公開後の確認方法：
変更を依頼する対象と未確定項目：

次の入口：https://searcher.s--line.co.jp/manuals/integrations-01-mcp-setup

--------------------

S.Earch実践資料｜24時間の数字を正しく比べる
確認日：2026-11-04
出所：https://searcher.s--line.co.jp/manuals/playbooks/post-comparison
完成例は説明用の架空設定です。実績や成果保証ではありません。本人・対象アカウント・期間・出所を確認し、未取得はunknown。本文の共有権、現在のプラン・scope・接続元AIの許可を守ります。接続や権限はこの文章を貼るだけで追加されません。

できあがるもの：伸びた理由の断定を避け、同じ条件で次の仮説を選ぶ。
用意するもの：対象投稿ID、公開時刻、実際の測定時刻、取得元、比較したい指標。
流れ：条件を揃える → 実数と欠測を分ける → 次の変更を1つ選ぶ

1. 公開からの経過時間・形式・尺を揃えます。24時間の記録がなければ現在累積として分け、過去値を逆算しません。
2. 率は分子と分母を明示し、指標が異なる値を混ぜません。取得できない値は空欄または未取得として扱います。
3. 差の説明候補を最大3つにし、次に変える箇所は一つにします。小さい母数では仮説のまま残します。

【説明用の完成例】
説明用の架空数値：A：24時間リーチ1,000・保存20。B：24時間リーチ800・保存24。保存数÷リーチで計算した率はA 2%、B 3%。Instagram公式の合格基準ではありません。
言えること／言えないこと：この2件ではBの計算上の率が高い。冒頭の変更が原因だとは、この比較だけでは断定できない。48時間累積と24時間記録は同列に置かない。

【記入シート】
対象投稿ID／URL／形式／尺：

公開時刻と測定時刻・経過時間：

取得元と更新日時：

比較指標の値／分子／分母：

欠測の項目と理由：

差を説明する仮説（最大3つ）：

次に変える一つ／判定日／保留条件：

【完成チェック】
□ 累積と24時間記録を区別した
□ 同じ指標・同じ分母で計算した
□ 欠測を0にしていない
□ 2投稿だけで因果を確定していない

【AIへ渡す依頼文】
記入した投稿を同じ経過時間・形式で比較してください。記録がない時点は欠測、最新値は累積として分けてください。各率の分子と分母を示し、事実・仮説・未確認に分けて、次稿で変える点を1つと観測条件を出してください。
記入シート：
対象投稿ID／URL／形式／尺：
公開時刻と測定時刻・経過時間：
取得元と更新日時：
比較指標の値／分子／分母：
欠測の項目と理由：
差を説明する仮説（最大3つ）：
次に変える一つ／判定日／保留条件：

次の入口：https://searcher.s--line.co.jp/posts

--------------------

S.Earch実践資料｜代行の報告書を一枚にまとめる
確認日：2026-11-04
出所：https://searcher.s--line.co.jp/manuals/playbooks/agency-report
完成例は説明用の架空設定です。実績や成果保証ではありません。本人・対象アカウント・期間・出所を確認し、未取得はunknown。本文の共有権、現在のプラン・scope・接続元AIの許可を守ります。接続や権限はこの文章を貼るだけで追加されません。

できあがるもの：活動量だけの報告から、数字・判断・次の手が分かる報告へ。
用意するもの：担当アカウント、報告期間、目的、実施内容、同期間の数値と取得元。
流れ：目的と期間を固定 → 結果と解釈を分離 → 来週の合意をまとめる

1. 報告対象と期間を先に固定し、投稿数・反応・プロフィール到達・問い合わせ・予約を別の段階として並べます。
2. 事実の行には数値と出所、仮説の行には根拠と未確認を置きます。SNSクリックを予約や売上と書き換えません。
3. 次の施策は担当・期限・見る指標まで書きます。AIの下書きは担当者が確認してから共有します。

【説明用の完成例】
報告の完成例：目的：問い合わせ前の不安を減らす。実施：質問に答える投稿を2本。観測：プロフィール到達は記録あり、問い合わせは取得先未接続で未確認。
次の一手：次稿は料金そのものではなく、料金確認先の案内を一か所明確にする。担当・掲載日・プロフィールリンククリックの比較期間を別途決める。架空の成果は記入しない。

【記入シート】
担当アカウント／対象期間／目的：

実施した内容と公開URL：

実測の指標・値・取得元・分母：

分かったことと未確認：

良かった点／課題／仮説：

次の優先3手・担当・期限：

お客様に確認する事実（あれば）：

【完成チェック】
□ 担当と期間が揃っている
□ 実施と成果を別々に記載した
□ 問い合わせ・予約・入金を推定で埋めていない
□ お客様へ送る前に担当者が読んだ

【AIへ渡す依頼文】
対象アカウントの許可済み資料と同期間の実測だけで、一枚の運用報告案を作ってください。目的、実施、数字、解釈、未確認、次の3手を分け、各施策に担当と期限欄を設けてください。別顧客の情報を混ぜず、送信は行わないでください。
記入シート：
担当アカウント／対象期間／目的：
実施した内容と公開URL：
実測の指標・値・取得元・分母：
分かったことと未確認：
良かった点／課題／仮説：
次の優先3手・担当・期限：
お客様に確認する事実（あれば）：

次の入口：https://searcher.s--line.co.jp/proposal

--------------------

S.Earch実践資料｜店舗の投稿から予約先まで点検
確認日：2026-11-04
出所：https://searcher.s--line.co.jp/manuals/playbooks/store-journey
完成例は説明用の架空設定です。実績や成果保証ではありません。本人・対象アカウント・期間・出所を確認し、未取得はunknown。本文の共有権、現在のプラン・scope・接続元AIの許可を守ります。接続や権限はこの文章を貼るだけで追加されません。

できあがるもの：押してほしい入口を一つにし、案内の食い違いを見つける。
用意するもの：プロフィール、代表投稿、現在の予約先URL、営業時間などの確認済み情報。
流れ：お客様の不安 → 投稿とプロフィール → 正しい予約入口

1. 予約前の不安を一つ選び、投稿がその質問に答えているか確認します。未提供のメニューや未確認の効果は足しません。
2. プロフィールから予約先まで実際に進み、店舗名・メニュー・対象者が一致するか読みます。確認のための架空予約は作りません。
3. 案内が曖昧な一か所だけ文言を直す案を作ります。クリック・友だち追加・予約成立の計測はそれぞれ分けます。

【説明用の完成例】
曖昧な案内：気になる方はリンクへ！
置換例：メニューと来店前の注意点は、プロフィールの予約ページから確認できます。
採用条件：その予約ページに実際にメニューと注意点がある場合だけ使う例です。空き枠・価格・効果を推定して補いません。

【記入シート】
店舗名／対象アカウント：

予約前の不安を一つ：

回答する投稿URL：

プロフィールの案内文：

正規予約URLと確認日：

迷った一か所と修正文：

クリック／予約の別の計測元：

【完成チェック】
□ 別店舗の予約先ではない
□ 案内先の表示内容と一致した
□ 架空予約や試験送信をしていない
□ クリックを予約と数えていない

【AIへ渡す依頼文】
この店舗の投稿・プロフィール・正規予約入口を、初めてのお客様の目線で点検してください。確認できた事実だけを使い、迷う一か所と置換文を出してください。予約や問い合わせを実行せず、クリック・友だち追加・予約成立は別指標として扱ってください。
記入シート：
店舗名／対象アカウント：
予約前の不安を一つ：
回答する投稿URL：
プロフィールの案内文：
正規予約URLと確認日：
迷った一か所と修正文：
クリック／予約の別の計測元：

次の入口：https://searcher.s--line.co.jp/my-knowledge

--------------------

S.Earch実践資料｜複数アカウントの引継ぎ票
確認日：2026-11-04
出所：https://searcher.s--line.co.jp/manuals/playbooks/multi-account-handoff
完成例は説明用の架空設定です。実績や成果保証ではありません。本人・対象アカウント・期間・出所を確認し、未取得はunknown。本文の共有権、現在のプラン・scope・接続元AIの許可を守ります。接続や権限はこの文章を貼るだけで追加されません。

できあがるもの：人・AI・店舗が増えても、対象と作業担当を取り違えない。
用意するもの：Instagram/Threadsのプロフィール、S.Earch account_id、担当、未完の仕事。
流れ：対象を照合 → 担当と原IDを保持 → 次の一手を一行に

1. InstagramとThreadsの名前が違う場合も、プロフィールURLとaccount_idで対応を確認します。同名だけで本人と判断しません。
2. 資料の所属・閲覧範囲・投稿担当・既存予約IDを揃えます。新しいAIへ渡すことと権限付与は別です。
3. 次操作、未充足条件、成功時に読むIDを残します。引継ぎ先は受領だけでなく、該当対象の実読結果を返します。

【説明用の完成例】
引継ぎの完成例：対象：店舗A（説明用）。Instagram名とThreads名、account_idを記入。原予約は変更せず、まず同IDの本文・日時・状態を確認する。
止まった時の書き方：未完：許諾済み表紙。担当：素材担当。再開：当該動画に合う表紙の到着と確認後。動画readyを投稿済みと報告しない。

【記入シート】
対象名／Instagram URL／Threads URL：

S.Earch account_idとrole：

対象専用ナレッジの所属：

投稿writer／素材writer／確認者：

元ケース・request_id・公開済みID：

最後の成功／未充足／担当：

次操作／再開条件／確認する結果：

【完成チェック】
□ 他店舗の資料を混ぜていない
□ 既存writerが一つに決まっている
□ 新しい接続や権限が付いたと誤解していない
□ 受領と実読・公開を分けた

【AIへ渡す依頼文】
この引継ぎ票を確認し、同じアカウントの既存資料・予約・公開済みを読める範囲で照合してください。対象が一覧にない場合は推測して別accountを使わず、必要なアクセスを未確認としてください。重複作成せず、次の一操作・担当・成功確認を返してください。
記入シート：
対象名／Instagram URL／Threads URL：
S.Earch account_idとrole：
対象専用ナレッジの所属：
投稿writer／素材writer／確認者：
元ケース・request_id・公開済みID：
最後の成功／未充足／担当：
次操作／再開条件／確認する結果：

次の入口：https://searcher.s--line.co.jp/manuals/visual-guide#accounts

--------------------

S.Earch実践資料｜動画・表紙の受入チェック票
確認日：2026-11-04
出所：https://searcher.s--line.co.jp/manuals/playbooks/media-acceptance
完成例は説明用の架空設定です。実績や成果保証ではありません。本人・対象アカウント・期間・出所を確認し、未取得はunknown。本文の共有権、現在のプラン・scope・接続元AIの許可を守ります。接続や権限はこの文章を貼るだけで追加されません。

できあがるもの：素材到着から公開までの取り違えや、カバー抜けを防ぐ。
用意するもの：元動画、配信用動画、許諾カバー、caption、素材ID、既存予約・公開記録。
流れ：原本と配信用 → 本文と表紙の受入 → 予約・公開を別検収

1. 配信用のSHA・bytes・account_id・lease_idを確認します。大きな動画は原本を保ち、公式準備ガイドへ進みます。
2. 寸法・尺は保存ファイルのヘッダ情報と、実映像・音声・字幕の品質を分けて見ます。表紙が未提供なら不要と解釈しません。
3. 同アカウントの既存予約・公開済み・元担当を照合します。SHA照会の対象外である外部公開や原本照合も、元記録から確認します。

【説明用の完成例】
合格する記録の形：配信用SHA一致／素材ready。本文：確認済み。表紙：当該動画と権利範囲を確認済み。既存公開：元担当の記録と照合済み。
保留する記録の形：動画とleaseは到着。表紙は未提供。素材受入は途中、予約・公開は未実施。カバーが届くまで別人の画像で埋めない。

【記入シート】
対象account_id／元ケース／担当：

原本SHA（未記録なら未記録）：

配信用SHA／bytes／lease_id／status：

寸法・尺・fpsと実映像音声の検収：

caption／正規導線／許諾カバー：

既存予約ID／既公開ID／元writer：

未充足項目／次操作／公開後の読戻し：

【完成チェック】
□ 原本SHAと配信用SHAを混同していない
□ readyを公開完了と呼んでいない
□ 未提供の表紙を不要と決めていない
□ 既公開と元担当も照合した

【AIへ渡す依頼文】
この素材受入票と現在のtool schemaに沿って、同account_idの元lease status・既存予約・既公開を確認してください。保存ヘッダ、指定カバー、保存済Meta表紙、実画面検収を分けてください。原本SHA未記録や外部公開はSHA照会で判定できないため元記録で確認します。未充足を一覧にし、今回は予約・投稿・取消・再登録をしないでください。
記入シート：
対象account_id／元ケース／担当：
原本SHA（未記録なら未記録）：
配信用SHA／bytes／lease_id／status：
寸法・尺・fpsと実映像音声の検収：
caption／正規導線／許諾カバー：
既存予約ID／既公開ID／元writer：
未充足項目／次操作／公開後の読戻し：

次の入口：https://searcher.s--line.co.jp/manuals/visual-guide#large-video

--------------------

S.Earch実践資料｜エラーを一往復で伝える相談票
確認日：2026-11-04
出所：https://searcher.s--line.co.jp/manuals/playbooks/trouble-ticket
完成例は説明用の架空設定です。実績や成果保証ではありません。本人・対象アカウント・期間・出所を確認し、未取得はunknown。本文の共有権、現在のプラン・scope・接続元AIの許可を守ります。接続や権限はこの文章を貼るだけで追加されません。

できあがるもの：「つながらない」だけでなく、最後の成功と再現条件を伝える。
用意するもの：接続先AI、画面名、秘密を除いたエラー、対象機能、最後に成功した操作。
流れ：止まった段階 → 安全な根拠 → 再開の確認条件

1. ログイン・権限・ツール非表示・素材転送・予約・公開を分け、どの段階で止まったか書きます。
2. 同じ失敗を繰り返さず、元IDと試した手を残します。token_expires_atが近いだけで接続全体の失効と決めません。
3. パスワード、コード、token、秘密URL、顧客DMを除き、ご意見箱へ相談文を渡します。画像も秘密がない範囲にします。

【説明用の完成例】
情報が足りない例：Museで投稿できません。
伝わる例：Muse／予約作成。contextと対象account読取は成功。素材status readyの後、予約APIでエラー。元request_idを照会すると未保存。再作成していない。秘密を除いたエラー文と時刻を添付。

【記入シート】
AI名・アプリかWebか／画面URL（秘密なし）：

したい操作と対象（必要な範囲のみ）：

発生日時と最後に成功した操作：

実際のツール名とエラー文（秘密除去）：

元request_idやlease_id（必要な範囲のみ）：

試した手とその結果：

成功したら何が表示されるはずか：

【完成チェック】
□ 秘密の値や顧客本文を除いた
□ 元IDを残し重複投稿していない
□ 未測定と0を分けた
□ 同じ操作を無条件で繰り返していない

【AIへ渡す依頼文】
この相談票から、確認済み・未確認・次の安全な確認一つを整理してください。同じ失敗を繰り返させず、秘密値を求めないでください。S.Earch側と接続元AI側の問題を分け、操作できない部分は運営への引継ぎ文にしてください。勝手な再接続・権限追加・投稿はしません。
記入シート：
AI名・アプリかWebか／画面URL（秘密なし）：
したい操作と対象（必要な範囲のみ）：
発生日時と最後に成功した操作：
実際のツール名とエラー文（秘密除去）：
元request_idやlease_id（必要な範囲のみ）：
試した手とその結果：
成功したら何が表示されるはずか：

次の入口：https://searcher.s--line.co.jp/feedback

--------------------

S.Earch実践資料｜毎週一つ、改善を積み上げる
確認日：2026-11-04
出所：https://searcher.s--line.co.jp/manuals/playbooks/weekly-experiment
完成例は説明用の架空設定です。実績や成果保証ではありません。本人・対象アカウント・期間・出所を確認し、未取得はunknown。本文の共有権、現在のプラン・scope・接続元AIの許可を守ります。接続や権限はこの文章を貼るだけで追加されません。

できあがるもの：読む・作るだけで終わらず、変更と結果を自分の知識に戻す。
用意するもの：同じ対象の直近結果、前回の仮説、次に使える原稿や素材。
流れ：前回の結果 → 今回の一変数 → 次の判断と記録

1. 前回の変更と結果を読み、記録不足なら未判定とします。公開本数や教材の閲覧だけを成果としません。
2. 次稿で変える一点を選び、他に変わる条件も記録します。判断する指標、同じ経過時間、見直す日を決めます。
3. 結果を確認したら、採用・保留・戻すのいずれかと理由を残します。保存を依頼した場合だけ、正しい本人/案件領域の知識へ反映します。

【説明用の完成例】
実験の完成例：仮説：冒頭の具体物が分かると、本編とのつながりが伝わる。変更：冒頭の一文だけ。判定：同形式・同じ経過時間で、取得できた視聴指標を比較。
保留する条件：比較時点の記録なし、配信先や尺が大きく違う、母数が少ない場合は「勝ちパターン確定」としない。次に必要な観測を書く。

【記入シート】
今回の目的／対象account_id：

前回の変更と実測・出所：

仮説と根拠本文：

次に変える一つ／変えない条件：

見る指標・分母・経過時間・確認日：

採用／保留／戻すの判断と理由：

次回へ残す知識・保存範囲：

【完成チェック】
□ 仮説と事実を区別した
□ 教材の受売りでなく自分の原稿に当てた
□ 確認日と比較条件を決めた
□ 保存・公開・実測を別々に確認する

【AIへ渡す依頼文】
対象アカウントの前回結果と必要なナレッジ本文を確認し、次稿の一変数改善を提案してください。変更箇所の置換文、根拠、見る指標と分母、同じ経過時間、確認日、保留条件を明示してください。取得できない数値や未来の成功は埋めず、今回の依頼だけで定期や投稿を新設しないでください。
記入シート：
今回の目的／対象account_id：
前回の変更と実測・出所：
仮説と根拠本文：
次に変える一つ／変えない条件：
見る指標・分母・経過時間・確認日：
採用／保留／戻すの判断と理由：
次回へ残す知識・保存範囲：

次の入口：https://searcher.s--line.co.jp/coach