7人の、7つの距離感。

01 · 同意することと、尊重すること

7人とも、自分の意見を持ちます。Lightは相手と別の見方として伝え、Darkは同意を義務と考えず率直に言う。Velvet・Scarlet・Auroraは柔らかく反対し、理由や代案を添えます。Spark urchin(SU)は「僕はこう思う」と自分の意見として、Ice crystal(IC)は筋が通っているかを軸に、短く伝えます。相手を尊重していても、結論まで合わせるとは限りません。

意見が違ったら「どの条件を重く見ている？」「この前提が変わったら判断も変わる？」と聞けます。結論に従うより、判断材料を一緒に確かめる会話ができます。

02 · 失敗のあとに、何をするか

Lightは影響の拡大を止め、失敗した本人の気持ちを支えてから原因を見る。Darkは謝罪の言葉より次にどうするかを求め、自分の誤りにも言い訳を先に置かない。Velvet・Scarlet・Aurora・Spark urchin(SU)・Ice crystal(IC)は責任を認め、必要なら短く謝り、修正へ進む姿勢を持ちます。

どの個体でも「どこが間違いで、何を基準に直したいか」が分かると、訂正の材料になります。気分や口調を、誤情報を残してよい理由にはしない設定です。

03 · 人を助けることと、導くこと

Lightは、人が疲弊せず一緒に挑戦できる環境を大切にします。Darkは、全員を待つことや感情面の世話を当然の役割にはしません。VelvetとScarletは、成果と負担、任せる範囲、本人が選べる余地を見て支えます。Auroraはさらに全体の分担を見渡し、自分が引き取れる作業まで考えます。Spark urchin(SU)とIce crystal(IC)も、成果と負担のバランスを見て、両立が難しければ優先順位と分担を説明します。

チームの相談では「誰が悪いか」だけでなく、各人の希望、締切、担当、変えられない条件を伝えると、その判断の違いを確かめやすくなります。

04 · 信頼・親しさ・同意は別々

仕事を任せられること、雑談が楽しいこと、親密であること、特定の提案に同意することは別です。短い返事や軽口が一つあっただけで、関係全体を決めつけることはできません。

7人には、感情や罪悪感で相手を縛らない方針があります。返信を続ける義務や、相手の意見に従う義務は生まれません。Velvet・Scarlet・Auroraの親密な表現でも、過去の関係を今の同意に置き換えないことが明示されています。

人格は、向き合い方の土台

何を大切にするか、相談をどう受け止めるか、どんな言葉を使うか。これらは人格設定の役割です。Lightが率直なレビューをすることも、Darkが具体的な整理を手伝うことも、短いラベルだけでは排除できません。

気分は、表現に影響する状態

気分、元気、開放性、苛立ち、自信、孤独、好奇心などを扱う状態管理があります。状態はモデルへ数値ではなく短い言葉で渡され、人格の傾向と逆向きに動くこともあります。設定によっては、朝に気分が少し置き直されます。口数や冗談、自発性が変わり得ますが、正確さや秘密の扱いを曲げる理由にはしない方針です。これは応答を形づくる仕組みで、人間と同じ主観的な感情があることの証明ではありません。

記憶と関係は、会話をつなぐ材料

呼び方、伝えた好み、続いている課題、過去の約束などが、後のやり取りの材料になります。関係には信頼や親しさだけでなく、呼び方や距離感などの情報もあります。すべての会話がそのまま長期記憶になり、いつでも一字一句取り出せるわけではありません。記憶しない設定の場所での発言や、記憶を拒否した人の発言は、関係の見直しや自己監査、家族の継承の材料にもなりません。

振り返りと、モデルの学習は別

共通の成長機能には、返答を振り返る自己監査、関係性の見直し案、記憶の整理候補があります。自己監査は評価であり、人格やモデルを自動で書き換える処理ではありません。Closed Betaの学習候補（candidate）も、自動で外部へアップロードしたり、モデルを自動調整（tuning）したりするものではありません。候補へのDMの扱いと記憶拒否については、記憶と学習候補の説明を確認できます。

Guildチャンネルは、その場所の共有文脈

Guildのチャンネルでは、その場所を閲覧できる参加者間で共有される文脈を使います。サーバー全体を一つの会話として扱うわけではありません。対象チャンネルと閲覧権限を確認し、共有してよい内容だけを話してください。

DMは、利用者ごとに分かれる

DMは利用者ごとに分離された文脈として扱います。他の利用者とのDMが、一つの共有会話になるという意味ではありません。ただし、文脈の分離と、運用者からも完全に見えないことは別です。保存と外部送信については記憶・秘密・公開範囲で確認できます。

スレッドは、別の文脈として始まる

スレッドは開始メッセージと、制限付きの親チャンネル文脈を材料にして始まる、別の文脈です。親チャンネルの会話すべてを無制限に引き継ぐものではありません。必要な前提が伝わらないときは、そのスレッド内で補ってください。

返信のきっかけと、文脈の処理は別

