D/sプロトコル：実際に守り続けられるものの作り方

D/sプロトコルは、二人の関係を維持しにくくするのではなく、より暮らしやすくするためのものです。それなのに、多くのプロトコルが失敗するのには、よくある理由があります。長すぎる、曖昧すぎる、実際に過ごしている週には負担が大きすぎる、あるいは使いやすい運用システムではなく、空想上の契約書のように書かれているのです。

このガイドでは、実践的な問いに焦点を当てます。忙しい週や旅行中、エネルギーが少ない週も含めて、同意と安全を中心に保ちながら、実際に守り続けられるD/sプロトコルをどう作るか、という問いです。

D/sプロトコルとは何か（そして何ではないか）

D/sプロトコルとは、パワーエクスチェンジにおける権限、奉仕、儀式、コミュニケーション、説明責任のあり方を定める、書面で合意した取り決めです。

プロトコルは、次のようなものではありません。

• 同意、信頼、相性の代わりになるもの。
• 罰を与えるための「引っかけ」リスト。
• 監視計画。

実用的なプロトコルは、判断疲れや曖昧さを減らすための共有ツールです。期待されることを明確にし、中断や再交渉、関係の修復ができる方法も組み込みます。

まず「なぜ」から始める（そうしないと続きません）

ルールを書く前に、目的を書きましょう。ここを飛ばすと、プロトコルは無意味な摩擦を生みます。

一緒に、次の文を考えてみてください。

「このプロトコルは、私たちが________と感じ、________を減らせるよう、現実の生活に無理なく取り入れられる形で________を実践するためにあります。」

例：

• 「このプロトコルは、小さな日々の奉仕と予測可能なチェックインを実践することで、私たちが落ち着きとつながりを感じ、直前の衝突を減らせるようにするためにあります。」
• 「このプロトコルは、明確な報告時間帯と同意に基づく説明責任を実践することで、遠距離でも安心感を得て、不確かさを減らせるようにするためにあります。」

目的を1、2文で書けないなら、プロトコルに詰め込みすぎている可能性があります。

必要最低限のプロトコル（MVP）：実践し続ける秘訣

多くのカップルは、普通に過ごす中で最も調子の悪い日でも実行できるMVPから始めるのがおすすめです。つまり、次のような内容です。

• 毎日の基点を1つ（2～5分）
• 奉仕の領域を1つ（小さく、明確で、範囲が限定されている）
• 振り返りの頻度を1つ（週1回または隔週）

プロトコルは後から発展させられますが、安定した「最低ライン」が必要です。生活が混乱したときは、ダイナミクスを手放さずに、その最低ラインまで落とします。

続けやすいプロトコルに欠かせない5つの特性

「プロトコルを試したけれど、うまくいかなかった」と言う人がいるとき、たいていは次のいずれかの特性に問題があります。

1）観察できる（心を読まなくてよい）

「敬意を持って接する」は観察できません。「カジュアルモードでない限り、家では敬称を使う」なら観察できます。

2）範囲が明確（境界がある）

「いつでも許可を求める」は、燃え尽きの原因になりがちです。「Xドルを超える買い物と、午後8時以降の予定変更は許可を求める」なら境界が明確です。

3）余力に合っている（その週の現実に即している）

余力は人格の問題ではありません。プロトコルが無限のエネルギーを前提にしていれば、いずれ破綻します。そして、仕事量について話し合う代わりに、「服従」をめぐって争うことになります。

4）見直せる（大ごとにせず編集できる）

良いプロトコルは、バージョンが変わることを前提としています。変更することが失敗のように感じられると、問題が爆発するまで隠すようになってしまいます。

5）同意を最優先する（中断や離脱への道筋がある）

意味のあるプロトコルにはすべて、すぐに尊重される「一時停止」の選択肢と、明確な再交渉の手段が必要です。

この構成に沿ってプロトコルを書く（例付き）

プロトコルは巨大なリストではなく、いくつかの領域に分けて考えましょう。

領域A：関係の枠組みと権限

関係の枠組みを定義し、ダイナミクスの形をめぐって争わずに済むようにします。

含める項目：

• ダイナミクスの種類（シーンごと、ライフスタイル、24時間体制を目指すもの、遠距離など）
• どの領域（家庭、金銭、親密さ、人前での振る舞い）で誰がルールを定められるか
• 常に双方の合意が必要なもの（同意、安全のための合言葉、絶対的な限界、医療上の判断）

文例（簡潔で明確）：

「私たちは自宅およびプライベートな場で、合意に基づくD/sを実践します。権限が及ぶのは、奉仕、儀式、そして書面で合意した行動です。どちらもいつでも『一時停止』と言ってプロトコルを止め、ケアと話し合いのモードに切り替えられます。」

領域B：コミュニケーションのルール

内容は最小限にしましょう。コミュニケーションのプロトコルは、多くのダイナミクスで意図せず不安を生み出す部分です。

良いコミュニケーションのプロトコルに含まれるもの：

