#山崎怜奈トークライブ# 第一話『信頼できない語り手』ありがとうございました！90分間のスタンダップ×ノンフィクション×昼夜2公演、やってよかった。皆様の感想を嬉しく読んでいます。また来年もぜひ。 他にも色々綴りたいのですが、明日も昼夜2番組トータル4時間生放送なので（体力）、一旦寝ます！

#山崎怜奈トークライブ# 第一話「信頼できない語り手」 昼公演終わりました！ 感想投稿してくれたら見に行きます🕊️ （まだ夜公演あるのでネタバレだけ気をつけて！事前に知って落胆するような情報、別に特にないとは思うけど）

【情報解禁】 山崎怜奈 トークLIVE 第一話 『信頼できない語り手』 3月22日(日)　TOKYO FMホール 昼公演 14:30／夜公演 18:30 #山崎怜奈トークライブ　# 　 番組ともファンクラブとも関係のない個人のプロジェクトとして、トークライブを開催します。昨秋頃から準備を進めています。 芸人さんでもないのに何するんや、と思われるかもしれませんが、初回なのでとりあえず信頼してチケット買ってくださいお願いします。何年も続けるライフワークにするつもりです。 🔻チケットのご購入はこちらから ところで皆さん、「信頼」って何だと思いますか？　旧知の間柄でも信頼できない人はいますよね。好きだけど人として信頼はできない、なんて言う人もいますよね。ただ、こちらが信頼したからといって相手にも信頼されるとは限らない。多くの人が信頼していても、あなたが同じように感じなければ信頼には至らない。信頼までの過程には必ず理由がある。 ちなみに私、LINEのトーク履歴で「信頼」と検索したら、過去10年で205件ヒットしました。私から発したものだけではなくて、ですよ。 さて、あなたの信頼はどこから？

🎬#口に関するアンケート　# 松竹様より試写にご案内頂きました 個人的に大傑作‼️ あの短い原作を見事に実写化してくれた👏 信頼できない語り手、90分でテンポ良い裏切りの展開、チープな怖がらせ演出もなく、清水崇監督過去ホラーの中でもBESTレベルで好き。 　　ー口は災いの元だと思いますか？ー

【#山崎怜奈# 出演情報】 3月22日(日)14:30〜 18:30～ TOKYO FM主催「山崎怜奈 トークLIVE 第一話『信頼できない語り手』」 いよいよイベント当日となりました！ 先程リハーサルも終えて準備を進めています！ グッズも販売します！ お楽しみに！ @ymzkofficial #山崎怜奈トークライブ#

【野球】広島・小園選手、会見での投げやり態度に「不貞腐れるな」「自暴自棄では」とファン困惑…　新井監督の痛恨コメントと深まる溝 → 4選手が来季契約結ばれず、小園は「信頼できないっていわれたんで」 昨季の打撃二冠から1年で2軍降格も経験しています。