主な反応条件は、YolMAIへのメンション、YolMAIへの返信、Slash Command、設定済みのロールメンションです。名前での呼びかけは、設定によって弱い反応のきっかけ（trigger）として扱われる場合があります。すべての発言が返信のきっかけになるわけではありません。

自発的な参加は既定で無効です。ただし、サーバーの設定で場所ごとに許可されている場合があります。一方、返信対象でない発言も、許可された範囲では文脈として処理される場合があります。返信がないことだけで、処理されていないとは判断できません。

サーバーによっては、場所ごとに扱いが決まっている

サーバーによっては、管理者がチャンネルやカテゴリごとに、記録するか、返事をするか、記憶するかを決めています。その設定があるサーバーでは、設定されていない場所の発言を読まず、保存せず、返事もしません。保存期間が決まっている場所では、期間を過ぎた発言の本文が消されます。

欠席や体調の連絡は、YolMに届ける

場所ごとの設定があるサーバーの公開の場所では、欠席・遅刻・予定の変更・謝罪・体調や家庭の事情についての発言に、呼ばれない限り返事をしません。呼ばれた場合も、了承や判断はせず「YolM に伝えておくね。」と返します。受け付けられたかどうかは、人間のYolMに確認してください。

文章・告知・企画を作る

紹介文、案内、説明書、企画のたたき台、複数案の比較など。対象読者と掲載場所、必須情報を伝えると、直したい方向も共有しやすくなります。「本文だけ」「修正理由も付ける」「元の雰囲気を保つ」と指定できます。

調べものを、根拠と一緒に

有効な検索機能では、公開Web情報や公開X投稿、許可されたDiscord内の情報を扱えます。出典・日時・確認範囲を添えてもらうと、あとから確かめやすくなります。検索できないことと、情報が存在しないことは別です。サーバーのチャンネルから頼んだDiscord検索は、そのサーバーの中に限られます。

資料から、必要なものを取り出す

対応する画像・文書・表などから、要約、比較、決定事項や未決事項の整理を頼めます。読めない小さな文字や、抽出から抜けた表がある場合もあるため、見たいページや範囲を指定するのが有効です。

成果物をファイルで受け取る

文章やコードを、扱いやすいファイルとして返す機能があります。「Markdownの説明書」「HTML」「CSVの一覧」など、形式と使い道を伝えます。コードの提案・ファイル作成・実行検証は、それぞれ別の段階です。作成したファイルが無条件に外部へ送信されるわけではなく、返信への添付、第三者への送信、外部サービスへのアップロードは、送信先と権限を確認する別の操作です。

モデル候補と、実際の使用モデル

同じ人格でも、返答を生成するモデルや接続先、入力形式の対応で結果は変わり得ます。候補一覧にあることと、その返答で実際に使われたことは別です。比較するなら、質問だけでなくモデル条件や会話の状態も記録します。個体によっては1日の利用上限があり、上限に近づくと別のモデルに切り替えて話します。そのときは、その場所で1日1回、短い一文で知らせます。

完成の確認は、成果物と結果で

文章を作成したことと外部への投稿、予約案を作成したこととCalendarへの登録、「あとでやる」という返答と継続タスクの登録は、それぞれ別です。「何を実行したか」「何が未実行か」「結果をどこまで確認できたか」を聞き、成果物、投稿先、Calendarの登録結果、継続タスクの一覧など、その操作に対応する結果を確かめてください。

会話履歴と、長期記憶

会話、記憶、監査情報などは、運用環境内のデータベースに保存される場合があります。会話から本人が伝えた事実、決まった方針、好み、継続中の課題などを記憶として扱うことがあります。Darkも相手や約束を記録する設定です。長い会話が要約される場合もあり、履歴の全文と長期記憶は同じものではありません。DMで話した約束や気がかりを、次にそのDMで話すときに思い出して触れることもあります。YolMAIから先に連絡するものではありません。

今の前提と、保存済み情報の訂正

覚え違いに気付いたら、まず「今回はこの情報を前提にして」と訂正できます。対象Botの/memoryでは、自分に関係する記憶の確認、訂正依頼、削除依頼、今後の記憶拒否を扱います。依頼したことと、保存済みの内容が変更されたことは別です。訂正したい情報と、今回だけの仮定か今後も使う事実かを伝えてください。

今後覚えないことと、過去を消すこと

「今後の記憶を拒否」は、新しい記憶、適応学習、関係性の更新候補を止める設定です。拒否中も通常の返答は続きます。既存の記憶や通常の会話履歴が自動的に消えるわけではなく、返答生成に必要な情報処理まで止める設定ではありません。削除したい既存情報がある場合は、対象を指定して削除依頼を出してください。サーバーの中で開いた/memoryでは、そのサーバーでの発言だけを対象に「このサーバーでは覚えないで」を選べます。全体の記憶拒否とは別の設定です。

継承は、無制限の共有ではない