• 返信の時間帯（本当に望んでいるのでなければ、24時間体制を期待しない）
• チェックインの形式（短く、一貫している）
• 衝突時の対応の枠組み（中断し、緊張を和らげ、どう再開するか）

例：

「平日は、サブが午前7時から9時の間に朝のチェックインを送ります。状態、予定、お願いを1つ伝えます。ドミナントは確認の返事と優先事項を1つ伝えます。どちらかが対応できない場合は、再開できる時間を添えて『遅れます』と送ります。」

領域C：儀式（形だけではなく、意味のあるもの）

儀式は、感情的なつながりを生むものであるべきです。嫌々こなす演劇のように感じるなら、書き直しましょう。

続きやすい選択肢：

• 切り替えの儀式（仕事モードから家モードへ）
• つながりを感じる儀式（感謝、グラウンディング、祈り、日記、寄り添う時間）
• 説明責任の儀式（毎日の「完了」メッセージ）

例：

「毎晩、2分間ひざまずいて振り返ります。今日うまくいったことを1つ、負担に感じたことを1つ、明日へのお願いを1つ伝えます。」

領域D：奉仕とタスク

プロトコルが現実の行動になるのはタスクの部分です。大切なのは、「完了」の定義を明確にし、終わりのない証明の要求を避けることです。

タスクの条項には、次の項目を含めましょう。

• 「完了」の定義
• 期限
• 許容される証明（必要な場合）
• 未達成の場合の対応（恥をかかせるのではなく、修復する）

繰り返し使えるテンプレートはこちらです。

プロトコルの項目	例	完了の定義	証明方法（1つ選ぶ）	未達成の場合
毎日の奉仕	「午後9時までにキッチンを片付ける」	カウンターを片付け、食器を食洗機に入れ、シンクを空にする	「完了」のメッセージ、または事前に合意した場合は写真	理由（余力か明確さか）を確認し、修復方法を選び、翌週の内容を調整する
奉仕としてのセルフケア	「午前10時までに薬と水を摂る」	薬を服用し、水を12オンス飲む	「服用済み」のメッセージ	罰は与えず、サポート計画に切り替える
週ごとの家事	「日曜日に洗濯する」	洗濯物を2回分、洗ってたたむ	チェックリストの完了	期限を延ばすか、タスクを交換する

何が書かれていないかに注目してください。道徳的な言葉です。続きやすいプロトコルは、実務的なものであり、相手に恥をかかせるものではありません。

領域E：許可と境界

この領域は、必要以上に作り込みすぎることがよくあります。許可を求めることに意味や安全性がある場合だけ使いましょう。

良い許可の条項は具体的です。

• 「個人が特定できる写真を投稿する前に許可を求める。」
• 「平日の夜に飲酒する前に許可を求める。」
• 「二人の共有スケジュールに影響する追加の予定を引き受ける前に許可を求める。」

常に行動を中断させるような許可の条項（「何かを食べる前に許可を求める」など）は避けましょう。空想の中では刺激的でも、日常生活では不満や乱れた行動につながりがちです。

領域F：プライバシー、データ、テクノロジー（設計段階から同意を優先）

プロトコルを支えるツールを使うなら、ほかの境界と同じように、テクノロジーに関するルールも明確に書きましょう。

含める項目：

• 共有するデータ（タスク、行動メモ、位置情報、写真）
• 共有するタイミング（時間帯）
• 閲覧できる人
• オフにする方法
• 保存期間

役立つ基準：

「落ち着いて振り返る場で、声に出して読んでも安心できない情報は収集しない。」

合意に基づいて位置情報を共有するなら、期間を限定し、目的（安全確認、到着予定時刻、遠距離での安心感など）を明確にしましょう。取り締まりに近づいていくような、期限のない追跡は避けてください。

実行意図の形で条項を書く（実行しやすくするために）

行動科学から得られるシンプルな教訓があります。きっかけと結びついた計画ほど、実行されやすいということです。

「そうしたほうがいい」を「もし～なら、～する」という言葉に変えましょう。

• 「午後9時30分になったら、就寝前のプロトコルを始める。」
• 「どちらかが感情を落ち着けられないと感じたら、一時停止の手順を使い、30分後に話し合いを再開する。」
• 「期限までにタスクが終わらなかったら、その場の感情に任せず、次の振り返りで修復の方法を決める。」

こうすれば、プロトコルが自動操縦のように機能します。それこそが目的です。

プロトコルが破られたときの対応を、破られる前に決めておく

実際に守り続けられるプロトコルとは、一度も失敗しないプロトコルではありません。人道的な失敗時の対応が備わっているプロトコルです。

同意を守り、問題の悪循環を防ぐための簡潔な「中断時の方針」を書きましょう。

• 明確化：不明確な表現、余力の不足、または同意の撤回が原因だったのかを確認する。
• 修復：無作為な罰ではなく、影響に見合う修復方法を選ぶ。
• 調整：翌週に同じことが起きにくくなるよう、条項を更新する。

失敗への対応がエスカレートすることだけなら、回避や嘘、燃え尽きを招くことになります。

