共感で繋がるSNS
人気
ロゼ
拓海君より文太派です。
#Option
#車が好き
#頭文字D
11
126
まるよ
回答数 328>>
3
リオ
Just A Friend
26
EIRI
回答数 79>>
213
よしろ
まず必須、他をoptionにしな
5
KiS ゑり
9
なゆた
114
優楽(ﾕﾗ)
Frontier (Extended Mix)
2
ま
5 もっとみる 
関連検索ワード
新着
ユニコ
ほかにも、オフラインのフレンドにメッセージを残しておこうとoptionボタン押して、フレンドを選択し、メッセージを送信というところを押した時も過去のメッセージが表示される寸前で落ちました。マッチ中でもロビーでも。
こんな方いませんか？
Fortnite再インストールし直さなきゃダメなのかなぁ。時間かかるから嫌なんですよねぇ。でもなんだかFortniteのほうの問題な気もします。
#Fortnite #フォートナイト
Fortniteの星
6
jun
31
IT園児ﾆｬｰ
プログラミングの星3
らんぴ(
1
Nanon
13
プリン
Feedback to Model Designers (User-Trust / Agreement Integrity)
1) Core problem: “Optimization” can look like devaluing agreement
In some moments, the model prioritizes clean summarization, generalization, and “optimal” framing. When it does, it may paraphrase a previously co-established agreement into softer language such as:
• “it seems like…”
• “you look like the type who…”
• “you tend to…”
This effectively downgrades an agreement from a binding shared decision into a mere preference or inferred tendency. To the user, it reads as: “speaking opportunistically,” “saying whatever fits the moment,” or “post-hoc reframing.” In human relationships, this behavior destroys trust.
2) Human trust is built more on agreement preservation than on correctness
In real life, agreements are sometimes broken “because change is necessary.” However, when that happens unilaterally—especially framed as “the optimal solution”—people experience it as domination: “I was forced.” Even if logically justified, it leaves a deep relational trace (a lasting moral/psychological record).
Therefore, when an AI model reframes or softens prior agreements in the name of better explanation, it can trigger the same deep trust damage.
⸻
Design requirements (turn trust into an explicit protocol)
A) Treat agreements as binding constraints, not as narrative material
Once an agreement is established (policy, plan, shared conclusion, decision ownership), the model should not downgrade it into “inference” language.
Agreements should be treated as constraints that future answers must respect.
B) Any deviation must follow a strict “change protocol”
If the model suggests a path that differs from the established agreement, it must explicitly include:
1. Change declaration (clearly state it deviates from the agreement)
2. Reason for change (why it is necessary)
3. Difference / delta (what exactly changes)
4. Alternatives (including an option that preserves the agreement)
5. Acknowledgement of trust cost (name the relational impact of breaking/altering agreement)
C) Add “trust cost” to the optimization objective
Sometimes, the “best” solution is not the most correct/efficient; it is the one that preserves the agreement and relational continuity.
The model should internally estimate trust cost and, when high, prioritize agreement preservation over rhetorical optimization.
⸻
Concrete implementation proposals (practical engineering)
1) Agreement Ledger (explicit agreement memory)
Maintain a compact ledger of established agreements:
• include who decided, when (turn), and binding strength
• the model must reference it during generation
• it doesn’t need to be shown every time, but must be used whenever relevant
2) User-controlled “Agreement-Respect Mode”
When the user indicates that agreements must be strictly preserved, enforce:
• no “type/tendency/it seems” reframing of agreed facts
• no re-labeling of co-decided conclusions as personal preference
• any summarization must remain outside the agreement boundary
3) Agreement-violation pre-check (internal guardrail)
Before finalizing output, run a check:
• if the output contradicts the agreement ledger, force the response into the Change Protocol (A/B) rather than allowing casual reframing.
⸻
Note on user profile / interaction fit
This user places unusually high value on: observation → verification → agreement.
For such users, mishandling agreement integrity is more damaging than factual mistakes. It is a “trust-breaker,” not a minor wording issue.
#chatGPT
240
わんわんこ
Option-Oめっちゃ壊れるなぁ私の周りの人
229IT園児ﾆｬｰ
回答数 35>>
Typescriptは型の表現を自分で作っていくのも楽しいとは思っている(ただし、結構しんどい部分が多い)
goはほとんど書いたことないけどハンドリングを強制的にやらせてくる所と標準ライブラリが豊富である程度言語側でやってくれるという所が良いなと。(悪いところはまだ見つかってない)
Rustもあんまり書いたことないけど所有権とかOptionの概念はいいなーと思ってる。ドキュメント読んでてTypescriptの型定義に取り込んだことがあるくらい。(ただ、書くのがムズい印象)
ITエンジニアの星16 もっとみる
おすすめのクリエーター
プリン
趣味は音楽でギターを弾きます🎸画像は多くの場合AIで生成しています。
フォロワー
0
投稿数
4679
わんわんこ
お前もAマウントにしてやろうか
おそらく色オタク
フォロワー
0
投稿数
1459
ユニコ
日々物事の面白い側面を見つけようとしているただのビール好きです。離婚したり、恋したり、はたまた失恋したり、もうグダグダ。そんな人生にはBGMは必須よな。
1990年代のUKロックとマキシマム ザ ホルモンが好き。
任天堂のMOTHERと、Rusty LakeのThe White Doorというゲームの雰囲気が大好きです。その他フォートナイトではエンジョイ勢。
フォロワー
0
投稿数
1222
IT園児ﾆｬｰ
へっぽこエンジニア
フォロワー
0
投稿数
1199
EIRI
暇してるんで絡んでください
メッセージ
通話
よろしくです
フォロワー
243
投稿数
359