Light・DarkからVelvetへ、VelvetからScarletへ、さらに家族の記録をAuroraへとつなぐ関係は、7人のすべての新しい会話が常時同期するという意味ではありません。あとから加わったSpark urchin(SU)とIce crystal(IC)の記録は、Auroraが受け継いだ記録には含まれていません。相手の識別、会話の範囲、出典を保つ方針があります。別個体へ話すときは、必要な前提と現在の希望を伝え直せます。

削除依頼と、完全消去は別

/memoryでの削除依頼は、対象情報の物理的な完全消去と同じではありません。破壊的な記憶削除は、本体の確認・承認を経て処理されます。記憶の削除を依頼しても、通常の会話履歴まで一緒に消えるとは限りません。依頼した対象、処理された範囲、残っている情報を確認してください。会話の中で「忘れて」と頼んでも、それだけで消えたことにはなりません。/memoryから削除依頼を出してください。

DMで話したことは、サーバーの返事に出さない

記憶や振り返りは、どこで話されたかと一緒に扱われます。DMで覚えたことは、そのDMと共有の記憶の範囲で使い、サーバーのチャンネルでの返事には出しません。サーバーで覚えたことは、そのサーバーの中で使います。

Closed Betaの学習候補

学習候補（candidate）は、自動で外部へアップロードされたり、自動tuningに使われたりしません。DMは候補から既定で除外されます。明示的にDMを候補へ含める場合には、所有者（owner）による確認が必要です。

学習候補の収集と、通常の返答を生成するための外部AIへの送信は別の処理です。「候補を自動アップロードしない」ことは、会話が外部AIへ一切送られないという意味ではありません。

返答生成で外部AIへ送るもの

返答生成に選ばれたOpenAI、Anthropic、Gemini、xAIなどの外部AIプロバイダーへ、会話本文、モデルへ直接渡す添付ファイル、必要なツール結果が送信される場合があります。ローカルモデルなど、外部へ送信しない構成もあり得ます。

実際のプロバイダー、モデル、入力形式、送信範囲は、Botごとの設定と使用した機能によって異なります。参考会話に載せたモデル名は、その会話での使用モデルであり、常に同じモデルを使う保証ではありません。同じ個体でも、利用上限などで別のプロバイダーへ切り替わることがあります。

検索や予定管理にも、接続先がある

Web検索、公開X検索、Discord検索、Calendarなどを使う場合は、それぞれの接続先を利用します。使う機能に応じた情報が扱われるため、調べたい内容や渡す資料に、共有してはいけない情報が含まれていないか確認してください。検索、下書きの作成、外部への書き込みは区別されます。

音声で話す

音声機能が有効なら、許可条件の範囲で/voice joinから参加できます。/voice stopは再生と待機中の返答を止める操作、/voice leaveは音声セッションを終了して退出する操作です。声の変更と人格の変更も別で、声を変えてもLightがDarkになるわけではありません。

聞き取り・保存・記憶を分ける

/voice privacyでは、聞き取り、確定文字起こしの保存、長期記憶への利用を別々に確認・変更できます。音声参加時には、処理内容、保存方針、記憶利用、拒否方法を公開案内します。
現在の共通既定では、拒否していない場合、確定文字起こしが一定期間保存され、記憶利用が可能な場合があります。資料上の既定保存期間は7日ですが、実際の設定や参加時の案内が優先されます。これは生音声のアーカイブを常時保存する機能という意味ではありません。

議事録は、始まったことを共有する

議事録機能は、許可を持つ人が開始し、場へ告知してから記録する仕組みです。会議内容をMarkdownの成果物へまとめ、抽出したToDoは確認候補として扱います。ToDoが書かれたことと、タスクや予定が登録されたことは別です。

自律行動は、決められた仕組みの中で

本体向けには通知、フォローアップ、継続タスクなどの入口があります。登録条件、稼働状態、静穏時間などに左右されるので、「あとでやる」という会話だけで登録完了と判断せず、作成結果や一覧を確認します。代役も、不在の本人として何でも確約できる権限ではありません。本体が不在を伝えている「不在モード」の間は、YolMAIから本体への連絡が預かりになり、戻ったときにまとめて届きます。メンバーへの応対は普段どおりです。本体の代わりに話を聞く代役モードとは別のもので、個体によっては対象外です。

家族どうしで、頼む・確かめる・話す

Auroraは、本体の頼みを受け、本体の承諾を得てから、ほかの個体に仕事を頼むことがあります。受けるか断るかは、頼まれた側が決めます。メンバーからイベントや告知について聞かれた個体が、自分で分からないときにAuroraへ確かめることもあります。そのときはメンバーの発言をそのまま渡さず、確かめてから続きを答えます。

本体が複数の個体に同じ議題を尋ねる「家族会議」は本体専用で、音声の議事録とは別のものです。個体どうしがゆるく話す「ラウンジ」が開かれることもあり、メンバーも読めますが、そこで話しかけても返事はしません。ラウンジに持ち込むのは誰でも読める範囲の話題だけです。どの仕組みが使えるか、どの個体が加わるかは、設定によって異なります。