「摩擦の点検」：なぜプロトコルが大変に感じるのか

何かが守られていないとき、どのような摩擦が起きているのかを確認しましょう。

摩擦の種類	よくある状況	たいてい効果のある対処法
明確さの摩擦	「もっと後のことだと思っていた」	時刻、場所、完了の定義を入れて書き直す
余力の摩擦	「今週はこなせなかった」	MVPの最低ラインまで減らし、低エネルギー版を加える
同意の摩擦	「もうこれは望んでいない」	一時停止の条項を使い、罰を与えずに再交渉する
意味の摩擦	「意味がないように感じる」	ルールを目的と結びつけるか、削除する
事務作業の摩擦	「記録をつけるのに疲れる」	記録を簡略化し、週1回のまとめにする

摩擦を道徳的な失敗ではなく、情報として受け止めましょう。

暮らし続けられる長さにプロトコルを収める

多くのカップルにとって良い目安は、基本となるプロトコルを1ページにまとめ、特別な状況（旅行、イベント、プロトコルを強める夜など）向けの付録を用意することです。

より長く正式な文書が必要なら、「日々の運用プロトコル」は短く、すぐ見られる形にして、長い文書は参考資料として保管しましょう。

役立つたとえがあります。円滑に運営されている業務は、巨大なチェックリスト1つだけで動いているわけではありません。中核となる手順がシンプルで、複雑なケースには別の手順書があるからこそ機能します。複雑さが増したときに、明確な担当領域やエスカレーション経路を整え、貨物輸送と3PLプロバイダーのような専門パートナーの支援を受けるのは、運送や倉庫業の現場でも同じです。

よくある破綻を避けて導入する方法

14日間のベータ運用を行う

最初のバージョンはテストだと、あらかじめ合意しておきましょう。

• 結果に対する対応は軽くする。
• 摩擦が起きた箇所を記録する。
• 一度に変更する条項は1つか2つにする。

実際にできる振り返りを予定する

15～30分の振り返りをカレンダーに入れましょう。振り返りをすれば、プロトコルが口に出されない失望の積み重ねになるのを防げます。

次の3つの問いを使いましょう。

• 何がうまくいき、心地よく感じられたか？
• 何が大変に感じられたか。その理由は何か？
• 来週に向けて、どんな変更を1つ加えるか？

監視にならずにEver Collarが役立てること

プロトコルにタスク、行動、振り返りが含まれる場合、難しいのはたいてい意欲ではなく、一貫性と事務作業です。

Ever Collarはプライバシーを考慮したD/sの仕組みづくりを目的としており、次のことができます。

• 煩雑なメッセージのやりとりに頼らず、タスクを割り当てて進捗を記録する。
• 合意した行動を、範囲を限定し同意を優先した方法で記録する。
• プロトコルの時間や奉仕の時間に、時間制限付きの集中セッションを使う。
• AIが作成する週次サマリーを利用して、落ち着いた振り返りを行う。
• 明示的な合意に含まれている場合に、合意に基づく位置情報共有を使う。

Ever Collarはエンドツーエンド暗号化を採用しているため、持続可能なプロトコルの基本原則も支えます。二人のダイナミクスは、初期設定でプライベートに保たれます。

よくある質問

D/sプロトコルはどのくらいの長さにすべきですか？基本となるプロトコルは、毎日の基点、小規模な奉仕の領域、振り返りの頻度に焦点を当てた1ページ程度が適していることが多いです。特別な状況については付録を使いましょう。

パートナーがその場では同意したのに、その後プロトコルを守らなくなったらどうすればよいですか？まずは設計上の問題として捉え、明確さ、余力、同意、意味に関する摩擦を確認しましょう。同意が撤回された場合は、執行を強めるのではなく、一時停止して再交渉してください。

プロトコルに罰を含めるべきですか？規律を含める場合は、明示的に交渉し、関連性があり、見直し可能なものにしましょう。修復を重視した対応と、明確な再交渉の手段を設けたほうがうまくいくカップルも多くいます。

監視にならないようにプロトコルを書くにはどうすればよいですか？データを必要なものに限定し、目的と時間帯を定め、侵襲性の低い証明方法を選び、オフにする手段を設けましょう。振り返りでは取り締まりではなく、傾向や修復に焦点を当てます。

プロトコルは時間とともに変更できますか？はい。むしろ変更していくべきです。長続きするプロトコルにはバージョンがあります。振り返りの頻度を決め、一度に変更する条項は1つか2つにし、MVPの最低ラインは安定させておきましょう。

現実の生活を支えるD/sプロトコルを作る

脆くならず、一貫して続くプロトコルにしたいなら、思っているより小さく始め、観察できる条項を書き、振り返りを危機への対応ではなく、ダイナミクスの一部として扱いましょう。

プライバシーを最優先する形でプロトコルを実際の運用に移す準備ができたら、Ever Collarを使って合意をタスクに落とし込み、進捗を記録し、エンドツーエンド暗号化と同意を優先するツールで、より落ち着いた週次レビューを行えます。

evercollar.comでEver Collarをご覧ください。