# Claude Codeの機能と実践的な使い方 🔒 「どこまで自律的に動かすか」を細かく制御できる。信頼できない調査は読み取り専用、信頼環境では自動承認と、安全と効率を両立する仕組みです。 📌 タイトルと機能のURL タイトル: 権限 / サンドボックス URL: 📝 概要 Claude Codeは、エージェントが何をできて何をできないかを正確に指定できる、きめ細かい権限システムを備えています。allow/ask/denyのルールと権限モードを組み合わせ、設定はバージョン管理に含めてチーム全体へ配布できます。さらにサンドボックスでOSレベルの隔離も可能です。 🔧 機能の説明 ・読み取り専用ツール（ファイル読み込みやGrep）は承認不要、Bashコマンドやファイル編集は承認が必要、という階層型の権限制御です。 ・ルールは「deny → ask → allow」の順で評価され、最初に一致したものが結果を決めます。denyはどのスコープにあっても最優先で、allowで上書きできません。 ・権限モードはdefault / acceptEdits / plan / auto / dontAsk / bypassPermissionsがあります。planは読み取りと読み取り専用コマンドのみ、bypassPermissionsはほぼ全許可で危険です。 ・権限ルールはモデルではなくClaude Codeが強制します。CLAUDE.mdの指示は「何を試みるか」を変えても「何を許可するか」は変えません。 🛠 実践的な使い方 ・セッション中は「/permissions」で全ルールと出所のsettings.jsonを確認・編集できます。 ・ルール構文は「Tool」または「Tool(specifier)」です。例: Bash(npm run build) / Read(./.env) / WebFetch(domain: ・settings.jsonのpermissions.allow / deny 配列に記述します。例: allowに「Bash(npm run *)」、denyに「Bash(git push *)」「Read(./.env)」。 ・読み取り専用で調査したいときはplanモードを使うか、denyに「Edit」「Write」を入れ、Bashを絞ります。サブエージェントはAgent(Explore)等で制御します。 ・追加ディレクトリへのアクセスは「--add-dir」や「/add-dir」、永続化はadditionalDirectoriesで付与します。 🎯 ユースケース ・信頼できないリポジトリの調査時はplanモードで、ソースを書き換えずに構造把握だけ行う。 ・チーム共有の.claude/settings.jsonに安全なallow/denyを定義し、全員に同じガードレールを配布する。 ・コンテナやVM内ではbypassPermissionsで承認をスキップし、CIや一括作業を高速化する。 ・サンドボックスの ⚠️ 注意点 ・bypassPermissionsは.gitや.claude等への書き込みも承認をスキップするため、隔離環境でのみ使用してください（rm -rf / 等はサーキットブレーカーで停止）。 ・curlのURLを引数で縛る権限パターンは脆弱です。Bashネットワークツールをdenyし、WebFetch(domain:...)で許可ドメインを指定する方が確実です。 ・Read/Edit のdenyは組み込みファイルツールと認識可能なBashコマンドにのみ効き、Python等のスクリプトが直接開くファイルには及びません。全プロセスを縛るならサンドボックスを使います。 ・managed settingsは他のどのスコープからも上書きできません。組織方針はここで強制します。 #ClaudeCode# #DevTools#

議論の相手に対して少しずつ、ちょっとだけ誇張したレッテルを貼っていくことで、総合的に相手を信頼できない存在として提示していく技法を、「漸進的な侮辱法」と呼びたい。個々のレッテル自体はそれほど強く反発すべきものでなくとも、積み重ねることで気づかぬうちに強い侮辱を構成する高度な技法。

INFJ-AとINFJ-Tの「仕事観」の違い A-意味のある仕事に集中できる T-意味のない仕事が続くと、存在ごと消耗する A-洞察力を活かして動ける T-自分の直感が正しいとわかっているのに、それを証明するまでに時間がかかることへのフラストレーションがある A-少数の深い関係の中で力が出る T-信頼できない環境では、本来の実力の半分も出せていないと感じている A-仕事の質へのこだわりがある T-「もっとこうすれば」が止まらなくて、完成を出すのが遅くなることがある A-長期視点で動ける T-「この仕事は10年後に意味があるか」を、毎日考えている A型でも組織に深い貢献をする存在。 T型は、本当に合う環境と仕事に出会った時に、誰も想像しなかった深さで輝く。

AIの「思考の過程」を読んで挙動を当てる——実はそれ、あまり当てになりません🔮 挙動予測そのものを学習タスクにする発想が新しいです。 タイトル: Forecasting Future Behavior as a Learning Task URL: 🔮 概要 大規模推論モデル（LRM）が新しい入力にどう振る舞うかを予測する手法です。明示的な説明に頼るのではなく、単一の推論軌跡を分析して出力を予測する訓練可能なモデル「Behavior Forecasters」を導入します。 ❓ 解決する課題 LRMの挙動を理解・予測したいですが、従来手法には限界がありました。 ・既存の説明手法は、長い推論軌跡にうまくスケールしません ・推論軌跡を自然言語として読むと、その内容は信頼できないことが多いです モデルが書いた思考が、実際の挙動を正しく反映するとは限らないのです。 💡 方法論と提案手法 ・挙動の予測そのものを「学習可能なタスク」として扱います ・訓練データはLRMへの問い合わせから直接得られ、人間のアノテーションは不要です ・推論時は単一のフォワードパスで動作します ・2つの予測タスクで具体化：再実行をまたいだ答えの一貫性の推定、入力変更が出力に与える影響の予測 ・バックボーンのエンドツーエンドのファインチューニングと、対象LRMの重みからの初期化が不可欠でした 📊 実験結果 ・Behavior Forecastersは、「素朴な読み手」としてのGPT-5.4やClaude Opus-4.6を上回りました ・しかも推論コストはそれらのごく一部で、より高い精度を達成しました #LLM解釈可能性# #推論モデル#