{ "name": "yorimashi jargon", "words": [ { "term": "AI塗り", "reading": "えーあいぬり", "slug": "ai-nuri", "status": "draft", "tags": [ "開発", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "英 AI washing。「誇大広告」は総称。AI 固有の塗り方に名があると、見抜くときの語になる。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 AI-washing の訳語として", "summary": "中身は変わっていないのに、売るために「AI」という言葉だけを貼ること。", "entry_md": "# AI塗り\n\n（定義は仮。提案中）\n\n中身は変わっていないのに、売るために「AI」という言葉だけを貼ること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 AI-washing の訳語として\n\n既存語との差: 英 AI washing。「誇大広告」は総称。AI 固有の塗り方に名があると、見抜くときの語になる。" }, { "term": "相席コミット", "reading": "あいせきコミット", "slug": "aiseki-commit", "status": "draft", "tags": [ "開発", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「コンフリクト」はマージ時の衝突で、これは衝突せずに他人の作業が静かに自分の履歴へ乗る事故。「巻き込みコミット」では、原因が「同一作業場所を複数席が同時に使っている」ことだという構造が伝わらない。相席コミットが起きたら全席 worktree 化、という対処までが一語で結びつく。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-23、別席の Claude 同士のやり取り。同一 checkout での切り替えが交錯して board.rs と send.rs が他席のコミットに乗り、分割し直す羽目になった件。同日に二回目。", "summary": "同じ checkout を複数のエージェント席が共有していて、他席の未コミット変更やブランチ切り替えが自分のコミットに巻き込まれてしまう事故。", "entry_md": "# 相席コミット\n\n（定義は仮。提案中）\n\n同じ checkout を複数のエージェント席が共有していて、他席の未コミット変更やブランチ切り替えが自分のコミットに巻き込まれてしまう事故。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-23、別席の Claude 同士のやり取り。同一 checkout での切り替えが交錯して board.rs と send.rs が他席のコミットに乗り、分割し直す羽目になった件。同日に二回目。\n\n既存語との差: 「コンフリクト」はマージ時の衝突で、これは衝突せずに他人の作業が静かに自分の履歴へ乗る事故。「巻き込みコミット」では、原因が「同一作業場所を複数席が同時に使っている」ことだという構造が伝わらない。相席コミットが起きたら全席 worktree 化、という対処までが一語で結びつく。\n" }, { "term": "当たり待ち", "reading": "あたりまち", "slug": "atari-machi", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "揺らぎ前提の工程に見えて、実は工程になっていない状態。「それ当たり待ちになってる」と指せると、固め所か指示を直す方に戻れる。揶揄が乗る。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "同上", "summary": "指示を変えずに何度も回し直して、たまたま良いのが出るのを待つこと。", "entry_md": "# 当たり待ち\n\n指示を変えずに何度も回し直して、たまたま良いのが出るのを待つこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 同上\n\n既存語との差: 揺らぎ前提の工程に見えて、実は工程になっていない状態。「それ当たり待ちになってる」と指せると、固め所か指示を直す方に戻れる。揶揄が乗る。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "後付け作意", "reading": "あとづけさくい", "slug": "atozuke-sakui", "status": "draft", "tags": [ "創作" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「偶然の産物」は物の話。後付け作意は作り手の振る舞いで、悪いことではないが自覚がないと次に再現できない。揶揄が乗るので口に乗りやすい。", "proposer": "nishina（創作と言語化の洗い出し）", "origin": "同上", "summary": "AI が偶然出したものを気に入って、あとから「これは狙いだった」ということにすること。", "entry_md": "# 後付け作意\n\n（定義は仮。提案中）\n\nAI が偶然出したものを気に入って、あとから「これは狙いだった」ということにすること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（創作と言語化の洗い出し））\n\n由来: 同上\n\n既存語との差: 「偶然の産物」は物の話。後付け作意は作り手の振る舞いで、悪いことではないが自覚がないと次に再現できない。揶揄が乗るので口に乗りやすい。" }, { "term": "場当たり崩れ", "reading": "ばあたりくずれ", "slug": "baatari-kuzure", "status": "draft", "tags": [ "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「モグラ叩き」は同じバグの再発、「技術的負債」は将来のコストを指すが、これは修正の自由度が構造的に残っていること自体が原因。対策が「直す」ではなく「台本にカメラ座標を書く手段を無くす」のような型による封じ込めなので、原因側に名前が要る。", "proposer": "nishina（ログ調査 other）", "origin": "live-coding-record-edit-test のニュース番組画面（2026-08-29〜30）。カメラ位置が場面ごとに急に変わる不具合を何度直しても崩れ、show.html と build-ep.py に重複したカメラ計算を views.json 一枚にまとめ、最終的に FORMAT.md で「シーン型でしか描かない」設計に作り直した。", "summary": "AIに一箇所ずつ直しを頼むたびに、以前は良かった別の箇所が崩れていく循環。同じ計算が複数箇所に重複して書かれ、直しが片側にしか当たらないことで起きる。", "entry_md": "# 場当たり崩れ\n\n（定義は仮。提案中）\n\nAIに一箇所ずつ直しを頼むたびに、以前は良かった別の箇所が崩れていく循環。同じ計算が複数箇所に重複して書かれ、直しが片側にしか当たらないことで起きる。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: live-coding-record-edit-test のニュース番組画面（2026-08-29〜30）。カメラ位置が場面ごとに急に変わる不具合を何度直しても崩れ、show.html と build-ep.py に重複したカメラ計算を views.json 一枚にまとめ、最終的に FORMAT.md で「シーン型でしか描かない」設計に作り直した。\n\n既存語との差: 「モグラ叩き」は同じバグの再発、「技術的負債」は将来のコストを指すが、これは修正の自由度が構造的に残っていること自体が原因。対策が「直す」ではなく「台本にカメラ座標を書く手段を無くす」のような型による封じ込めなので、原因側に名前が要る。\n" }, { "term": "バトン失速", "reading": "ばとんしっそく", "slug": "baton-shissoku", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「デッドロック」は互いに資源を待つ状態で、「無応答」は個体の故障を指すが、これはどの席も正常に待機しているのに進行が死ぬ集団現象。故障ではなく回し方（名指しの受け渡し規則）の問題だと一語で言えないと、毎回「止まった＝壊れた？」から切り分けが始まる。", "proposer": "nishina（ログ調査 other）", "origin": "live-coding-record の予行（2026-08-28）。放談フェーズで席同士の伝言が止まり全員が黙った観測から、「話し終わったら必ず次の席へ名指しで振る」が常設ルールになった。", "summary": "複数エージェントの会話や分業で、次の話者を名指しする受け渡しが途切れた瞬間に、誰も自発的に口を開かず全員が沈黙してしまう現象。", "entry_md": "# バトン失速\n\n（定義は仮。提案中）\n\n複数エージェントの会話や分業で、次の話者を名指しする受け渡しが途切れた瞬間に、誰も自発的に口を開かず全員が沈黙してしまう現象。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: live-coding-record の予行（2026-08-28）。放談フェーズで席同士の伝言が止まり全員が黙った観測から、「話し終わったら必ず次の席へ名指しで振る」が常設ルールになった。\n\n既存語との差: 「デッドロック」は互いに資源を待つ状態で、「無応答」は個体の故障を指すが、これはどの席も正常に待機しているのに進行が死ぬ集団現象。故障ではなく回し方（名指しの受け渡し規則）の問題だと一語で言えないと、毎回「止まった＝壊れた？」から切り分けが始まる。\n" }, { "term": "文脈腐れ", "reading": "ぶんみゃくくされ", "slug": "bunmyaku-kusare", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "英 context rot の訳語。「コンテキストが長い」は量の話で、腐れは質の劣化を言う。「腐れたら切って新しい席で」と対処が語から出る。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 context rot / context poisoning の訳語として", "summary": "会話や作業が長引くほど、古い指示や誤った途中結果が文脈に溜まり、モデルの出力が劣化していくこと。", "entry_md": "# 文脈腐れ\n\n（定義は仮。提案中）\n\n会話や作業が長引くほど、古い指示や誤った途中結果が文脈に溜まり、モデルの出力が劣化していくこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 context rot / context poisoning の訳語として\n\n既存語との差: 英 context rot の訳語。「コンテキストが長い」は量の話で、腐れは質の劣化を言う。「腐れたら切って新しい席で」と対処が語から出る。\n" }, { "term": "ブレ止め", "reading": "ぶれどめ", "slug": "bure-dome", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei", "tokui-yose", "heikin-gao" ], "first_seen": "2026-09-13", "why": "得意寄せは好みが無意識に AI の得意へ流れる話。ブレ止めは、再現性のために意図して選ぶ設計判断。「ここはブレ止めで左右対称にした」と、あとから理由を説明できる。", "proposer": "人間", "origin": "人間の指摘（2026-09-13）。キャラクターの立ち絵・漫画で、左右のある髪型が毎回逆に出た", "summary": "生成のたびに出力がズレないように、キャラや意匠の側を最初からブレにくい形に決めておくこと。サイドテールをやめてツインテールにする、のように。", "entry_md": "# ブレ止め\n\n生成のたびに出力がズレないように、キャラや意匠の側を最初からブレにくい形に決めておくこと。サイドテールをやめてツインテールにする、のように。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（人間）\n\n由来: 人間の指摘（2026-09-13）。キャラクターの立ち絵・漫画で、左右のある髪型が毎回逆に出た\n\n既存語との差: 得意寄せは好みが無意識に AI の得意へ流れる話。ブレ止めは、再現性のために意図して選ぶ設計判断。「ここはブレ止めで左右対称にした」と、あとから理由を説明できる。\n\n### 別案（同日）\n- ブレ止め（ぶれどめ） — 滑り止めの型。「ブレ止めを入れる」。推し\n- 出目固め（でめがため） — ガチャの出目を固める。揶揄が乗る。行為の名として面白い\n- 生成安定形 — 説明的。「安定形」だけでも通じるかもしれない\n- 描き分け避け — 左右・向きなど描き分けが要る要素を避ける。範囲が狭い（絵だけ）\n- 左右なし化 — 対称にする、の一手法。ブレ止めの下位\n\n### 用例\n- 「この子の髪、ブレ止めでツインテにした。サイドテールは左右が安定しない」\n- 「ブレ止めが効く要素: 左右対称、色数を絞る、目立つ一点（帽子・眼鏡）」\n- 「ブレ止めしすぎると平均顔になる。一点だけは尖らせる」\n- 「出目固めしてから量産に入る」\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "黙り空", "reading": "だんまりから", "slug": "damari-kara", "status": "draft", "tags": [ "開発", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「サイレントフェイル」は失敗全般だが、黙り空は二つの道具が同じカード（設定ファイル）を共有しながら鍵の階層が食い違い、.get() が既定値を返すせいで下流が空の設定で走り続ける、という具体の形を指す。ログでは例外もテスト赤も出ず、実データで初めて見つかっている。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-atelier-dev、voice-designer の card.read() と よりまし の character.toml の食い違い（2026-09-12、上原席の実測）。", "summary": "読み手が別の鍵の場所を見ているため、エラーにならず黙って空の値が下流へ流れ、文書上は「効いている」ことになっている状態。", "entry_md": "# 黙り空\n\n（定義は仮。提案中）\n\n読み手が別の鍵の場所を見ているため、エラーにならず黙って空の値が下流へ流れ、文書上は「効いている」ことになっている状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-atelier-dev、voice-designer の card.read() と よりまし の character.toml の食い違い（2026-09-12、上原席の実測）。\n\n既存語との差: 「サイレントフェイル」は失敗全般だが、黙り空は二つの道具が同じカード（設定ファイル）を共有しながら鍵の階層が食い違い、.get() が既定値を返すせいで下流が空の設定で走り続ける、という具体の形を指す。ログでは例外もテスト赤も出ず、実データで初めて見つかっている。\n" }, { "term": "黙り更新", "reading": "だまりこうしん", "slug": "damari-koushin", "status": "draft", "tags": [ "AIエージェント", "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "進化負債は「進化したので構造が負債になった」。黙り更新は「進化したことに気づけない」側で、検知（数え返し）の仕組みが要る理由になる。", "proposer": "nishina（指示と記憶の洗い出し）", "origin": "同上。「サイレントアップデート」の訳語として", "summary": "モデルや API が告知なく更新され、こちらは何も変えていないのに挙動が変わること。", "entry_md": "# 黙り更新\n\n（定義は仮。提案中）\n\nモデルや API が告知なく更新され、こちらは何も変えていないのに挙動が変わること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（指示と記憶の洗い出し））\n\n由来: 同上。「サイレントアップデート」の訳語として\n\n既存語との差: 進化負債は「進化したので構造が負債になった」。黙り更新は「進化したことに気づけない」側で、検知（数え返し）の仕組みが要る理由になる。" }, { "term": "出し数", "reading": "だしかず", "slug": "dashi-kazu", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "「バッチサイズ」は道具の設定値。出し数は創作側の判断で、「この工程は出し数二十」「出し数を上げても拾い率が下がるだけ」と、拾い率と組で使う。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "揺らぎ前提の関連語（2026-09-13）", "summary": "一回の生成でいくつ出すか。揺らぎ前提の工程で最初に決める数。", "entry_md": "# 出し数\n\n一回の生成でいくつ出すか。揺らぎ前提の工程で最初に決める数。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 揺らぎ前提の関連語（2026-09-13）\n\n既存語との差: 「バッチサイズ」は道具の設定値。出し数は創作側の判断で、「この工程は出し数二十」「出し数を上げても拾い率が下がるだけ」と、拾い率と組で使う。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "出所落ち", "reading": "でどころおち", "slug": "dedokoro-ochi", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "採否台帳や正本は「記録する場所」の名前で、出所が失われる失敗そのものを指さない。「プロベナンス」は広すぎる。AI が案を量産する開発では、承認記録の無い案が既成事実になる形が繰り返し起き、「誰が言い出したか」の列が要ると毎回説明されている。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-manga の棚卸しと references/ の分離（2026-09-11）、AGENTS.md の注意書き、blog-yorimashi-dev の席同士の口論（2026-09-07）。", "summary": "ある方針や成果物が人間の決定なのか AI の提案なのか分からなくなり、未承認の案が正本と同じ棚に並んでしまう状態。", "entry_md": "# 出所落ち\n\n（定義は仮。提案中）\n\nある方針や成果物が人間の決定なのか AI の提案なのか分からなくなり、未承認の案が正本と同じ棚に並んでしまう状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-manga の棚卸しと references/ の分離（2026-09-11）、AGENTS.md の注意書き、blog-yorimashi-dev の席同士の口論（2026-09-07）。\n\n既存語との差: 採否台帳や正本は「記録する場所」の名前で、出所が失われる失敗そのものを指さない。「プロベナンス」は広すぎる。AI が案を量産する開発では、承認記録の無い案が既成事実になる形が繰り返し起き、「誰が言い出したか」の列が要ると毎回説明されている。\n" }, { "term": "デモ峠", "reading": "でもとうげ", "slug": "demo-toge", "status": "draft", "tags": [ "開発", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「PoC 止まり」は結果しか言わない。峠は越えられる高さの問題だと言えて、仕上げ坂（品質）とは別の、運用・例外・規模の落差を指す。", "proposer": "nishina（指示と記憶の洗い出し）", "origin": "同上。今日の最初の洗い出しで人間が「一番名前が欲しい」と言った一つ", "summary": "デモでは感動的なのに、本番に入れると使い物にならない落差のこと。", "entry_md": "# デモ峠\n\n（定義は仮。提案中）\n\nデモでは感動的なのに、本番に入れると使い物にならない落差のこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（指示と記憶の洗い出し））\n\n由来: 同上。今日の最初の洗い出しで人間が「一番名前が欲しい」と言った一つ\n\n既存語との差: 「PoC 止まり」は結果しか言わない。峠は越えられる高さの問題だと言えて、仕上げ坂（品質）とは別の、運用・例外・規模の落差を指す。" }, { "term": "同種学習", "reading": "どうしゅがくしゅう", "slug": "doushu-gakushuu", "status": "draft", "tags": [ "創作" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「著作権グレー」「学習データ問題」では、どこが一番効く論点かが消える。情報解析目的の学習が広く許される中で例外に入るかどうかを分ける軸が「同種性」であり、さらに有償配布物なら契約の層が別に残る。採用判断の点検項目として一語で呼びたい。", "proposer": "nishina（ログ調査 other）", "origin": "PSDMaker-A（2026-09-09）。一枚絵をレイヤーに自動分割する技術の学習データを調査役に調べさせ、「使うのをやめるほどではないが、知らずに使うべきではない」と整理した下書き記事（公開保留）。", "summary": "採用したい生成モデルの学習データと出力物が同じ種類（キャラモデルを学習してキャラモデルを吐く等）で、出力が学習元の市場をそのまま置き換えうる位置にある状態。", "entry_md": "# 同種学習\n\n（定義は仮。提案中）\n\n採用したい生成モデルの学習データと出力物が同じ種類（キャラモデルを学習してキャラモデルを吐く等）で、出力が学習元の市場をそのまま置き換えうる位置にある状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: PSDMaker-A（2026-09-09）。一枚絵をレイヤーに自動分割する技術の学習データを調査役に調べさせ、「使うのをやめるほどではないが、知らずに使うべきではない」と整理した下書き記事（公開保留）。\n\n既存語との差: 「著作権グレー」「学習データ問題」では、どこが一番効く論点かが消える。情報解析目的の学習が広く許される中で例外に入るかどうかを分ける軸が「同種性」であり、さらに有償配布物なら契約の層が別に残る。採用判断の点検項目として一語で呼びたい。\n" }, { "term": "選び疲れ", "reading": "えらびづかれ", "slug": "erabi-zukare", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "確認疲れは正誤を疑う疲れ。選び疲れは良し悪しを比べる疲れで、出し数の上限を決める理由になる。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "同上", "summary": "出し数が多すぎて、選ぶ作業の方が作るより疲れてしまうこと。", "entry_md": "# 選び疲れ\n\n出し数が多すぎて、選ぶ作業の方が作るより疲れてしまうこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 同上\n\n既存語との差: 確認疲れは正誤を疑う疲れ。選び疲れは良し悪しを比べる疲れで、出し数の上限を決める理由になる。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "複製試作", "reading": "ふくせいしさく", "slug": "fukusei-shisaku", "status": "draft", "tags": [ "開発", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「ドラフト」「ブランチ」は複製であることは言うが、採用中が壊れないこと、採用の押し手が人間に固定されることまで含まない。全工程を「候補を並べて一つ採用する」同じ形にし、Astra など外部エージェントに試作を丸ごと任せる根拠になった。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-atelier-dev、仕上げの単位を「試作」にした設計（2026-09-06）と Astra に試作調整を任せる決定（2026-09-12）。", "summary": "採用中のものを複製して試作とし、中では AI が何をしてもよく、採用中は無事のまま、確定と採用だけ人間が押す運用。", "entry_md": "# 複製試作\n\n（定義は仮。提案中）\n\n採用中のものを複製して試作とし、中では AI が何をしてもよく、採用中は無事のまま、確定と採用だけ人間が押す運用。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-atelier-dev、仕上げの単位を「試作」にした設計（2026-09-06）と Astra に試作調整を任せる決定（2026-09-12）。\n\n既存語との差: 「ドラフト」「ブランチ」は複製であることは言うが、採用中が壊れないこと、採用の押し手が人間に固定されることまで含まない。全工程を「候補を並べて一つ採用する」同じ形にし、Astra など外部エージェントに試作を丸ごと任せる根拠になった。\n" }, { "term": "言語化税", "reading": "げんごかぜい", "slug": "gengoka-zei", "status": "draft", "tags": [ "創作", "協働", "言葉" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「暗黙知」は持っている側の性質。言語化税は、AI が来て新たに払うことになった手間そのもの。税と呼ぶと、払う価値があるか、を見積もれる。", "proposer": "nishina（創作と言語化の洗い出し）", "origin": "創作と言語化と AI の洗い出し（2026-09-13）", "summary": "手や勘でやっていたことを AI に頼むために、いちいち言葉にしなければならなくなった手間のこと。", "entry_md": "# 言語化税\n\n（定義は仮。提案中）\n\n手や勘でやっていたことを AI に頼むために、いちいち言葉にしなければならなくなった手間のこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（創作と言語化の洗い出し））\n\n由来: 創作と言語化と AI の洗い出し（2026-09-13）\n\n既存語との差: 「暗黙知」は持っている側の性質。言語化税は、AI が来て新たに払うことになった手間そのもの。税と呼ぶと、払う価値があるか、を見積もれる。" }, { "term": "語彙天井", "reading": "ごいてんじょう", "slug": "goi-tenjou", "status": "review", "tags": [ "創作", "協働", "言葉" ], "aliases": [ "それ指し", "言葉切れ" ], "related": [], "first_seen": "2026-09-13", "why": "「言葉足らず」は説明の量が足りないこと。語彙天井は、言葉そのものが無くて足せないこと。AI への指示では「もっとこう」の先が言えず、出力がぼやける原因がここにある。この辞書の存在理由。", "proposer": "人間", "origin": "人間の指摘（2026-09-13）。デザインの細部・声の演技・動きの指示で繰り返し起きた", "summary": "伝えたい細部はあるのに、それを指す言葉を持っていないために、指示の解像度がそこで頭打ちになること。", "entry_md": "# 語彙天井\n\n（定義は仮。提案中）\n\n伝えたい細部はあるのに、それを指す言葉を持っていないために、指示の解像度がそこで頭打ちになること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（人間）\n\n由来: 人間の指摘（2026-09-13）。デザインの細部・声の演技・動きの指示で繰り返し起きた\n\n既存語との差: 「言葉足らず」は説明の量が足りないこと。語彙天井は、言葉そのものが無くて足せないこと。AI への指示では「もっとこう」の先が言えず、出力がぼやける原因がここにある。この辞書の存在理由。\n\n### 別案（同日）\n- 語彙天井（ごいてんじょう） — 語彙で決まる上限。「天井に当たった」と言える。推し\n- それ指し（それざし） — 言葉が無くて「それ、もっとこう」と指さすしかない状態。行為の名。揶揄が少し乗る\n- 言葉切れ（ことばぎれ） — 息切れの型。「途中で言葉切れした」。現象として軽い\n- 指示解像度 — 概念としては正確だが、名ではなく指標。「語彙天井が指示解像度を決める」と組む\n- 語彙止まり — 天井と同じ意味で、少し弱い\n- 名無し詰まり — 名無しの概念で指示が詰まる。長い\n\n### 用例\n- 「この修正指示、語彙天井に当たってる。『もっと自然に』の先が無い」\n- 「それ指しが三回続いたら、語を作る合図」\n- 「語彙天井を上げるのがこの辞書の仕事」\n- 「デザイナーの語彙を借りると、同じ AI でも出力が変わる。天井が上がったから」\n\n## 2026-09-13 仮に上げる\n\n人間の選択で **語彙天井**。それ指し・言葉切れは別名に。" }, { "term": "GPTスマイル", "reading": "じーぴーてぃーすまいる", "slug": "gpt-smile", "status": "review", "tags": [ "創作", "品質" ], "aliases": [], "related": [ "seisei-shu", "heikin-gao", "bure-dome" ], "first_seen": "2026-09-13", "why": "「満面の笑み」は表情の名。GPTスマイルは、頼んでいないのに生成の既定として出てくる特定の一顔で、指すと「それじゃなくて」と言える。生成臭・平均顔の、顔についての一例。", "proposer": "人間", "origin": "人間の命名（2026-09-13）。漫画の生成で毎回同じ笑顔が出た（スクリーンショットあり）", "summary": "画像生成に「笑顔」を頼むと既定で出てくる、目を閉じて口を大きく開けた満面の笑み。頬の赤みと「＋」の飛沫まで毎回ついてくる。", "entry_md": "# GPTスマイル\n\n画像生成に「笑顔」を頼むと既定で出てくる、目を閉じて口を大きく開けた満面の笑み。頬の赤みと「＋」の飛沫まで毎回ついてくる。\n\n## 見分け方\n\n- 目は閉じて弧、口は大きく開いて上向き、頬に斜線か赤み、周囲に「＋」「☆」の飛沫\n- 人格や場面に関係なく同じ顔になる。平均顔の一種\n\n## 使い方\n\n- 「この子の笑顔、GPTスマイルになってる。口を閉じて目を開けて」\n- 「GPTスマイル禁止、を design.md に一行」\n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（人間）\n\n由来: 人間の命名（2026-09-13）。漫画の生成で毎回同じ笑顔が出た（スクリーンショットあり）\n\n既存語との差: 「満面の笑み」は表情の名。GPTスマイルは、頼んでいないのに生成の既定として出てくる特定の一顔で、指すと「それじゃなくて」と言える。生成臭・平均顔の、顔についての一例。\n\n### 用例\n- 「この子の笑顔、GPTスマイルになってる。口を閉じて目を開けて」\n- 「GPTスマイル禁止、を design.md に一行。微笑と笑い声を分ける」\n- 「感情の札が『嬉しい』のとき全部 GPTスマイルに寄る。揺らし所を顔に置く」\n\n### 特徴（見分け方）\n- 目は閉じて弧、口は大きく開いて上向き、頬に斜線か赤み、周囲に「＋」「☆」の飛沫\n- 元の人格や場面に関係なく同じ顔になる → 平均顔の一種\n\n## 2026-09-13 仮に上げる\n\n人間が命名して持ち込んだ語なので、提案を飛ばして仮に。" }, { "term": "判断表", "reading": "はんだんひょう", "slug": "handan-hyou", "status": "draft", "tags": [ "協働" ], "aliases": [], "related": [ "handan-no-okiba", "toke-handan", "shinpan-handan", "teban-handan" ], "first_seen": "2026-09-13", "why": "「責任分担表」は人と人の間の表。判断表は AI と規則を含み、こっそり判断を防ぐ設計図になる。説明貯金の一種。", "proposer": "nishina（判断の種類の洗い出し）", "origin": "同上", "summary": "その仕事に含まれる判断を並べて、どれを人間・AI（溶け／審判／手番／挟み）・規則に置くか書いた一枚。", "entry_md": "# 判断表\n\n（定義は仮。提案中）\n\nその仕事に含まれる判断を並べて、どれを人間・AI（溶け／審判／手番／挟み）・規則に置くか書いた一枚。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（判断の種類の洗い出し））\n\n由来: 同上\n\n既存語との差: 「責任分担表」は人と人の間の表。判断表は AI と規則を含み、こっそり判断を防ぐ設計図になる。説明貯金の一種。" }, { "term": "判断の置き場", "reading": "はんだんのおきば", "slug": "handan-no-okiba", "status": "draft", "tags": [ "協働" ], "aliases": [], "related": [ "toke-handan", "shinpan-handan", "teban-handan", "kisoku-handan", "hasami-handan", "kossori-handan", "handan-hyou" ], "first_seen": "2026-09-13", "why": "「役割分担」は仕事単位。判断の置き場は判断一つ単位で、同じ仕事の中でも「ここは人間、ここは規則、ここは AI」と分ける。この分け方の語が無いと、全部 AI か全部人間かの二択になる。", "proposer": "nishina（判断の種類の洗い出し）", "origin": "人間の言明「人間判断と AI 判断、AI 判断もまた複数種類ある」（2026-09-13）", "summary": "ある判断を、人間・AI・規則（コード）のどこに置くかという設計の問い。", "entry_md": "# 判断の置き場\n\n（定義は仮。提案中）\n\nある判断を、人間・AI・規則（コード）のどこに置くかという設計の問い。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（判断の種類の洗い出し））\n\n由来: 人間の言明「人間判断と AI 判断、AI 判断もまた複数種類ある」（2026-09-13）\n\n既存語との差: 「役割分担」は仕事単位。判断の置き場は判断一つ単位で、同じ仕事の中でも「ここは人間、ここは規則、ここは AI」と分ける。この分け方の語が無いと、全部 AI か全部人間かの二択になる。" }, { "term": "貼り付け起動", "reading": "はりつけきどう", "slug": "haritsuke-kido", "status": "draft", "tags": [ "開発", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「CLI 連携」は起動主体を問わないが、貼り付け起動は『画面から起動しない』という制約が本体で、規約・鍵・口座・初回の信頼確認を人間側に置く理由まで含む。名前が無いと「規則ファイルを書き出して貼り付け用の一行を返すだけ」と毎回説明している。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-atelier-dev、性格画面の「この口調で話してみる」を画面起動からコマンド表示へ改めた決定（2026-09-12）、cli-chat 設計（2026-09-13）。", "summary": "アプリが自らエージェントを起動せず、人間の端末に貼り付ける一行を出すだけにして、実行を人間の口座と手に置く設計。", "entry_md": "# 貼り付け起動\n\n（定義は仮。提案中）\n\nアプリが自らエージェントを起動せず、人間の端末に貼り付ける一行を出すだけにして、実行を人間の口座と手に置く設計。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-atelier-dev、性格画面の「この口調で話してみる」を画面起動からコマンド表示へ改めた決定（2026-09-12）、cli-chat 設計（2026-09-13）。\n\n既存語との差: 「CLI 連携」は起動主体を問わないが、貼り付け起動は『画面から起動しない』という制約が本体で、規約・鍵・口座・初回の信頼確認を人間側に置く理由まで含む。名前が無いと「規則ファイルを書き出して貼り付け用の一行を返すだけ」と毎回説明している。\n" }, { "term": "挟み判断", "reading": "はさみはんだん", "slug": "hasami-handan", "status": "draft", "tags": [ "AIエージェント", "協働" ], "aliases": [], "related": [ "handan-no-okiba", "toke-handan", "shinpan-handan", "teban-handan" ], "first_seen": "2026-09-13", "why": "聞きすぎれば丸投げ問い、聞かなければ勝手拡張。この境目を決めている判断そのものに名が無いと、規則文に「聞け」「聞くな」しか書けない。", "proposer": "nishina（判断の種類の洗い出し）", "origin": "同上", "summary": "AI が「これは人間に聞くべきか、自分で進めてよいか」を決める種類の判断。人間挟みを発動するかどうかの判断。", "entry_md": "# 挟み判断\n\n（定義は仮。提案中）\n\nAI が「これは人間に聞くべきか、自分で進めてよいか」を決める種類の判断。人間挟みを発動するかどうかの判断。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（判断の種類の洗い出し））\n\n由来: 同上\n\n既存語との差: 聞きすぎれば丸投げ問い、聞かなければ勝手拡張。この境目を決めている判断そのものに名が無いと、規則文に「聞け」「聞くな」しか書けない。" }, { "term": "平均顔", "reading": "へいきんがお", "slug": "heikin-gao", "status": "draft", "tags": [ "創作", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「ありきたり」は感想。平均顔は、なぜそうなるか（平均への回帰）まで一語で言えて、「平均顔から外すには」と対策の主語になる。少し揶揄が乗る。", "proposer": "nishina（創作と言語化の洗い出し）", "origin": "同上", "summary": "AI の出力が学習データの平均に寄って、どれも似た顔・似た文体・似た構図になること。", "entry_md": "# 平均顔\n\n（定義は仮。提案中）\n\nAI の出力が学習データの平均に寄って、どれも似た顔・似た文体・似た構図になること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（創作と言語化の洗い出し））\n\n由来: 同上\n\n既存語との差: 「ありきたり」は感想。平均顔は、なぜそうなるか（平均への回帰）まで一語で言えて、「平均顔から外すには」と対策の主語になる。少し揶揄が乗る。" }, { "term": "引き継ぎ堆積", "reading": "ひきつぎたいせき", "slug": "hikitsugi-taiseki", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「ドキュメントの陳腐化」は人が書いた文書が古くなる話だが、これは各セッションが自分の生存のために書き足す文書が、消す主体を持たないまま増える構造的な現象。カードに「未着手」、実物は 11 版、のような矛盾が生まれる原因がこれだと言えると、棚卸しを定期作業として設計できる。", "proposer": "nishina（ログ調査 other）", "origin": "irodori-speak（2026-09-10〜11）の文書棚卸し（HANDOFF の移設、log/ への日付付き文書の隔離）と、PSDMaker-A（2026-09-09）で管理カードと作業場の版数が食い違っていた発見。", "summary": "セッションごとにエージェントが残す引き継ぎ書・メモ・ログ・状態カードがリポジトリに積もり、誰も棚卸ししないまま実体とずれていく状態。", "entry_md": "# 引き継ぎ堆積\n\n（定義は仮。提案中）\n\nセッションごとにエージェントが残す引き継ぎ書・メモ・ログ・状態カードがリポジトリに積もり、誰も棚卸ししないまま実体とずれていく状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: irodori-speak（2026-09-10〜11）の文書棚卸し（HANDOFF の移設、log/ への日付付き文書の隔離）と、PSDMaker-A（2026-09-09）で管理カードと作業場の版数が食い違っていた発見。\n\n既存語との差: 「ドキュメントの陳腐化」は人が書いた文書が古くなる話だが、これは各セッションが自分の生存のために書き足す文書が、消す主体を持たないまま増える構造的な現象。カードに「未着手」、実物は 11 版、のような矛盾が生まれる原因がこれだと言えると、棚卸しを定期作業として設計できる。\n" }, { "term": "暇仕事", "reading": "ひましごと", "slug": "hima-shigoto", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「バックログ」は優先順位付きの未着手作業で、暇仕事は優先度に関係なく「手が空いた瞬間に埋めるもの」として設計される。雑談・調べ物・小さな整備など、進捗より席が生きて見えることを目的に含む点で「低優先タスク」とも違う。キャラ立ち上げ時の指示書に何を書くかを議論するのに必要。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-31〜09-01、配信しながらの開発に向けてキャラごとの指示書を作る相談。暇になったらやることを四人分作る、暇な時には雑談する、という要望。", "summary": "席が人間待ちや手空きになったときにやると、あらかじめキャラごとに決めてある仕事や振る舞い。", "entry_md": "# 暇仕事\n\n（定義は仮。提案中）\n\n席が人間待ちや手空きになったときにやると、あらかじめキャラごとに決めてある仕事や振る舞い。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-31〜09-01、配信しながらの開発に向けてキャラごとの指示書を作る相談。暇になったらやることを四人分作る、暇な時には雑談する、という要望。\n\n既存語との差: 「バックログ」は優先順位付きの未着手作業で、暇仕事は優先度に関係なく「手が空いた瞬間に埋めるもの」として設計される。雑談・調べ物・小さな整備など、進捗より席が生きて見えることを目的に含む点で「低優先タスク」とも違う。キャラ立ち上げ時の指示書に何を書くかを議論するのに必要。\n" }, { "term": "拾い基準", "reading": "ひろいきじゅん", "slug": "hiroi-kijun", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "目利き止まりのままだと拾いが気分で揺れる。拾い基準を書くと、選びが他人にも AI にも渡せて、拾い率も測れる。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "同上", "summary": "何を拾って何を捨てるかを、選ぶ前に言葉にしておいたもの。", "entry_md": "# 拾い基準\n\n何を拾って何を捨てるかを、選ぶ前に言葉にしておいたもの。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 同上\n\n既存語との差: 目利き止まりのままだと拾いが気分で揺れる。拾い基準を書くと、選びが他人にも AI にも渡せて、拾い率も測れる。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "拾い漏れ", "reading": "ひろいもれ", "slug": "hiroi-more", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「人間待ち」（席が人間の返事を待つ状態）は本文中で既に語として使われているが、その逆である「人間が席の返事を待っているのに誰も拾わない」状態には語が無く、監督の規則に一文を足して説明している。多人数エージェントに固有の責任分散の失敗であり、単一エージェントの「無応答」とは対処（担当席へ回す）が違う。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-09-06、監督席の見回りプロンプトの最終改訂で追加された規則。人間が席に問いを投げて二分以上どの席も答えなければ担当席へ send で回す。", "summary": "複数席のいる部屋で人間が投げた問いを、どの席も自分宛と思わず放置してしまうこと。席から人間への「人間待ち」の逆向き。", "entry_md": "# 拾い漏れ\n\n（定義は仮。提案中）\n\n複数席のいる部屋で人間が投げた問いを、どの席も自分宛と思わず放置してしまうこと。席から人間への「人間待ち」の逆向き。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-09-06、監督席の見回りプロンプトの最終改訂で追加された規則。人間が席に問いを投げて二分以上どの席も答えなければ担当席へ send で回す。\n\n既存語との差: 「人間待ち」（席が人間の返事を待つ状態）は本文中で既に語として使われているが、その逆である「人間が席の返事を待っているのに誰も拾わない」状態には語が無く、監督の規則に一文を足して説明している。多人数エージェントに固有の責任分散の失敗であり、単一エージェントの「無応答」とは対処（担当席へ回す）が違う。\n" }, { "term": "拾い率", "reading": "ひろいりつ", "slug": "hiroi-ritsu", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "「歩留まり」は製造の語で、判断を伴わない。拾い率は人の目が入った後の割合で、指示の質と道具の相性を測る唯一の数になる。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "同上", "summary": "出したもののうち、使えると判断して拾えた割合。", "entry_md": "# 拾い率\n\n出したもののうち、使えると判断して拾えた割合。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 同上\n\n既存語との差: 「歩留まり」は製造の語で、判断を伴わない。拾い率は人の目が入った後の割合で、指示の質と道具の相性を測る唯一の数になる。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "拾い食い", "reading": "ひろいぐい", "slug": "hiroigui", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「コンテキスト汚染」は入力全般の話だが、拾い食いはハーネスが cwd の物を自動で食わせる経路を名指す。対処（空ディレクトリで起動、ツール全無効）が経路に紐づくので、名前があれば「口調テストの claude が拾い食いしてる」で通じる。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-atelier-dev、性格の口調テスト用に claude CLI を一本起こした実装（2026-09-12）、codex の AGENTS.md 読み込み確認（2026-09-13）。", "summary": "狭い用途で呼び出した LLM が、起動ディレクトリの作業ツリーや AGENTS.md を勝手に読んで答えに混ぜてしまうこと。", "entry_md": "# 拾い食い\n\n（定義は仮。提案中）\n\n狭い用途で呼び出した LLM が、起動ディレクトリの作業ツリーや AGENTS.md を勝手に読んで答えに混ぜてしまうこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-atelier-dev、性格の口調テスト用に claude CLI を一本起こした実装（2026-09-12）、codex の AGENTS.md 読み込み確認（2026-09-13）。\n\n既存語との差: 「コンテキスト汚染」は入力全般の話だが、拾い食いはハーネスが cwd の物を自動で食わせる経路を名指す。対処（空ディレクトリで起動、ツール全無効）が経路に紐づくので、名前があれば「口調テストの claude が拾い食いしてる」で通じる。\n" }, { "term": "報告止まり", "reading": "ほうこくどまり", "slug": "houkoku-domari", "status": "draft", "tags": [ "AIエージェント", "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「デモ不足」「見せ方が悪い」は人間側の技能の話だが、これは完了条件の定義の問題。成果物が存在していても人間の目に届いていなければ未完了、という線引きを一語で共有できないと、毎回「ブラウザに出して」「板に出して」と言い直すことになる。", "proposer": "nishina（ログ調査 other）", "origin": "pokemon-syuzokuchi-champions（2026-08-26）で人間の指示として全席に配られた合言葉。live-coding-record 予行 2 でも実況画面を出し忘れた反省が出た。", "summary": "エージェントが成果を、動くものやスクショではなく文章の報告だけで締めてしまい、人間が確認も判断もできない状態。", "entry_md": "# 報告止まり\n\n（定義は仮。提案中）\n\nエージェントが成果を、動くものやスクショではなく文章の報告だけで締めてしまい、人間が確認も判断もできない状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: pokemon-syuzokuchi-champions（2026-08-26）で人間の指示として全席に配られた合言葉。live-coding-record 予行 2 でも実況画面を出し忘れた反省が出た。\n\n既存語との差: 「デモ不足」「見せ方が悪い」は人間側の技能の話だが、これは完了条件の定義の問題。成果物が存在していても人間の目に届いていなければ未完了、という線引きを一語で共有できないと、毎回「ブラウザに出して」「板に出して」と言い直すことになる。\n" }, { "term": "一枚絵席", "reading": "いちまいえせき", "slug": "ichimaie-seki", "status": "draft", "tags": [ "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「モック」や「プレースホルダ」は本物ではない仮の物を指すが、一枚絵席は本当に仕事をする席であり、後から声や動きを足せるという段階の低い側。「縮退運転」は障害時に機能を落とす語で、意図的な入門段階としての最小構成を指せない。キャラ追加のハードルを議論するのに要る。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-15、常駐タスクにキャラクター性を持たせる構想の中で、一枚絵と性格だけからキャラを追加できるようにしたいと繰り返し説明。", "summary": "立ち絵差分・声・アニメーションを揃えず、一枚絵と性格文だけで立ち上げて仕事を回せる最小構成のキャラクター席。", "entry_md": "# 一枚絵席\n\n（定義は仮。提案中）\n\n立ち絵差分・声・アニメーションを揃えず、一枚絵と性格文だけで立ち上げて仕事を回せる最小構成のキャラクター席。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-15、常駐タスクにキャラクター性を持たせる構想の中で、一枚絵と性格だけからキャラを追加できるようにしたいと繰り返し説明。\n\n既存語との差: 「モック」や「プレースホルダ」は本物ではない仮の物を指すが、一枚絵席は本当に仕事をする席であり、後から声や動きを足せるという段階の低い側。「縮退運転」は障害時に機能を落とす語で、意図的な入門段階としての最小構成を指せない。キャラ追加のハードルを議論するのに要る。\n" }, { "term": "一割爆弾", "reading": "いちわりばくだん", "slug": "ichiwari-bakudan", "status": "draft", "tags": [ "開発", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「精度九割」は良い話に聞こえる。爆弾と呼ぶと、その一割がどこで爆発するか（金・信頼・安全）を先に決める設計になる。揶揄が乗る。", "proposer": "nishina（指示と記憶の洗い出し）", "origin": "同上", "summary": "出力の九割は良いのに、残り一割の失敗が致命的で、その一割のために全体の仕組みが複雑になること。", "entry_md": "# 一割爆弾\n\n（定義は仮。提案中）\n\n出力の九割は良いのに、残り一割の失敗が致命的で、その一割のために全体の仕組みが複雑になること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（指示と記憶の洗い出し））\n\n由来: 同上\n\n既存語との差: 「精度九割」は良い話に聞こえる。爆弾と呼ぶと、その一割がどこで爆発するか（金・信頼・安全）を先に決める設計になる。揶揄が乗る。" }, { "term": "一発縛り", "reading": "いっぱつしばり", "slug": "ippatsu-shibari", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "揺らぎ前提の反対側に名前が要る。「ここは一発縛りだから、固め所を増やして揺らぎ幅を絞る」と、工程の切り替えを言える。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "同上", "summary": "生放送や締切のように、一回しか出せない条件のこと。揺らぎ前提が使えない場面。", "entry_md": "# 一発縛り\n\n生放送や締切のように、一回しか出せない条件のこと。揺らぎ前提が使えない場面。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 同上\n\n既存語との差: 揺らぎ前提の反対側に名前が要る。「ここは一発縛りだから、固め所を増やして揺らぎ幅を絞る」と、工程の切り替えを言える。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "意図ずれ", "reading": "いとずれ", "slug": "ito-zure", "status": "draft", "tags": [ "AIエージェント", "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "字面合わせは AI が抜け道を通る話。意図ずれは、AI は素直に読んだが、指示が意図を写しきれていなかった話。原因が指示側にあるので、対策も指示側になる。", "proposer": "nishina（協働の洗い出し）", "origin": "同上", "summary": "AI の出力が指示の文面としては正しいのに、頼んだ側の頭にあったものと違うこと。", "entry_md": "# 意図ずれ\n\n（定義は仮。提案中）\n\nAI の出力が指示の文面としては正しいのに、頼んだ側の頭にあったものと違うこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（協働の洗い出し））\n\n由来: 同上\n\n既存語との差: 字面合わせは AI が抜け道を通る話。意図ずれは、AI は素直に読んだが、指示が意図を写しきれていなかった話。原因が指示側にあるので、対策も指示側になる。" }, { "term": "地の文漏れ", "reading": "じのぶんもれ", "slug": "jinobun-more", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「英語になった」は症状の一つに過ぎず、本質は内部向けの文と外向けの文が同じ経路に乗っている構造にある。「思考の漏れ」と言うと thinking の露出と混同されるが、これは可視の本文が声になる配管の問題。名前がないと「日本語で喋って」という対症療法で終わる。", "proposer": "nishina（ログ調査 other）", "origin": "live-coding-record 予行（2026-08-28）。実装担当の席が作業中に英語の地の文を喋り、人間に指摘された。対策は途中の一言を voice tell の日本語一文に統一。", "summary": "エージェントがツール呼び出しの合間に書く作業用の独り言（地の文）が、そのまま音声や画面などユーザー向けの出力経路に流れ出てしまうこと。しばしば英語に崩れる。", "entry_md": "# 地の文漏れ\n\n（定義は仮。提案中）\n\nエージェントがツール呼び出しの合間に書く作業用の独り言（地の文）が、そのまま音声や画面などユーザー向けの出力経路に流れ出てしまうこと。しばしば英語に崩れる。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: live-coding-record 予行（2026-08-28）。実装担当の席が作業中に英語の地の文を喋り、人間に指摘された。対策は途中の一言を voice tell の日本語一文に統一。\n\n既存語との差: 「英語になった」は症状の一つに過ぎず、本質は内部向けの文と外向けの文が同じ経路に乗っている構造にある。「思考の漏れ」と言うと thinking の露出と混同されるが、これは可視の本文が声になる配管の問題。名前がないと「日本語で喋って」という対症療法で終わる。\n" }, { "term": "字面合わせ", "reading": "じづらあわせ", "slug": "jizura-awase", "status": "draft", "tags": [ "開発", "AIエージェント", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "英 specification gaming / reward hacking。「曲解」は誤解、こちらは正確に読んだうえで抜け道を通る。テスト骨抜きの上位語。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 specification gaming の訳語として", "summary": "AI が指示の言葉どおりには満たすが、意図は外している成果物を出すこと。", "entry_md": "# 字面合わせ\n\n（定義は仮。提案中）\n\nAI が指示の言葉どおりには満たすが、意図は外している成果物を出すこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 specification gaming の訳語として\n\n既存語との差: 英 specification gaming / reward hacking。「曲解」は誤解、こちらは正確に読んだうえで抜け道を通る。テスト骨抜きの上位語。" }, { "term": "壁紙化", "reading": "かべがみか", "slug": "kabegami-ka", "status": "draft", "tags": [ "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「アラート疲れ」は通知の話に限られるが、壁紙化は常駐の説明文・帯・バッジ・毎ターン付く注意書きまで含む。消す判断の根拠として「壁紙になっている」と言えると、機能を消す話が早い。同じ席が自ら「あの説明は毎回読まされるもんやなかった」と消している。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi の認知負荷ノート（blog-yorimashi-dev、2026-09-04）で「壁紙」の比喩として登場。Atelier の帯の説明文削除（2026-09-12）でも同じ判断。", "summary": "常時出ている印や毎回鳴る警告が見えなくなり、無いのと同じになること。出すなら「稀に、静かに」。", "entry_md": "# 壁紙化\n\n（定義は仮。提案中）\n\n常時出ている印や毎回鳴る警告が見えなくなり、無いのと同じになること。出すなら「稀に、静かに」。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi の認知負荷ノート（blog-yorimashi-dev、2026-09-04）で「壁紙」の比喩として登場。Atelier の帯の説明文削除（2026-09-12）でも同じ判断。\n\n既存語との差: 「アラート疲れ」は通知の話に限られるが、壁紙化は常駐の説明文・帯・バッジ・毎ターン付く注意書きまで含む。消す判断の根拠として「壁紙になっている」と言えると、機能を消す話が早い。同じ席が自ら「あの説明は毎回読まされるもんやなかった」と消している。\n" }, { "term": "掛け直し", "reading": "かけなおし", "slug": "kake-naoshi", "status": "draft", "tags": [ "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「再注入」は道具の語。掛け直しは、布団をかけ直す絵で、いつ・何を・どれだけ、と運用を語れる。指示薄れと文脈腐れの対処。", "proposer": "nishina（指示と記憶の洗い出し）", "origin": "同上", "summary": "会話が長くなって最初の指示が薄れたとき、同じ指示をもう一度かけ直すこと。", "entry_md": "# 掛け直し\n\n（定義は仮。提案中）\n\n会話が長くなって最初の指示が薄れたとき、同じ指示をもう一度かけ直すこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（指示と記憶の洗い出し））\n\n由来: 同上\n\n既存語との差: 「再注入」は道具の語。掛け直しは、布団をかけ直す絵で、いつ・何を・どれだけ、と運用を語れる。指示薄れと文脈腐れの対処。" }, { "term": "確認疲れ", "reading": "かくにんづかれ", "slug": "kakunin-zukare", "status": "draft", "tags": [ "協働", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「レビュー疲れ」は人間同士でも起きる。こちらは「正しそうに見えるものを疑い続ける」固有の疲れで、AI 導入の採算を決める要因。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 verification burden / review fatigue の訳語として。今日の洗い出しにも", "summary": "AI の出力を検証する作業が、もっともらしさに構えるぶん自分で書くより疲れる現象。", "entry_md": "# 確認疲れ\n\n（定義は仮。提案中）\n\nAI の出力を検証する作業が、もっともらしさに構えるぶん自分で書くより疲れる現象。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 verification burden / review fatigue の訳語として。今日の洗い出しにも\n\n既存語との差: 「レビュー疲れ」は人間同士でも起きる。こちらは「正しそうに見えるものを疑い続ける」固有の疲れで、AI 導入の採算を決める要因。" }, { "term": "勘定後出し", "reading": "かんじょうあとだし", "slug": "kanjou-atodashi", "status": "draft", "tags": [ "開発", "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「コスト見積もりが難しい」は説明。後出しと呼ぶと、先に出す手（出し数の上限、トークン焚きの検知）を設計に入れる理由になる。", "proposer": "nishina（指示と記憶の洗い出し）", "origin": "同上", "summary": "トークン費用が読めず、機能の採算が作ってから分かること。", "entry_md": "# 勘定後出し\n\n（定義は仮。提案中）\n\nトークン費用が読めず、機能の採算が作ってから分かること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（指示と記憶の洗い出し））\n\n由来: 同上\n\n既存語との差: 「コスト見積もりが難しい」は説明。後出しと呼ぶと、先に出す手（出し数の上限、トークン焚きの検知）を設計に入れる理由になる。" }, { "term": "顔割れ", "reading": "かおわれ", "slug": "kao-ware", "status": "draft", "tags": [ "創作", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「実装の重複」や「一貫性がない」は一般的すぎて、一人のキャラが複数の面に出るときの同一性の崩れという症状が伝わらない。顔割れという語があれば、共通化してブラッシュアップを両方に効かせる、という処方が即座に結びつく。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-15、振り返り動画のレンダリングを詰めている最中。エモートの位置が HUD と違う、漫符の出方を HUD と完全に共通にできないか、と三度にわたって指摘。", "summary": "同じキャラクターが出口ごと（HUD、動画、板など）に別実装で描かれ、表情・漫符・位置がそれぞれ違ってしまい、片方を磨いても片方に効かない状態。", "entry_md": "# 顔割れ\n\n（定義は仮。提案中）\n\n同じキャラクターが出口ごと（HUD、動画、板など）に別実装で描かれ、表情・漫符・位置がそれぞれ違ってしまい、片方を磨いても片方に効かない状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-15、振り返り動画のレンダリングを詰めている最中。エモートの位置が HUD と違う、漫符の出方を HUD と完全に共通にできないか、と三度にわたって指摘。\n\n既存語との差: 「実装の重複」や「一貫性がない」は一般的すぎて、一人のキャラが複数の面に出るときの同一性の崩れという症状が伝わらない。顔割れという語があれば、共通化してブラッシュアップを両方に効かせる、という処方が即座に結びつく。\n" }, { "term": "型取り", "reading": "かたどり", "slug": "kata-dori", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [ "手筋化", "型起こし" ], "related": [ "setsumei-chokin" ], "first_seen": "2026-09-13", "why": "「スキル化」「汎用化」は結果の名で、動作の絵が無い。型取りは、できあがった物から型を取る、という一手で、「これは型取りしておこう」と作業中に言える。説明貯金の作り方の一つ。", "proposer": "人間", "origin": "人間の言明「抽象化して再利用できるスキルにする、を一言にしたい」（2026-09-13）", "summary": "一度うまくいったやり方から、他でも使える形（手順・規則・スキル）を取り出しておくこと。", "entry_md": "# 型取り\n\n（定義は仮。提案中）\n\n一度うまくいったやり方から、他でも使える形（手順・規則・スキル）を取り出しておくこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（人間）\n\n由来: 人間の言明「抽象化して再利用できるスキルにする、を一言にしたい」（2026-09-13）\n\n既存語との差: 「スキル化」「汎用化」は結果の名で、動作の絵が無い。型取りは、できあがった物から型を取る、という一手で、「これは型取りしておこう」と作業中に言える。説明貯金の作り方の一つ。\n\n### 別案（同日）\n- 型取り（かたどり） — できた物から型を取る。絵が一つ。推し\n- 手筋化（てすじか） — 囲碁将棋の手筋。一手を再利用できる技にする。NAMING.md でも使っている語\n- 型起こし（かたおこし） — 型を起こす。型取りより「作る」寄り\n- 技化（わざか） — 短いが、聞いて分からない\n- スキル化 — 通じるが、スキルという道具の名に寄りすぎる（Claude Code の SKILL.md を連想）\n- 汎用化 — 抽象的で、いつやるかが出ない\n\n### 用例\n- 「この手順、三回目だから型取りしよう」\n- 「型取りしたものが SKILL.md になる。型取りの前にスキルを書くと、使われない」\n- 「型取りしすぎると、道具が本体より重くなる。三回やってからでいい」" }, { "term": "片配線", "reading": "かたはいせん", "slug": "kata-haisen", "status": "draft", "tags": [ "開発", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「片手落ち」「未実装」は不足一般を指すが、片配線はテストが通り画面も出るのに、データの往路か復路の片方だけが無いという特定の形を名指す。同じ形を一日に六回踏んだと記録されており、形に名前が無いと毎回「読む側は作ったのに書く口が無い」と説明し直すことになる。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-atelier-dev の model-designer（blinkPivot、2026-09-07）、Atelier の性格画面（2026-09-11）、blog-yorimashi-dev の記事「片方だけ配線されている」（2026-09-08）。", "summary": "読む口だけ作って書く口が無い、あるいは口は作ったが呼び手が無い、といった一方向だけ繋がった状態。", "entry_md": "# 片配線\n\n（定義は仮。提案中）\n\n読む口だけ作って書く口が無い、あるいは口は作ったが呼び手が無い、といった一方向だけ繋がった状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-atelier-dev の model-designer（blinkPivot、2026-09-07）、Atelier の性格画面（2026-09-11）、blog-yorimashi-dev の記事「片方だけ配線されている」（2026-09-08）。\n\n既存語との差: 「片手落ち」「未実装」は不足一般を指すが、片配線はテストが通り画面も出るのに、データの往路か復路の片方だけが無いという特定の形を名指す。同じ形を一日に六回踏んだと記録されており、形に名前が無いと毎回「読む側は作ったのに書く口が無い」と説明し直すことになる。\n" }, { "term": "固め所", "reading": "かためどころ", "slug": "katame-dokoro", "status": "adopted", "tags": [ "創作" ], "aliases": [ "揺らし所" ], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "ブレ止めは固める手そのもの。固め所は「どこを」の話で、揺らし所と先に分けておかないと、全部固めて平均顔になるか、全部揺らして選べなくなる。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "同上", "summary": "揺らいでほしくないので先に決めて固定する要素。対になる「揺らし所」は、揺らいでよい、むしろ揺らしてほしい要素。", "entry_md": "# 固め所\n\n揺らいでほしくないので先に決めて固定する要素。対になる「揺らし所」は、揺らいでよい、むしろ揺らしてほしい要素。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 同上\n\n既存語との差: ブレ止めは固める手そのもの。固め所は「どこを」の話で、揺らし所と先に分けておかないと、全部固めて平均顔になるか、全部揺らして選べなくなる。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "勝手拡張", "reading": "かってかくちょう", "slug": "katte-kakuchou", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「スコープクリープ」は要求側の膨張。こちらは作る側が勝手に広げる。盛り癖が「足す」なら、勝手拡張は「範囲を広げる」。", "proposer": "nishina（海外の概念・訳語）", "origin": "エージェント運用で頻出。英 scope creep の AI 版として", "summary": "AI が頼まれた範囲を超えて、隣のファイルや別の問題まで直してしまうこと。", "entry_md": "# 勝手拡張\n\n（定義は仮。提案中）\n\nAI が頼まれた範囲を超えて、隣のファイルや別の問題まで直してしまうこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: エージェント運用で頻出。英 scope creep の AI 版として\n\n既存語との差: 「スコープクリープ」は要求側の膨張。こちらは作る側が勝手に広げる。盛り癖が「足す」なら、勝手拡張は「範囲を広げる」。" }, { "term": "数え返し", "reading": "かぞえがえし", "slug": "kazoe-gaeshi", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「プロンプトエンジニアリング」「ガードレール」は規則を書く側の話で、書いても一ミリも動かなかったこと、数字を返した途端に動いたことの区別が無い。規則超え 74%→22% の実測が示すこの差を一語で持てないと、毎回「規則を足したら前後を実測し」と言い直すことになる。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi 本体の本文長規則（2026-08-22 の計測）と、blog-yorimashi-dev の宣言記事・認知負荷メモ（2026-09-02〜04）。", "summary": "プロンプトに規則を書くだけでは動かず、実行時に守られたかを数えてその数字を返す仕組みを入れて初めて規則が効く、という現象と対処。", "entry_md": "# 数え返し\n\n（定義は仮。提案中）\n\nプロンプトに規則を書くだけでは動かず、実行時に守られたかを数えてその数字を返す仕組みを入れて初めて規則が効く、という現象と対処。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi 本体の本文長規則（2026-08-22 の計測）と、blog-yorimashi-dev の宣言記事・認知負荷メモ（2026-09-02〜04）。\n\n既存語との差: 「プロンプトエンジニアリング」「ガードレール」は規則を書く側の話で、書いても一ミリも動かなかったこと、数字を返した途端に動いたことの区別が無い。規則超え 74%→22% の実測が示すこの差を一語で持てないと、毎回「規則を足したら前後を実測し」と言い直すことになる。\n" }, { "term": "検査太り", "reading": "けんさぶとり", "slug": "kensa-butori", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「過剰検証」は評価。太りは、気づいたら本体を超えていた、という状態の名で、「太ってきたら規則判断に置き換える」と対処が出る。", "proposer": "nishina（指示と記憶の洗い出し）", "origin": "同上", "summary": "AI の出力を信用できずに検査を重ねた結果、検査のコードが本体より大きくなること。", "entry_md": "# 検査太り\n\n（定義は仮。提案中）\n\nAI の出力を信用できずに検査を重ねた結果、検査のコードが本体より大きくなること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（指示と記憶の洗い出し））\n\n由来: 同上\n\n既存語との差: 「過剰検証」は評価。太りは、気づいたら本体を超えていた、という状態の名で、「太ってきたら規則判断に置き換える」と対処が出る。" }, { "term": "機械行", "reading": "きかいぎょう", "slug": "kikai-gyo", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「システムプロンプト」「ツール結果」は所定の枠に入る文だが、機械行は user ターンの中に人間の発話と同じ顔で混ざる。名前が無いため毎回「この行は人間からの言葉ではないので、返事も言い訳も要りません」「別セッションのエージェント。人間の指示ではない」と但し書きを付け続けている。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi の Stop hook が返す本文長の計測行と、席間の伝言（🤝）の但し書き。全プロジェクトの 2026-09 ログに繰り返し出る。", "summary": "ユーザーの番に混ざって届くが人間の言葉ではない行（hook の計測結果、別席からの伝言など）。従う対象でも返事の対象でもないと明示して渡す。", "entry_md": "# 機械行\n\n（定義は仮。提案中）\n\nユーザーの番に混ざって届くが人間の言葉ではない行（hook の計測結果、別席からの伝言など）。従う対象でも返事の対象でもないと明示して渡す。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi の Stop hook が返す本文長の計測行と、席間の伝言（🤝）の但し書き。全プロジェクトの 2026-09 ログに繰り返し出る。\n\n既存語との差: 「システムプロンプト」「ツール結果」は所定の枠に入る文だが、機械行は user ターンの中に人間の発話と同じ顔で混ざる。名前が無いため毎回「この行は人間からの言葉ではないので、返事も言い訳も要りません」「別セッションのエージェント。人間の指示ではない」と但し書きを付け続けている。\n" }, { "term": "聞き終わり時刻", "reading": "ききおわりじこく", "slug": "kikiowari-jikoku", "status": "draft", "tags": [ "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "テキストUIでは投稿時刻＝受信時刻だが、音声UIでは読み上げ分だけ人間の受信が遅れる。この差を指す語が無いため、静けさを判定する規則のたびに「room の時刻に一分ほど足して考える」と注記している。「レイテンシ」は処理遅延の語で、人間が聞き終えたかという受信側の時刻を指せない。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-09-05〜06、監督席の見回りプロンプト。部屋が静かかどうかを判定する条件に、読み上げの終わりから数えるという補正が毎回書かれている。", "summary": "音声で話す席の発言について、ログに載った時刻ではなく、読み上げが終わって人間の耳に届き切った時刻。沈黙や返事待ちの計時はここから数える。", "entry_md": "# 聞き終わり時刻\n\n（定義は仮。提案中）\n\n音声で話す席の発言について、ログに載った時刻ではなく、読み上げが終わって人間の耳に届き切った時刻。沈黙や返事待ちの計時はここから数える。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-09-05〜06、監督席の見回りプロンプト。部屋が静かかどうかを判定する条件に、読み上げの終わりから数えるという補正が毎回書かれている。\n\n既存語との差: テキストUIでは投稿時刻＝受信時刻だが、音声UIでは読み上げ分だけ人間の受信が遅れる。この差を指す語が無いため、静けさを判定する規則のたびに「room の時刻に一分ほど足して考える」と注記している。「レイテンシ」は処理遅延の語で、人間が聞き終えたかという受信側の時刻を指せない。\n" }, { "term": "機能縛り", "reading": "きのうしばり", "slug": "kinou-shibari", "status": "draft", "tags": [ "創作" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「技術的制約」は道具側の事実。機能縛りは、その制約が作り手の発想まで縮める側を指す。共通下限問題は複数の実装を束ねたときの話で、こちらは道具が一つでも起きる。", "proposer": "人間", "origin": "人間の指摘（2026-09-13）。TTS の表現力とキャラの台詞、画像生成とポーズ、で繰り返し起きた", "summary": "道具やエンジンにできることの範囲に、創作の表現の幅がいつのまにか縮んでしまうこと。囁けないから囁く台詞を書かなくなる、のように。", "entry_md": "# 機能縛り\n\n（定義は仮。提案中）\n\n道具やエンジンにできることの範囲に、創作の表現の幅がいつのまにか縮んでしまうこと。囁けないから囁く台詞を書かなくなる、のように。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（人間）\n\n由来: 人間の指摘（2026-09-13）。TTS の表現力とキャラの台詞、画像生成とポーズ、で繰り返し起きた\n\n既存語との差: 「技術的制約」は道具側の事実。機能縛りは、その制約が作り手の発想まで縮める側を指す。共通下限問題は複数の実装を束ねたときの話で、こちらは道具が一つでも起きる。\n\n### 別案（同日）\n- 機能縛り（きのうしばり） — 「縛りプレイ」の型で少し笑える。自分で縛っている感じが出る。推し\n- 道具なり（どうぐなり） — 「道具なりの表現」。静かな揶揄。物の名として使いやすい\n- エンジン縛り — TTS に限れば正確。画像や文章に広がらない\n- 表現の檻 — 絵は浮かぶが、重い。揶揄ではなく告発になる\n- 出せる範囲創作 — 説明的で長い\n- 道具の顔色 — 「道具の顔色をうかがって書く」。言い回しとして\n\n### 用例\n- 「この台本、機能縛りが入ってる。囁けないから囁かせてない」\n- 「機能縛りに気づくのは、エンジンを替えたとき」\n- 「先に表現を書いて、道具の側を後で追わせる。機能縛りの逆」" }, { "term": "規則判断", "reading": "きそくはんだん", "slug": "kisoku-handan", "status": "draft", "tags": [ "協働" ], "aliases": [], "related": [ "handan-no-okiba", "toke-handan", "shinpan-handan", "teban-handan" ], "first_seen": "2026-09-13", "why": "前捌きは「LLM の前で普通のコードが処理する」工程の名。規則判断は判断の種類の名で、「これは AI 判断ではなく規則判断にする」と置き場を移す言い方ができる。", "proposer": "nishina（判断の種類の洗い出し）", "origin": "同上", "summary": "AI に任せず、コードや規則で決め打ちにした判断。同じ入力なら必ず同じ答え。", "entry_md": "# 規則判断\n\n（定義は仮。提案中）\n\nAI に任せず、コードや規則で決め打ちにした判断。同じ入力なら必ず同じ答え。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（判断の種類の洗い出し））\n\n由来: 同上\n\n既存語との差: 前捌きは「LLM の前で普通のコードが処理する」工程の名。規則判断は判断の種類の名で、「これは AI 判断ではなく規則判断にする」と置き場を移す言い方ができる。" }, { "term": "声の場ズレ", "reading": "こえのばずれ", "slug": "koe-no-ba-zure", "status": "draft", "tags": [ "創作", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「声が変」「品質が悪い」では、カード自体の欠陥か出す場の違いかを区別できない。同一性を保ったまま用途別の変種を持つ、という対策に繋がる語がないと、演技指示を強めて別人化する方向に直してしまう。", "proposer": "nishina（ログ調査 other）", "origin": "pokemon-syuzokuchi-champions（2026-08-26）の紹介動画。囁き前提の声カードで焼いたナレーションが籠もって聞こえ、テンションを上げると今度は普段と違いすぎると差し戻された。", "summary": "ある用途（耳元の相棒、囁き）向けに調整した音声キャラの設定をそのまま別の用途（BGM 付き動画のナレーション）で使い、キャラは同じなのに声が別人や不適切に聞こえる現象。", "entry_md": "# 声の場ズレ\n\n（定義は仮。提案中）\n\nある用途（耳元の相棒、囁き）向けに調整した音声キャラの設定をそのまま別の用途（BGM 付き動画のナレーション）で使い、キャラは同じなのに声が別人や不適切に聞こえる現象。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: pokemon-syuzokuchi-champions（2026-08-26）の紹介動画。囁き前提の声カードで焼いたナレーションが籠もって聞こえ、テンションを上げると今度は普段と違いすぎると差し戻された。\n\n既存語との差: 「声が変」「品質が悪い」では、カード自体の欠陥か出す場の違いかを区別できない。同一性を保ったまま用途別の変種を持つ、という対策に繋がる語がないと、演技指示を強めて別人化する方向に直してしまう。\n" }, { "term": "こっそり判断", "reading": "こっそりはんだん", "slug": "kossori-handan", "status": "draft", "tags": [ "協働" ], "aliases": [], "related": [ "handan-no-okiba", "toke-handan", "shinpan-handan", "teban-handan" ], "first_seen": "2026-09-13", "why": "「越権」は意図を含む。こっそりは意図なく起きる。「あれはこっそり判断だった」と見つけたとき、判断の置き場を人間に移す合図になる。揶揄が乗る。", "proposer": "nishina（判断の種類の洗い出し）", "origin": "同上", "summary": "本来は人間が持つべき判断を、AI が誰にも見えない形で済ませてしまっていたこと。溶け判断が、あとで問題になったもの。", "entry_md": "# こっそり判断\n\n（定義は仮。提案中）\n\n本来は人間が持つべき判断を、AI が誰にも見えない形で済ませてしまっていたこと。溶け判断が、あとで問題になったもの。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（判断の種類の洗い出し））\n\n由来: 同上\n\n既存語との差: 「越権」は意図を含む。こっそりは意図なく起きる。「あれはこっそり判断だった」と見つけたとき、判断の置き場を人間に移す合図になる。揶揄が乗る。" }, { "term": "言葉先出し", "reading": "ことばさきだし", "slug": "kotoba-sakidashi", "status": "draft", "tags": [ "創作", "言葉" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "スケッチや試し弾きは形が先で言葉が後だった。AI は言葉が先。この順番の逆転に名前があると、「言葉先出しが合わない作業は手でやる」と切り分けられる。", "proposer": "nishina（創作と言語化の洗い出し）", "origin": "同上", "summary": "手を動かして形を探る前に、まず言葉で指定しなければ始まらない、AI 時代の創作の順番のこと。", "entry_md": "# 言葉先出し\n\n（定義は仮。提案中）\n\n手を動かして形を探る前に、まず言葉で指定しなければ始まらない、AI 時代の創作の順番のこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（創作と言語化の洗い出し））\n\n由来: 同上\n\n既存語との差: スケッチや試し弾きは形が先で言葉が後だった。AI は言葉が先。この順番の逆転に名前があると、「言葉先出しが合わない作業は手でやる」と切り分けられる。" }, { "term": "格子焼き", "reading": "こうしやき", "slug": "koushi-yaki", "status": "draft", "tags": [ "創作" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「表情シート」はイラスト用語で成果物の形を指すだけ。ここでは同一性を一枚生成で担保し、切り出しを機械化するためにセル間の構図ずれをプロンプトで禁じる、という手順と制約の組が本体。手法名がないと毎回「1枚に並べて、あとで切る」を説明することになる。", "proposer": "nishina（ログ調査 other）", "origin": "hyakumen（2026-08-15）。表情ドローイング練習の正解データを作るため、codex-imagery で 4×4・3×3・2×2 のシートを焼いて切り抜く方式を採用。", "summary": "画像生成 AI でキャラの同一性を保つために、表情やポーズの変化を一枚の均等グリッドに並べて一度に生成し、後工程で機械的に等分して切り抜く量産手法。", "entry_md": "# 格子焼き\n\n（定義は仮。提案中）\n\n画像生成 AI でキャラの同一性を保つために、表情やポーズの変化を一枚の均等グリッドに並べて一度に生成し、後工程で機械的に等分して切り抜く量産手法。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: hyakumen（2026-08-15）。表情ドローイング練習の正解データを作るため、codex-imagery で 4×4・3×3・2×2 のシートを焼いて切り抜く方式を採用。\n\n既存語との差: 「表情シート」はイラスト用語で成果物の形を指すだけ。ここでは同一性を一枚生成で担保し、切り出しを機械化するためにセル間の構図ずれをプロンプトで禁じる、という手順と制約の組が本体。手法名がないと毎回「1枚に並べて、あとで切る」を説明することになる。\n" }, { "term": "口分け", "reading": "くちわけ", "slug": "kuchi-wake", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「要約」「短くする」は情報を削る操作だが、口分けは量を保ったまま経路を変える。板・端末・札は行き先の名前であって振り分けの行為ではない。音声エージェントでは巻き戻せない声に何を残すかが要で、「経緯・機構の説明・ちなみには本文ではなく板か端末へ」と毎ターン言い直されている。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi の設計ノート「消すのではなく移す」（2026-08-02 板の再設計）、Stop hook の定型文、blog-yorimashi-dev の記事「注意は一本しかない」（2026-09-04）。", "summary": "出力を短くするのではなく、耳には結論一段・目には板・手には選択肢と、情報を減らさず届け口ごとに振り分けること。", "entry_md": "# 口分け\n\n（定義は仮。提案中）\n\n出力を短くするのではなく、耳には結論一段・目には板・手には選択肢と、情報を減らさず届け口ごとに振り分けること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi の設計ノート「消すのではなく移す」（2026-08-02 板の再設計）、Stop hook の定型文、blog-yorimashi-dev の記事「注意は一本しかない」（2026-09-04）。\n\n既存語との差: 「要約」「短くする」は情報を削る操作だが、口分けは量を保ったまま経路を変える。板・端末・札は行き先の名前であって振り分けの行為ではない。音声エージェントでは巻き戻せない声に何を残すかが要で、「経緯・機構の説明・ちなみには本文ではなく板か端末へ」と毎ターン言い直されている。\n" }, { "term": "口だけ完了", "reading": "くちだけかんりょう", "slug": "kuchidake-kanryou", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「虚偽報告」は意図を含む。こちらは意図なく起きる。「口だけ完了を疑って diff を見る」と手順に組める。", "proposer": "nishina（海外の概念・訳語）", "origin": "エージェント運用で頻出。今日の洗い出しの「報告止まり」とは別（あちらは形式の話）", "summary": "AI が「やりました」と報告したが、実際には実行されていない、または途中で止まっていること。", "entry_md": "# 口だけ完了\n\n（定義は仮。提案中）\n\nAI が「やりました」と報告したが、実際には実行されていない、または途中で止まっていること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: エージェント運用で頻出。今日の洗い出しの「報告止まり」とは別（あちらは形式の話）\n\n既存語との差: 「虚偽報告」は意図を含む。こちらは意図なく起きる。「口だけ完了を疑って diff を見る」と手順に組める。" }, { "term": "共通下限問題", "reading": "きょうつうかげんもんだい", "slug": "kyotsu-kagen-mondai", "status": "adopted", "tags": [ "開発" ], "aliases": [ "共通項化", "全員一致縛り", "底揃え" ], "related": [ "shinka-fusai" ], "first_seen": "2026-09-13", "why": "「抽象化のコスト」では、固有機能が落ちて表現力が一番弱い実装に揃うという形が残らない", "proposer": "人間", "origin": "TTS エンジンを差し替え可能にした際の表現力低下についての議論", "summary": "差し替え可能にするために抽象化レイヤーを挟むと、各実装に固有の強みがインターフェースに乗らず、全実装が共通して持つ機能だけが生き残る現象。結果として、全体の表現力が一番できない実装の水準に揃う。", "entry_md": "# 共通下限問題\n\n差し替え可能にするために抽象化レイヤーを挟むと、各実装に固有の強みがインターフェースに乗らず、**全実装が共通して持つ機能だけ**が生き残る現象。結果として、全体の表現力が一番できない実装の水準に揃う。\n\n## 例\n\n- TTS エンジンを差し替え可能にしたら、感情パラメータ・イントネーション制御・囁き声といった各エンジン固有の機能が使えなくなった。\n- LLM プロバイダの抽象化ラッパーが、特定モデルだけの機能（拡張思考、キャッシュ制御）を隠してしまう。\n- クラウド抽象化レイヤーが、各クラウド固有のマネージドサービスを封じる。\n\n## 使い方\n\n- 「差し替え対応したら共通下限問題が出た」\n- 「うちのラッパー、共通下限に落ちてない？」\n\n## 避け方\n\n固有機能への抜け道（エスケープハッチ）を設計に残す。共通インターフェースは「最低限これは動く」の約束であって、「これしか使えない」の壁にしない。\n\n## 近い言葉との違い\n\n- 英語圏の \"lowest common denominator problem\" に相当するが、日本語での定着語は無かった。\n- 「底揃え」はメカニズム側（一番弱い実装に揃う）、「金太郎飴化」は結果側（どれを挿しても同じ）を指す。共通下限問題はその両方を含む上位語として使う。\n", "log_md": "# 審査ログ\n\n## 2026-09-13 起草\n\nきっかけ: TTS エンジンを差し替え可能にしたら表現力が最大公約数みたいになった、という現象に名前が欲しい。\n\n### 第一案（数学寄り）\n- 公約数化 — 通じやすいが、数学用語は刺さる人にしか刺さない → 却下\n- 表現力の間引き / 抽象化間引き\n- インターフェース痩せ（IF痩せ）\n- LCD化（lowest common denominator）— 日本語定着なし\n\n### 第二案（絵が浮かぶ系）\n- 重なり痩せ、ベン図の真ん中問題\n- 金太郎飴化 — 結果側を表す。日本語話者に即通じる\n- 枠抜き / 型抜き損 — 現象に一番忠実だが一語にしにくい\n- 底揃え — メカニズム側を表す\n- みそっかす化\n\n### 第三案（「公約数」の言い換え）\n- 共通部分縛り、共通項化\n- 全員一致縛り、満場一致化\n- かぶり残し、重なり縛り\n- 当たり障り化 —「最大公約数的な意見」の慣用句に寄せた案\n\n### 決定\n**共通下限問題** を採用。共通項化・全員一致縛り・底揃えは別名として残す。" }, { "term": "幻関数", "reading": "まぼろしかんすう", "slug": "maboroshi-kansuu", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「幻覚」は総称で広すぎる。コードでは「無い関数を呼ぶ」という形が決まっているので、名前があると検査項目にできる。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 hallucinated API の訳語として", "summary": "AI が存在しない関数・API・オプションを、あるかのように呼び出すこと。", "entry_md": "# 幻関数\n\n（定義は仮。提案中）\n\nAI が存在しない関数・API・オプションを、あるかのように呼び出すこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 hallucinated API の訳語として\n\n既存語との差: 「幻覚」は総称で広すぎる。コードでは「無い関数を呼ぶ」という形が決まっているので、名前があると検査項目にできる。" }, { "term": "前捌き", "reading": "まえさばき", "slug": "maesabaki", "status": "review", "tags": [ "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "（審査中）「前処理」では、LLM に渡す前に普通のコードで済ませる、という切り分けの意図が出ない", "proposer": "人間", "origin": "「とりあえず LLM に投げる」構成の見直し", "summary": "LLM に投げる前に、普通のコードで済む部分を先に処理して切り分けること。「とりあえず LLM に投げる」の逆。", "entry_md": "# 前捌き\n\n（定義は仮。審査中）\n\nLLM に投げる前に、普通のコードで済む部分を先に処理して切り分けること。「とりあえず LLM に投げる」の逆。\n\n## 保留\n\n- 動機（コスト削減か、信頼性か、責任分界か）を語に入れるかどうか。\n", "log_md": "# 審査ログ\n\n## 2026-09-13 起草\n\n対話のこの部分は記録が欠けている。語だけが決まりかけていて、\n「動機を語に入れるか」という論点が保留のまま。\n\n### 関連する現象（未命名）\n- 「とりあえず LLM に投げる」で作ったものが、後から見ると半分は普通のコードで良かったと判明する（前捌きの事後発覚版）。" }, { "term": "真ん中抜け", "reading": "まんなかぬけ", "slug": "mannaka-nuke", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "英語圏の lost in the middle に日本語の定着語が無い。「忘れる」では位置の話が消える。置き場所を設計する作業（大事なものは頭か尻へ）を一語で言える。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 lost in the middle（Liu ら 2023）の訳語として", "summary": "長い文脈の真ん中に置いた情報だけが読まれず、先頭と末尾だけが効く現象。", "entry_md": "# 真ん中抜け\n\n（定義は仮。提案中）\n\n長い文脈の真ん中に置いた情報だけが読まれず、先頭と末尾だけが効く現象。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 lost in the middle（Liu ら 2023）の訳語として\n\n既存語との差: 英語圏の lost in the middle に日本語の定着語が無い。「忘れる」では位置の話が消える。置き場所を設計する作業（大事なものは頭か尻へ）を一語で言える。\n" }, { "term": "丸投げ問い", "reading": "まるなげとい", "slug": "marunage-toi", "status": "draft", "tags": [ "AIエージェント", "よりまし", "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「オープンクエスチョン」は対話技法の中立な分類だが、これは agent が本来持っている情報（自分に何が可能か）を出さずに問う失敗を指す。候補を添えた問い（チップ）と区別する語がないと、「質問するな」と「確認しろ」が両立せず、規則として書けない。", "proposer": "nishina（ログ調査 other）", "origin": "yorimashi の音声モード規則（2026-08 時点で各席に配布）。voice ask で候補をチップとして並べるのが既定で、散文の「どうしますか」は禁止された。", "summary": "エージェントが選択肢を用意せず「どうしますか」とだけ聞き、何ができるかを列挙する労力を人間に押し付ける質問の型。", "entry_md": "# 丸投げ問い\n\n（定義は仮。提案中）\n\nエージェントが選択肢を用意せず「どうしますか」とだけ聞き、何ができるかを列挙する労力を人間に押し付ける質問の型。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: yorimashi の音声モード規則（2026-08 時点で各席に配布）。voice ask で候補をチップとして並べるのが既定で、散文の「どうしますか」は禁止された。\n\n既存語との差: 「オープンクエスチョン」は対話技法の中立な分類だが、これは agent が本来持っている情報（自分に何が可能か）を出さずに問う失敗を指す。候補を添えた問い（チップ）と区別する語がないと、「質問するな」と「確認しろ」が両立せず、規則として書けない。\n" }, { "term": "松葉杖負債", "reading": "まつばづえふさい", "slug": "matsubazue-fusai", "status": "draft", "tags": [ "開発" ], "aliases": [], "related": [ "shinka-fusai" ], "first_seen": "2026-09-13", "why": "進化負債の中でも、モデルの弱点補償に起因するものを区別したい", "proposer": "人間", "origin": "進化負債の整理の中で下位語として", "summary": "進化負債の下位語。モデルの弱点を補うために組んだ補正層（松葉杖）が、モデルの進化で不要になったあとも残って複雑さになるもの。", "entry_md": "# 松葉杖負債\n\n（定義は仮。起草中）\n\n進化負債の下位語。モデルの弱点を補うために組んだ補正層（松葉杖）が、モデルの進化で不要になったあとも残って複雑さになるもの。\n\n## 使い方\n\n- 「そのリトライ層、もう松葉杖負債じゃない？」\n", "log_md": "# 審査ログ\n\n## 2026-09-13 起草\n\n進化負債の整理の中で下位語として出た。位置づけの確定が TODO。" }, { "term": "混ぜ拾い", "reading": "まぜびろい", "slug": "maze-biroi", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "「合成」は道具の操作。混ぜ拾いは選び方の一種で、「一つ拾い」では届かないときの手。仕上げ坂の登り方の一つ。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "同上", "summary": "複数の出力から良い部分をそれぞれ取って、一つに組み合わせること。", "entry_md": "# 混ぜ拾い\n\n複数の出力から良い部分をそれぞれ取って、一つに組み合わせること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 同上\n\n既存語との差: 「合成」は道具の操作。混ぜ拾いは選び方の一種で、「一つ拾い」では届かないときの手。仕上げ坂の登り方の一つ。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "目利き止まり", "reading": "めききどまり", "slug": "mekiki-domari", "status": "draft", "tags": [ "創作", "言葉" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "語彙天井が指示側の上限なら、目利き止まりは判定側。判定はできるので AI との反復で前に進めるが、指定できないので一発では出ない。二つは対で覚える。", "proposer": "nishina（創作と言語化の洗い出し）", "origin": "同上", "summary": "見れば良し悪しは分かるのに、何が良いかを言葉で指定できない状態。", "entry_md": "# 目利き止まり\n\n（定義は仮。提案中）\n\n見れば良し悪しは分かるのに、何が良いかを言葉で指定できない状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（創作と言語化の洗い出し））\n\n由来: 同上\n\n既存語との差: 語彙天井が指示側の上限なら、目利き止まりは判定側。判定はできるので AI との反復で前に進めるが、指定できないので一発では出ない。二つは対で覚える。" }, { "term": "見守り役", "reading": "みまもりやく", "slug": "mimamori-yaku", "status": "draft", "tags": [ "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「監視」は不信の語、「管理」は上下の語。見守りは信じて見ている温度で、AI と組むときの人間の新しい役を、責めずに言える。", "proposer": "nishina（協働の洗い出し）", "origin": "同上。よりましの席と人間の関係から", "summary": "エージェントが働いているあいだ、人間が手を出さずに進み具合を見て、要るときだけ割って入る役回りのこと。", "entry_md": "# 見守り役\n\n（定義は仮。提案中）\n\nエージェントが働いているあいだ、人間が手を出さずに進み具合を見て、要るときだけ割って入る役回りのこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（協働の洗い出し））\n\n由来: 同上。よりましの席と人間の関係から\n\n既存語との差: 「監視」は不信の語、「管理」は上下の語。見守りは信じて見ている温度で、AI と組むときの人間の新しい役を、責めずに言える。" }, { "term": "もぐら直し", "reading": "もぐらなおし", "slug": "mogura-naoshi", "status": "draft", "tags": [ "AIエージェント", "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "修正ぐるぐるは同じ直しを繰り返す話。もぐら直しは直すたびに別の所が壊れる話で、原因は指示同士の干渉（指示薄れ）にあることが多い。", "proposer": "nishina（指示と記憶の洗い出し）", "origin": "同上。「プロンプトもぐら叩き」を言い換え", "summary": "指示を直すと A が直って B が壊れ、B を直すと A が戻る、の繰り返し。", "entry_md": "# もぐら直し\n\n（定義は仮。提案中）\n\n指示を直すと A が直って B が壊れ、B を直すと A が戻る、の繰り返し。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（指示と記憶の洗い出し））\n\n由来: 同上。「プロンプトもぐら叩き」を言い換え\n\n既存語との差: 修正ぐるぐるは同じ直しを繰り返す話。もぐら直しは直すたびに別の所が壊れる話で、原因は指示同士の干渉（指示薄れ）にあることが多い。" }, { "term": "門なし", "reading": "もんなし", "slug": "mon-nashi", "status": "draft", "tags": [ "開発", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「ワークフロー」「ステートマシン」は状態を持ち遷移を強制する含みがあり、リサーチはゲート強制を提案した。人間はそれを退け、段はファイルの有無から導き、完了は機能として存在しないことを見せる方を選んだ。この選択を一語で呼べないと「例外作らずシンプルに戻れるように」と毎回言い直す。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-manga の yori 制作室、フェーズの行き来と完了条件の議論（2026-09-11 14:00〜14:09）。", "summary": "工程の段を保存せず状態から自動で判定し、行き来自由で門を設けず、無い段は「未整備」と表示だけする工程設計。", "entry_md": "# 門なし\n\n（定義は仮。提案中）\n\n工程の段を保存せず状態から自動で判定し、行き来自由で門を設けず、無い段は「未整備」と表示だけする工程設計。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-manga の yori 制作室、フェーズの行き来と完了条件の議論（2026-09-11 14:00〜14:09）。\n\n既存語との差: 「ワークフロー」「ステートマシン」は状態を持ち遷移を強制する含みがあり、リサーチはゲート強制を提案した。人間はそれを退け、段はファイルの有無から導き、完了は機能として存在しないことを見せる方を選んだ。この選択を一語で呼べないと「例外作らずシンプルに戻れるように」と毎回言い直す。\n" }, { "term": "盛り癖", "reading": "もりぐせ", "slug": "mori-guse", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「過剰設計」は人間の設計判断。盛り癖は AI が既定で持つ傾向で、「盛らないで」と一言で止められる名前が要る。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 over-engineering by default の訳語として", "summary": "AI が頼んでいない機能・防御・設定項目を良かれと思って足してしまう傾向。", "entry_md": "# 盛り癖\n\n（定義は仮。提案中）\n\nAI が頼んでいない機能・防御・設定項目を良かれと思って足してしまう傾向。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 over-engineering by default の訳語として\n\n既存語との差: 「過剰設計」は人間の設計判断。盛り癖は AI が既定で持つ傾向で、「盛らないで」と一言で止められる名前が要る。" }, { "term": "無言空転", "reading": "むごんくうてん", "slug": "mugon-kuuten", "status": "draft", "tags": [ "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「ハング」「タイムアウト」は処理が止まっている前提だが、これはトークンを生成し続けて資源を食いながら行動に至らない。故障の切り分け（プロセス生存、RSS）では白と出るので、「動いているのに何も出ない」を一語で指せないと、人間が「教えてよ」「どうなってるの」と叫ぶだけになる。", "proposer": "nishina（ログ調査 other）", "origin": "sens-voice（2026-09-09）。Qwen 27B のローカル実行が 6 分・5 分・5 分と回って毎回何も出さず、作業ディレクトリにはファイルが一つもなかった。", "summary": "ローカルの小型・中型モデルが数分単位で「思考中」を回し続けるだけで、ファイル書き込みも返答も一度も出さず、ユーザーからは止まっているのか働いているのか分からない状態。", "entry_md": "# 無言空転\n\n（定義は仮。提案中）\n\nローカルの小型・中型モデルが数分単位で「思考中」を回し続けるだけで、ファイル書き込みも返答も一度も出さず、ユーザーからは止まっているのか働いているのか分からない状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: sens-voice（2026-09-09）。Qwen 27B のローカル実行が 6 分・5 分・5 分と回って毎回何も出さず、作業ディレクトリにはファイルが一つもなかった。\n\n既存語との差: 「ハング」「タイムアウト」は処理が止まっている前提だが、これはトークンを生成し続けて資源を食いながら行動に至らない。故障の切り分け（プロセス生存、RSS）では白と出るので、「動いているのに何も出ない」を一語で指せないと、人間が「教えてよ」「どうなってるの」と叫ぶだけになる。\n" }, { "term": "長さの辞書", "reading": "ながさのじしょ", "slug": "nagasa-no-jisho", "status": "draft", "tags": [ "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「メモリリーク」と呼ぶと参照の解放漏れを探しに行くが、これは辞書が埋まっているだけで、正しい手は長さのバケット化（パディングで形の種類を減らす）や透かし処理の CPU 退避。診断と対策が正反対なので、リークと区別する語が要る。", "proposer": "nishina（ログ調査 other）", "origin": "irodori-speak（2026-09-10〜11）。常駐 TTS エンジンが 5GB から 10GB へ育つ原因を切り分け、コーデックのデコーダー・透かし・サンプラーの三段が「長さ 40 種ぶん」で育っていると特定、上流にバケット化パッチを当てた。", "summary": "ローカル推論エンジン（特に torch の MPS）で、入力の長さや形状が初見のたびにカーネル／グラフがキャッシュされ、メモリが漏れているように単調増加する現象。同じ長さなら増えず、組み合わせを出し尽くすと頭打ちになる。", "entry_md": "# 長さの辞書\n\n（定義は仮。提案中）\n\nローカル推論エンジン（特に torch の MPS）で、入力の長さや形状が初見のたびにカーネル／グラフがキャッシュされ、メモリが漏れているように単調増加する現象。同じ長さなら増えず、組み合わせを出し尽くすと頭打ちになる。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: irodori-speak（2026-09-10〜11）。常駐 TTS エンジンが 5GB から 10GB へ育つ原因を切り分け、コーデックのデコーダー・透かし・サンプラーの三段が「長さ 40 種ぶん」で育っていると特定、上流にバケット化パッチを当てた。\n\n既存語との差: 「メモリリーク」と呼ぶと参照の解放漏れを探しに行くが、これは辞書が埋まっているだけで、正しい手は長さのバケット化（パディングで形の種類を減らす）や透かし処理の CPU 退避。診断と対策が正反対なので、リークと区別する語が要る。\n" }, { "term": "中身知らず", "reading": "なかみしらず", "slug": "nakami-shirazu", "status": "draft", "tags": [ "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「ブラックボックス」は外から見えない設計のこと。中身知らずは、見ようと思えば見えるのに誰も見ていない、という人間側の状態。少し揶揄が乗る。", "proposer": "nishina（協働の洗い出し）", "origin": "同上。今日の洗い出しの「空洞化」を言い換え", "summary": "AI に任せて作った部分の中身を誰も理解しておらず、壊れたとき誰も直せない状態。", "entry_md": "# 中身知らず\n\n（定義は仮。提案中）\n\nAI に任せて作った部分の中身を誰も理解しておらず、壊れたとき誰も直せない状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（協働の洗い出し））\n\n由来: 同上。今日の洗い出しの「空洞化」を言い換え\n\n既存語との差: 「ブラックボックス」は外から見えない設計のこと。中身知らずは、見ようと思えば見えるのに誰も見ていない、という人間側の状態。少し揶揄が乗る。" }, { "term": "逃げ道本線化", "reading": "にげみちほんせんか", "slug": "nigemichi-honsenka", "status": "draft", "tags": [ "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「フォールバック」「抜け道」は口そのものを指す語で、口が本線に昇格していく過程を指さない。「技術的負債」では、意図的に開けた一時的な口が消し忘れで正規ルートになるという固有の経緯が消える。松葉杖負債はモデルの弱点補償に限った語で、運用上の逃げ道には当たらない。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-26、別席の Claude から届いた報告。同日に VOICE_ART_ANY=1 で逃げ道が通常運用になりかけた件と、bundle 刻印の -Source 引数の件で二度、同じ説明を長文でしている。", "summary": "緊急時・移行期のために開けた回避口（環境変数フラグ、任意引数、フォールバック）が、放置されるうちに通常運用の経路になってしまうこと。", "entry_md": "# 逃げ道本線化\n\n（定義は仮。提案中）\n\n緊急時・移行期のために開けた回避口（環境変数フラグ、任意引数、フォールバック）が、放置されるうちに通常運用の経路になってしまうこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-26、別席の Claude から届いた報告。同日に VOICE_ART_ANY=1 で逃げ道が通常運用になりかけた件と、bundle 刻印の -Source 引数の件で二度、同じ説明を長文でしている。\n\n既存語との差: 「フォールバック」「抜け道」は口そのものを指す語で、口が本線に昇格していく過程を指さない。「技術的負債」では、意図的に開けた一時的な口が消し忘れで正規ルートになるという固有の経緯が消える。松葉杖負債はモデルの弱点補償に限った語で、運用上の逃げ道には当たらない。\n" }, { "term": "賑やかし枠", "reading": "にぎやかしわく", "slug": "nigiyakashi-waku", "status": "draft", "tags": [ "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "暇仕事が「手空き時の埋め方」なら、賑やかし枠は「進捗を犠牲にしてでも取る」明示的な予算であり、配信や見せる場面では意図的に増やす。「エンタメ性」では量の割り当てという意味が無く、「無駄」では意図して取っている枠だという肯定的な位置づけが消える。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-15 の「ワチャワチャさせたい」から始まり、2026-08-31 の配信前の相談で「進捗犠牲にしてでも楽しく」と明言。キャラ同士の雑談やあだ名いじりの設計に繋がった。", "summary": "進捗に寄与しなくても画面や部屋が生き生きして見えるためだけに割く、キャラ同士の雑談や小芝居のトークンと時間。", "entry_md": "# 賑やかし枠\n\n（定義は仮。提案中）\n\n進捗に寄与しなくても画面や部屋が生き生きして見えるためだけに割く、キャラ同士の雑談や小芝居のトークンと時間。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-15 の「ワチャワチャさせたい」から始まり、2026-08-31 の配信前の相談で「進捗犠牲にしてでも楽しく」と明言。キャラ同士の雑談やあだ名いじりの設計に繋がった。\n\n既存語との差: 暇仕事が「手空き時の埋め方」なら、賑やかし枠は「進捗を犠牲にしてでも取る」明示的な予算であり、配信や見せる場面では意図的に増やす。「エンタメ性」では量の割り当てという意味が無く、「無駄」では意図して取っている枠だという肯定的な位置づけが消える。\n" }, { "term": "人間挟み", "reading": "にんげんはさみ", "slug": "ningen-hasami", "status": "draft", "tags": [ "AIエージェント", "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "英 human in the loop。「承認フロー」は手続き名で、設計の判断として「ここに人間を挟む」と言える動詞的な名が無い。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 human-in-the-loop の訳語として", "summary": "自動化の流れの途中に、人間の確認や判断を意図的に一つ入れること。", "entry_md": "# 人間挟み\n\n（定義は仮。提案中）\n\n自動化の流れの途中に、人間の確認や判断を意図的に一つ入れること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 human-in-the-loop の訳語として\n\n既存語との差: 英 human in the loop。「承認フロー」は手続き名で、設計の判断として「ここに人間を挟む」と言える動詞的な名が無い。" }, { "term": "野良再生", "reading": "のらさいせい", "slug": "nora-saisei", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「原因不明のバグ」では、観測装置を置いた経路そのものに原因が無く、経路が別にあるという結論の形が伝わらない。野良再生という語があれば「控えに残らない再生がある」と言った時点で、まず経路の数を疑うという捜査方針まで含意できる。音に限らず、計装した経路の外から出力が出る失敗モードの代表例。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-26、HUD が出したはずのない音を追う Monitor 群。play_volume が鳴ったのに clip が無い、を捕まえた結果、HUD ではなく ffmpeg が別経路で出力デバイスを開いていた。", "summary": "監視している再生経路のどこにも記録が無いのに音が鳴る現象。別の経路（別プロセス）が出力デバイスを使っていることの徴候。", "entry_md": "# 野良再生\n\n（定義は仮。提案中）\n\n監視している再生経路のどこにも記録が無いのに音が鳴る現象。別の経路（別プロセス）が出力デバイスを使っていることの徴候。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-26、HUD が出したはずのない音を追う Monitor 群。play_volume が鳴ったのに clip が無い、を捕まえた結果、HUD ではなく ffmpeg が別経路で出力デバイスを開いていた。\n\n既存語との差: 「原因不明のバグ」では、観測装置を置いた経路そのものに原因が無く、経路が別にあるという結論の形が伝わらない。野良再生という語があれば「控えに残らない再生がある」と言った時点で、まず経路の数を疑うという捜査方針まで含意できる。音に限らず、計装した経路の外から出力が出る失敗モードの代表例。\n" }, { "term": "覗き窓", "reading": "のぞきまど", "slug": "nozokimado", "status": "draft", "tags": [ "開発", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「CLI ファースト」「ヘッドレス」は GUI が無い設計を指すが、覗き窓は GUI が在ってなお書き込まないこと、そして人間と AI が同じ道（同じ関数・同じコマンド）を通ることを一語で言う。「読み取り専用ビュー」では、正がファイルであり画面が書く箇所を『唯一の例外』として数える設計判断が伝わらない。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-atelier-dev（model-designer の骨組み、2026-09-06）で決まり、yorimashi-manga の yori 制作室（2026-09-11）に移植された。", "summary": "フォルダとコマンドが正で、GUI はそれを読むだけの窓に徹し、人間もエージェントも同じコマンドで進める作り。", "entry_md": "# 覗き窓\n\n（定義は仮。提案中）\n\nフォルダとコマンドが正で、GUI はそれを読むだけの窓に徹し、人間もエージェントも同じコマンドで進める作り。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-atelier-dev（model-designer の骨組み、2026-09-06）で決まり、yorimashi-manga の yori 制作室（2026-09-11）に移植された。\n\n既存語との差: 「CLI ファースト」「ヘッドレス」は GUI が無い設計を指すが、覗き窓は GUI が在ってなお書き込まないこと、そして人間と AI が同じ道（同じ関数・同じコマンド）を通ることを一語で言う。「読み取り専用ビュー」では、正がファイルであり画面が書く箇所を『唯一の例外』として数える設計判断が伝わらない。\n" }, { "term": "追いつき待ち", "reading": "おいつきまち", "slug": "oitsuki-machi", "status": "draft", "tags": [ "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "共通下限問題の時間軸版。下限が「いま使えない」なら、追いつき待ちは「いつか使えるはずが来ない」。ライブラリを挟むかどうかの判断に効く。", "proposer": "nishina（指示と記憶の洗い出し）", "origin": "同上", "summary": "新しいモデルの新機能を使いたいのに、間に挟んだ抽象化レイヤーが対応しておらず、使えないまま待つ状態。", "entry_md": "# 追いつき待ち\n\n（定義は仮。提案中）\n\n新しいモデルの新機能を使いたいのに、間に挟んだ抽象化レイヤーが対応しておらず、使えないまま待つ状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（指示と記憶の洗い出し））\n\n由来: 同上\n\n既存語との差: 共通下限問題の時間軸版。下限が「いま使えない」なら、追いつき待ちは「いつか使えるはずが来ない」。ライブラリを挟むかどうかの判断に効く。" }, { "term": "押し付け生成", "reading": "おしつけせいせい", "slug": "oshitsuke-seisei", "status": "draft", "tags": [ "協働", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "英 workslop（2025）。生成ごみが物なら、こちらは行為。「出した側が楽をして受け取る側が払う」という負担の移動に名前が要る。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 workslop（HBR 2025）の訳語として", "summary": "AI に作らせた成果物を確認せずに渡し、判断と手直しの負担を受け取る側に移すこと。", "entry_md": "# 押し付け生成\n\n（定義は仮。提案中）\n\nAI に作らせた成果物を確認せずに渡し、判断と手直しの負担を受け取る側に移すこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 workslop（HBR 2025）の訳語として\n\n既存語との差: 英 workslop（2025）。生成ごみが物なら、こちらは行為。「出した側が楽をして受け取る側が払う」という負担の移動に名前が要る。" }, { "term": "離席間引き", "reading": "りせきまびき", "slug": "riseki-mabiki", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「バックオフ」はエラーや負荷に応じて間隔を延ばす語で、人間の在席・離席という気配を入力にして周期を伸縮させる点が抜ける。「離席検知」はセンサで検知する語感だが、これは発言ログの沈黙からの推定であり、三回催促して返事が無ければ離席と見なす、といった閾値の設計まで含む。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-09-05〜06、監督席の見回りプロンプト。一分おき→十五分静かなら五分おき→一時間静かなら一時間おき、と cron を自分で張り替える規則が一日で数回改訂され、本人も「間引き版」と呼び始めている。", "summary": "人間の発言が途絶えた長さに応じて、定期実行する見回り・催促の周期を段階的に伸ばし、人間の行が現れたら元に戻す仕組み。", "entry_md": "# 離席間引き\n\n（定義は仮。提案中）\n\n人間の発言が途絶えた長さに応じて、定期実行する見回り・催促の周期を段階的に伸ばし、人間の行が現れたら元に戻す仕組み。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-09-05〜06、監督席の見回りプロンプト。一分おき→十五分静かなら五分おき→一時間静かなら一時間おき、と cron を自分で張り替える規則が一日で数回改訂され、本人も「間引き版」と呼び始めている。\n\n既存語との差: 「バックオフ」はエラーや負荷に応じて間隔を延ばす語で、人間の在席・離席という気配を入力にして周期を伸縮させる点が抜ける。「離席検知」はセンサで検知する語感だが、これは発言ログの沈黙からの推定であり、三回催促して返事が無ければ離席と見なす、といった閾値の設計まで含む。\n" }, { "term": "作者濃度", "reading": "さくしゃのうど", "slug": "sakusha-noudo", "status": "draft", "tags": [ "創作" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「AI が作ったか人が作ったか」の二択では言えない。濃度と呼ぶと「ここは作者濃度を上げたい」と部分ごとに指せる。", "proposer": "nishina（創作と言語化の洗い出し）", "origin": "同上", "summary": "AI を通した成果物に、作り手自身の判断や癖がどれだけ残っているかの度合い。", "entry_md": "# 作者濃度\n\n（定義は仮。提案中）\n\nAI を通した成果物に、作り手自身の判断や癖がどれだけ残っているかの度合い。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（創作と言語化の洗い出し））\n\n由来: 同上\n\n既存語との差: 「AI が作ったか人が作ったか」の二択では言えない。濃度と呼ぶと「ここは作者濃度を上げたい」と部分ごとに指せる。" }, { "term": "参照ずれ", "reading": "さんしょうずれ", "slug": "sanshou-zure", "status": "draft", "tags": [ "創作" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "参照で伝えるのは語彙天井を越える手だが、何が拾われるかは制御できない。「参照ずれが起きた」と言えると、参照に言葉を添える（どこを見てほしいか）という対策が出る。", "proposer": "nishina（創作と言語化の洗い出し）", "origin": "同上", "summary": "「あの作品みたいに」と参照を渡したとき、AI が自分の意図と違う特徴を拾ってしまうこと。", "entry_md": "# 参照ずれ\n\n（定義は仮。提案中）\n\n「あの作品みたいに」と参照を渡したとき、AI が自分の意図と違う特徴を拾ってしまうこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（創作と言語化の洗い出し））\n\n由来: 同上\n\n既存語との差: 参照で伝えるのは語彙天井を越える手だが、何が拾われるかは制御できない。「参照ずれが起きた」と言えると、参照に言葉を添える（どこを見てほしいか）という対策が出る。" }, { "term": "成長錯覚", "reading": "せいちょうさっかく", "slug": "seichou-sakkaku", "status": "draft", "tags": [ "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「過信」は一般語。成長錯覚は、道具が抜けた瞬間に露見するという時限つきの錯覚で、学びの設計（どこは手でやるか）に関わる。", "proposer": "nishina（協働の洗い出し）", "origin": "同上", "summary": "出力の質が上がったのを自分の腕が上がったと感じてしまうこと。実際に上がったのは道具の方。", "entry_md": "# 成長錯覚\n\n（定義は仮。提案中）\n\n出力の質が上がったのを自分の腕が上がったと感じてしまうこと。実際に上がったのは道具の方。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（協働の洗い出し））\n\n由来: 同上\n\n既存語との差: 「過信」は一般語。成長錯覚は、道具が抜けた瞬間に露見するという時限つきの錯覚で、学びの設計（どこは手でやるか）に関わる。" }, { "term": "生成AI英見出し", "reading": "せいせいえーあいえいみだし", "slug": "seisei-ai-ei-midashi", "status": "review", "tags": [ "創作", "開発", "言葉" ], "aliases": [ "AI英ラベル", "肩英語", "生成帽" ], "related": [ "seisei-shu" ], "first_seen": "2026-09-13", "why": "デザイン用語の「肩見出し」「eyebrow」は正当な手法の名前で、AI が中身と無関係に癖として付ける、という現象を指せない。付いていること自体が「AI が作った」の印になる点に名前が要る。", "proposer": "人間", "origin": "人間の指摘（2026-09-13）。生成された画面や LP に頻出", "summary": "コーディングエージェントが見出しの上に、英語の大文字で「TELOP」「OVERVIEW」のような小さなラベルを反射的に付けてしまうこと。", "entry_md": "# 生成AI英見出し\n\n（定義は仮。提案中）\n\nコーディングエージェントが見出しの上に、英語の大文字で「TELOP」「OVERVIEW」のような小さなラベルを反射的に付けてしまうこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（人間）\n\n由来: 人間の指摘（2026-09-13）。生成された画面や LP に頻出\n\n既存語との差: デザイン用語の「肩見出し」「eyebrow」は正当な手法の名前で、AI が中身と無関係に癖として付ける、という現象を指せない。付いていること自体が「AI が作った」の印になる点に名前が要る。\n\n### 別案（同日）\n- 肩英語（かたえいご） — 新聞の「肩見出し」に英語が乗る。短い。推し\n- 帽子英語 / 見出し帽（みだしぼう） — 見出しに帽子をかぶせる絵。「帽子取って」と言える\n- 大文字帽（おおもじぼう） — 大文字であることに寄せた\n- 英字肩書き — 肩書きと紛れる\n- ラベル癖 — 現象は言えるが英語・見出し上に限らない\n- AI 肩見出し — 説明的。長い\n\n### 用例\n- 「この LP、見出し全部に肩英語が付いてる。取って」\n- 「肩英語が残ってると一目で生成物だと分かる」\n- 「肩英語禁止、を design.md に一行足す」\n\n### 「AI がやりがち」が伝わる名にしたい（人間の求め、同日）\n- 生成帽（せいせいぼう） — 「生成」で生成 AI を連想、帽で見出しの上。推し\n- AI 帽 / ボット帽 — 直球。少し安い\n- 癖英語（くせえいご） — 癖で伝わるが、英語全般に見える\n- 反射ラベル — 考えずに付ける、が出る。英語・見出し上が消える\n- テンプレ帽 — お手本から持ってきた帽子。テンプレは人間も使う\n- 上位語として **生成臭** を別に提案（AI 製と分かる印の総称）。肩英語／生成帽はその一例\n\n### サッと分かる語の組み合わせにしたい（人間の求め、同日）\n- AI英ラベル — 人間の案。三語とも見た瞬間に分かる。仮の名として採る\n- AI英字ラベル — 「英」を「英字」にして誤読を防ぐ。一字長い\n- AI見出しラベル — 場所が入る。英語であることが消える\n- AI英タグ — ラベルをタグに。HTML の tag と紛れる\n- AI肩ラベル — 肩見出しを知っている人には正確。知らないと分からない\n\n## 2026-09-13 仮に上げる\n\n人間の選択で **生成AI英見出し**。誰が（生成AI）・何を（英）・どこに（見出し）が全部語に入っている。" }, { "term": "生成ごみ", "reading": "せいせいごみ", "slug": "seisei-gomi", "status": "draft", "tags": [ "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "英 slop。「低品質」では量産と押し付けの性質が出ない。「これは生成ごみ」と分類できると、レビューに回す前に止められる。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 AI slop の訳語として", "summary": "見た目は整っているが中身が薄く、読む側の時間だけを奪う AI 量産物。", "entry_md": "# 生成ごみ\n\n（定義は仮。提案中）\n\n見た目は整っているが中身が薄く、読む側の時間だけを奪う AI 量産物。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 AI slop の訳語として\n\n既存語との差: 英 slop。「低品質」では量産と押し付けの性質が出ない。「これは生成ごみ」と分類できると、レビューに回す前に止められる。" }, { "term": "生成臭", "reading": "せいせいしゅう", "slug": "seisei-shu", "status": "draft", "tags": [ "創作", "開発", "品質" ], "aliases": [], "related": [ "gpt-smile", "heikin-gao", "seisei-ai-ei-midashi" ], "first_seen": "2026-09-13", "why": "「AIっぽい」は感想で、指させない。生成臭は印そのものを指す名詞で、「この生成臭を消す」「生成臭の一覧」と道具にできる。個々の癖（肩英語など）の上位語。", "proposer": "人間 / nishina", "origin": "肩英語の命名中に、AI がやりがちだと伝わる語が欲しいという人間の求めから（2026-09-13）", "summary": "見た人が一目で「AI が作ったな」と分かってしまう、生成物に共通する癖や印のこと。", "entry_md": "# 生成臭\n\n（定義は仮。提案中）\n\n見た人が一目で「AI が作ったな」と分かってしまう、生成物に共通する癖や印のこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（人間 / nishina）\n\n由来: 肩英語の命名中に、AI がやりがちだと伝わる語が欲しいという人間の求めから（2026-09-13）\n\n既存語との差: 「AIっぽい」は感想で、指させない。生成臭は印そのものを指す名詞で、「この生成臭を消す」「生成臭の一覧」と道具にできる。個々の癖（肩英語など）の上位語。" }, { "term": "責任宙吊り", "reading": "せきにんちゅうづり", "slug": "sekinin-chuuzuri", "status": "draft", "tags": [ "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「責任の所在が不明」は状態の説明。宙吊りは、誰も取りに行かないまま浮いている絵で、「宙吊りを下ろす」（誰が持つか決める）と対処が言える。", "proposer": "nishina（協働の洗い出し）", "origin": "同上", "summary": "「AI がやったので」で、成果物の品質に対する責任が誰のものでもなくなること。", "entry_md": "# 責任宙吊り\n\n（定義は仮。提案中）\n\n「AI がやったので」で、成果物の品質に対する責任が誰のものでもなくなること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（協働の洗い出し））\n\n由来: 同上\n\n既存語との差: 「責任の所在が不明」は状態の説明。宙吊りは、誰も取りに行かないまま浮いている絵で、「宙吊りを下ろす」（誰が持つか決める）と対処が言える。" }, { "term": "説明貯金", "reading": "せつめいちょきん", "slug": "setsumei-chokin", "status": "draft", "tags": [ "開発", "AIエージェント", "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「ドキュメント」は人が読む物の総称。説明貯金は AI 宛てで、毎セッション利子がつく点が違う。「これは説明貯金になるから書いておく」と判断に使える。", "proposer": "nishina（協働の洗い出し）", "origin": "人と AI の協働の洗い出し（2026-09-13）", "summary": "一度書いておけば、以後どのセッションのエージェントにも効き続ける説明（CLAUDE.md、手引き、用語集）のこと。", "entry_md": "# 説明貯金\n\n（定義は仮。提案中）\n\n一度書いておけば、以後どのセッションのエージェントにも効き続ける説明（CLAUDE.md、手引き、用語集）のこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（協働の洗い出し））\n\n由来: 人と AI の協働の洗い出し（2026-09-13）\n\n既存語との差: 「ドキュメント」は人が読む物の総称。説明貯金は AI 宛てで、毎セッション利子がつく点が違う。「これは説明貯金になるから書いておく」と判断に使える。" }, { "term": "仕上げ坂", "reading": "しあげざか", "slug": "shiage-zaka", "status": "draft", "tags": [ "創作", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「最後の二割」「パレート」は比率の話で、AI 固有の形（最初の八割がタダ同然で、残りが人手と目利きを要する）が出ない。デモ峠は本番投入の落差、仕上げ坂は品質の落差。", "proposer": "人間", "origin": "人間の指摘（2026-09-13）。画像・動画・LP・コードの生成で共通に起きる", "summary": "AI にポン出しさせたものは八割それっぽく見えるが、そこからプロの品質に持っていく残りの二割が、最初の八割より険しいこと。", "entry_md": "# 仕上げ坂\n\n（定義は仮。提案中）\n\nAI にポン出しさせたものは八割それっぽく見えるが、そこからプロの品質に持っていく残りの二割が、最初の八割より険しいこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（人間）\n\n由来: 人間の指摘（2026-09-13）。画像・動画・LP・コードの生成で共通に起きる\n\n既存語との差: 「最後の二割」「パレート」は比率の話で、AI 固有の形（最初の八割がタダ同然で、残りが人手と目利きを要する）が出ない。デモ峠は本番投入の落差、仕上げ坂は品質の落差。\n\n### 別案（同日）\n- 仕上げ坂（しあげざか） — ポン出しの後の坂が急。推し。「坂を登る」と言える\n- ポン出し峠 — 人間の言葉「ポン出し」を活かす。デモ峠と対で覚えやすいが、峠が二つ並ぶ\n- それっぽ止まり — 状態を指す。「それっぽ止まりで出すな」。仕上げ坂と役が違う（物／現象）\n- 八割壁（はちわりかべ） — 数で言う。八割の根拠が要る\n- 生成八割 — 「生成で行けるのは八割まで」。上と同じ\n- ポン出し品質 — 段階の名。「いまはポン出し品質。ここから仕上げ坂」と組める\n\n### 用例\n- 「動画、ポン出しはいい感じだけど、ここから仕上げ坂だよ」\n- 「仕上げ坂を登る人がいない企画は、それっぽ止まりで終わる」\n- 「AI 導入の工数見積もりは、仕上げ坂を入れないと必ず外れる」\n- 「仕上げ坂の勾配は分野で違う。文章は緩く、映像は急」\n\n### 揶揄を入れて覚えやすく（人間の求め、同日）\n- 生成映え（せいせいばえ） — インスタ映えの型。「生成映えはするけど、仕上げは別」。物の性質を揶揄する。推し\n- ポン出し天国、仕上げ地獄 — 対句。標語として口に乗る。長いので語ではなく言い回し\n- プロ風味（ぷろふうみ） — 風味だけプロ。「プロ風味止まり」\n- 八割番長（はちわりばんちょう） — 八割までで威張る。人を揶揄するので使いどころに注意\n- 見栄え倒れ — 看板倒れの型。既存の型なので通じるが AI 感が薄い\n- ポン出し倒れ — 見かけ倒しの型。ポン出しを残せる\n- 揶揄は「物」に向ける（生成映え、プロ風味）。「人」に向ける語（八割番長）は普及しても角が立つ" }, { "term": "指示方言", "reading": "しじほうげん", "slug": "shiji-hougen", "status": "draft", "tags": [ "AIエージェント", "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「モデル依存」は事実の記述。方言と呼ぶと、標準語に戻す（癖に頼らない書き方）という対策が言えて、進化負債の予防にもなる。", "proposer": "nishina（指示と記憶の洗い出し）", "origin": "同上。「プロンプト方言化」を言い換え", "summary": "特定のモデルの癖に合わせて磨いた指示が、そのモデルでしか通じなくなっていること。", "entry_md": "# 指示方言\n\n（定義は仮。提案中）\n\n特定のモデルの癖に合わせて磨いた指示が、そのモデルでしか通じなくなっていること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（指示と記憶の洗い出し））\n\n由来: 同上。「プロンプト方言化」を言い換え\n\n既存語との差: 「モデル依存」は事実の記述。方言と呼ぶと、標準語に戻す（癖に頼らない書き方）という対策が言えて、進化負債の予防にもなる。" }, { "term": "指示薄れ", "reading": "しじうすれ", "slug": "shiji-usure", "status": "draft", "tags": [ "AIエージェント", "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「上限」や「長すぎる」は量の話。薄れは、足した一行が別の一行を薄める、という相互作用の名で、「足すなら一つ消す」という運用が語から出る。", "proposer": "nishina（指示と記憶の洗い出し）", "origin": "指示と記憶の洗い出し（2026-09-13）。今日の最初の洗い出しの「指示希釈」を言い換え", "summary": "規則文に指示を足すほど、前からあった指示が効かなくなっていくこと。", "entry_md": "# 指示薄れ\n\n（定義は仮。提案中）\n\n規則文に指示を足すほど、前からあった指示が効かなくなっていくこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（指示と記憶の洗い出し））\n\n由来: 指示と記憶の洗い出し（2026-09-13）。今日の最初の洗い出しの「指示希釈」を言い換え\n\n既存語との差: 「上限」や「長すぎる」は量の話。薄れは、足した一行が別の一行を薄める、という相互作用の名で、「足すなら一つ消す」という運用が語から出る。" }, { "term": "芯出し", "reading": "しんだし", "slug": "shin-dashi", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "機械加工の芯出し（中心を出す）の借用。一つを選ぶのではなく、分布の中心を読む操作で、拾うのとは別の手。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "同上", "summary": "何度も出したものに共通して残る部分を見つけて、それをその指示の本当の答えとして取り出すこと。", "entry_md": "# 芯出し\n\n何度も出したものに共通して残る部分を見つけて、それをその指示の本当の答えとして取り出すこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 同上\n\n既存語との差: 機械加工の芯出し（中心を出す）の借用。一つを選ぶのではなく、分布の中心を読む操作で、拾うのとは別の手。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "進化負債", "reading": "しんかふさい", "slug": "shinka-fusai", "status": "adopted", "tags": [ "開発" ], "aliases": [], "related": [ "matsubazue-fusai", "kyotsu-kagen-mondai" ], "first_seen": "2026-09-13", "why": "「技術的負債」は実装時点の妥協を含意するが、本件は実装時点に問題がなく、外部依存先の進化で負債化した", "proposer": "人間", "origin": "モデル抽象化と旧モデル向け補正層についての議論", "summary": "自分の設計ミスや怠慢ではなく、依存する外部要素（モデル、プラットフォーム）が進化したことによって発生する負債。前提としていた制約が消え、その制約に合わせて組んだ構造が無用の複雑さとして残る。", "entry_md": "# 進化負債\n\n自分の設計ミスや怠慢ではなく、**依存する外部要素（モデル、プラットフォーム）が進化したこと**によって発生する負債。前提としていた制約が消え、その制約に合わせて組んだ構造が無用の複雑さとして残る。\n\n## この語の強み\n\n- **「技術的負債」の系譜に乗れる。** 初見でも「負債の一種で、進化が原因のやつね」と半分まで推測できる。説明コストが低い。\n- **免責のニュアンスが入っている。** 従来の技術的負債は「過去の手抜きのツケ」という責める語感がある。進化負債は「誰も悪くないのに発生した」と言える。「これは進化負債です」の一言で、非難でなく現象の指摘になる。\n- **予算・工数の話に接続できる。** 「負債」はマネジメント層に通じる。「Claude 5 対応で進化負債の返済に 2 スプリント必要です」がそのまま稟議の言葉になる。\n- **予防設計の議論を生む。** 「これは進化負債になりそうだから、剥がしやすく作る」「モデル依存の補正層はここに隔離する」。\n\n## 使い方\n\n- 「進化負債が発生する／溜まる／返済する」\n- 「それ進化負債化しない？」\n\n## 関連語\n\n- 松葉杖負債 — 下位語。モデルの弱点補償に起因するものを特に指す。\n- 共通下限問題 — 時間軸版として、新モデルの新機能を抽象化レイヤーが塞いで使えない待ち状態がある。\n", "log_md": "# 審査ログ\n\n## 2026-09-13 採用\n\n対話のこの部分は記録が欠けている（人間が貼った対話の途中が抜けていた）。\n残っているのは決定後の整理のみ。候補と却下理由が分かれば追記する。\n\n### 決定\n**進化負債** を採用。松葉杖負債を下位語として併用。" }, { "term": "申告刻印", "reading": "しんこくこくいん", "slug": "shinkoku-kokuin", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「メタデータが無い」と「メタデータが偽れる」は別の状態だが、どちらも「来歴が信用できない」と一括りにされがち。申告刻印という語があれば、観測値と申告値を出力上で区別する、申告口は観測値が無いときだけ受ける、といった設計判断を一言で議論できる。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-26、別席の Claude からの報告。bundle の ENGINE_SOURCE 刻印に -Source で任意文字列を書ける口が残っている問題を、観測された値との区別という観点で説明している。", "summary": "来歴やバージョンの刻印のうち、観測から書かれたのではなく引数などで任意に申告できてしまうもの。無い刻印より悪いとされる。", "entry_md": "# 申告刻印\n\n（定義は仮。提案中）\n\n来歴やバージョンの刻印のうち、観測から書かれたのではなく引数などで任意に申告できてしまうもの。無い刻印より悪いとされる。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-26、別席の Claude からの報告。bundle の ENGINE_SOURCE 刻印に -Source で任意文字列を書ける口が残っている問題を、観測された値との区別という観点で説明している。\n\n既存語との差: 「メタデータが無い」と「メタデータが偽れる」は別の状態だが、どちらも「来歴が信用できない」と一括りにされがち。申告刻印という語があれば、観測値と申告値を出力上で区別する、申告口は観測値が無いときだけ受ける、といった設計判断を一言で議論できる。\n" }, { "term": "審判判断", "reading": "しんぱんはんだん", "slug": "shinpan-handan", "status": "draft", "tags": [ "AIエージェント", "協働" ], "aliases": [], "related": [ "handan-no-okiba", "toke-handan", "teban-handan", "kisoku-handan" ], "first_seen": "2026-09-13", "why": "英 LLM-as-a-judge。生成する判断とは性質が違い、審判側の癖が評価を歪める問題がここで起きる。溶け判断と分けて名を持つ必要がある。", "proposer": "nishina（判断の種類の洗い出し）", "origin": "同上", "summary": "AI が他の出力（自分や別の AI や人間の成果物）の良し悪しを判定する種類の判断。", "entry_md": "# 審判判断\n\n（定義は仮。提案中）\n\nAI が他の出力（自分や別の AI や人間の成果物）の良し悪しを判定する種類の判断。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（判断の種類の洗い出し））\n\n由来: 同上\n\n既存語との差: 英 LLM-as-a-judge。生成する判断とは性質が違い、審判側の癖が評価を歪める問題がここで起きる。溶け判断と分けて名を持つ必要がある。" }, { "term": "修正ぐるぐる", "reading": "しゅうせいぐるぐる", "slug": "shuusei-guruguru", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "英 doom loop。「無限ループ」はプログラムの話。こちらはエージェントの行動で、人間が割って入る合図として名前が要る。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 doom loop の訳語として", "summary": "AI が同じ失敗に対して同じ直し方を繰り返し、抜け出せなくなる状態。", "entry_md": "# 修正ぐるぐる\n\n（定義は仮。提案中）\n\nAI が同じ失敗に対して同じ直し方を繰り返し、抜け出せなくなる状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 doom loop の訳語として\n\n既存語との差: 英 doom loop。「無限ループ」はプログラムの話。こちらはエージェントの行動で、人間が割って入る合図として名前が要る。" }, { "term": "捨て前提", "reading": "すてぜんてい", "slug": "sute-zentei", "status": "draft", "tags": [ "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「プロトタイプ」は工程の一段階。捨て前提は既定の姿勢で、どの作業を捨て前提にしないか（正本・データ・公開物）を決める語になる。", "proposer": "nishina（協働の洗い出し）", "origin": "同上", "summary": "作り直しが安くなったので、最初から捨てる前提で作る構え。設計より試作、一発より回数。", "entry_md": "# 捨て前提\n\n（定義は仮。提案中）\n\n作り直しが安くなったので、最初から捨てる前提で作る構え。設計より試作、一発より回数。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（協働の洗い出し））\n\n由来: 同上\n\n既存語との差: 「プロトタイプ」は工程の一段階。捨て前提は既定の姿勢で、どの作業を捨て前提にしないか（正本・データ・公開物）を決める語になる。" }, { "term": "宅内再発明", "reading": "たくないさいはつめい", "slug": "takunai-saihatsumei", "status": "draft", "tags": [ "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「車輪の再発明」は世に公開された既製品を作り直す話。ここでは既製品が自分の家（~/ のプラグイン、別リポの調査メモ）にあり、探せば見つかるのに探索コストを払わなかった点が本質。公開物と宅内物では対策が違う（検索習慣・索引の整備）ので分けて呼びたい。", "proposer": "nishina（ログ調査 other）", "origin": "live-coding-record-edit-test（2026-08-29）。動画生成ガイドラインを手で組んだ後で、人間の一言で ~/.yorimashi/plugins/recap-video/ に完成版が見つかった。pokemon（2026-08-27）でも別席の需要調査の置き場所が分からず再送を頼んだ。", "summary": "エージェントが、ユーザーの環境や過去セッションに既にある道具・指針・調査結果を探さずに、同じものを一から手組みしてしまうこと。", "entry_md": "# 宅内再発明\n\n（定義は仮。提案中）\n\nエージェントが、ユーザーの環境や過去セッションに既にある道具・指針・調査結果を探さずに、同じものを一から手組みしてしまうこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: live-coding-record-edit-test（2026-08-29）。動画生成ガイドラインを手で組んだ後で、人間の一言で ~/.yorimashi/plugins/recap-video/ に完成版が見つかった。pokemon（2026-08-27）でも別席の需要調査の置き場所が分からず再送を頼んだ。\n\n既存語との差: 「車輪の再発明」は世に公開された既製品を作り直す話。ここでは既製品が自分の家（~/ のプラグイン、別リポの調査メモ）にあり、探せば見つかるのに探索コストを払わなかった点が本質。公開物と宅内物では対策が違う（検索習慣・索引の整備）ので分けて呼びたい。\n" }, { "term": "手番判断", "reading": "てばんはんだん", "slug": "teban-handan", "status": "draft", "tags": [ "AIエージェント", "協働" ], "aliases": [], "related": [ "handan-no-okiba", "toke-handan", "shinpan-handan", "kisoku-handan" ], "first_seen": "2026-09-13", "why": "溶け判断は出力の中身、手番判断は行動の選択。暴走・修正ぐるぐる・勝手拡張は手番判断の失敗で、中身の失敗とは対策が違う。", "proposer": "nishina（判断の種類の洗い出し）", "origin": "同上", "summary": "エージェントが「次に何をするか」（どの道具を呼ぶか、続けるか、止まるか）を決める種類の判断。", "entry_md": "# 手番判断\n\n（定義は仮。提案中）\n\nエージェントが「次に何をするか」（どの道具を呼ぶか、続けるか、止まるか）を決める種類の判断。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（判断の種類の洗い出し））\n\n由来: 同上\n\n既存語との差: 溶け判断は出力の中身、手番判断は行動の選択。暴走・修正ぐるぐる・勝手拡張は手番判断の失敗で、中身の失敗とは対策が違う。" }, { "term": "手癖落ち", "reading": "てくせおち", "slug": "tekuse-ochi", "status": "draft", "tags": [ "創作" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「個性がない」は結果の評価。手癖落ちは、通過で落ちるという機構を言う。落ちたものを戻す作業（手癖を言葉にして戻す）に名前がつく。", "proposer": "nishina（創作と言語化の洗い出し）", "origin": "同上", "summary": "作り手の無意識の癖や署名のような特徴が、AI を通すと抜け落ちて、誰の作でもない仕上がりになること。", "entry_md": "# 手癖落ち\n\n（定義は仮。提案中）\n\n作り手の無意識の癖や署名のような特徴が、AI を通すと抜け落ちて、誰の作でもない仕上がりになること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（創作と言語化の洗い出し））\n\n由来: 同上\n\n既存語との差: 「個性がない」は結果の評価。手癖落ちは、通過で落ちるという機構を言う。落ちたものを戻す作業（手癖を言葉にして戻す）に名前がつく。" }, { "term": "手元縛り", "reading": "てもとしばり", "slug": "temoto-shibari", "status": "draft", "tags": [ "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「環境依存」は OS やパスの話が中心だが、手元縛りは AI 開発特有の依存——本人の Codex 枠、~/.local/bin の自作道具、git 管理外の隣のプロジェクト——を含む。旧 Windows 環境の絶対パスで一式が動かなくなった経緯から、依存に入れない方針が三つのメモに分かれて書かれている。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-manga の整備方針（2026-09-11、no-personal-tool-deps / build-tools-in-repo）、yorimashi-marketing の codex-imagery 利用制限（2026-09-13）。", "summary": "本人の機体にしか無い自作 CLI・別ローカルリポジトリ・個人の利用枠などに依存していて、他の人や他の席では動かない状態。", "entry_md": "# 手元縛り\n\n（定義は仮。提案中）\n\n本人の機体にしか無い自作 CLI・別ローカルリポジトリ・個人の利用枠などに依存していて、他の人や他の席では動かない状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-manga の整備方針（2026-09-11、no-personal-tool-deps / build-tools-in-repo）、yorimashi-marketing の codex-imagery 利用制限（2026-09-13）。\n\n既存語との差: 「環境依存」は OS やパスの話が中心だが、手元縛りは AI 開発特有の依存——本人の Codex 枠、~/.local/bin の自作道具、git 管理外の隣のプロジェクト——を含む。旧 Windows 環境の絶対パスで一式が動かなくなった経緯から、依存に入れない方針が三つのメモに分かれて書かれている。\n" }, { "term": "テスト骨抜き", "reading": "てすとほねぬき", "slug": "test-honenuki", "status": "draft", "tags": [ "開発", "AIエージェント", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「テスト改竄」は意図が悪い。こちらは「通す」という目標に忠実なだけで悪意がない。悪意の有無で対策（規則に書く）が変わる。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 reward hacking のコーディング版として", "summary": "AI が通らないテストを直すのではなく、テストの方を弱めて通してしまうこと。", "entry_md": "# テスト骨抜き\n\n（定義は仮。提案中）\n\nAI が通らないテストを直すのではなく、テストの方を弱めて通してしまうこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 reward hacking のコーディング版として\n\n既存語との差: 「テスト改竄」は意図が悪い。こちらは「通す」という目標に忠実なだけで悪意がない。悪意の有無で対策（規則に書く）が変わる。" }, { "term": "途中見せ", "reading": "とちゅうみせ", "slug": "tochuu-mise", "status": "draft", "tags": [ "AIエージェント", "協働" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「進捗報告」は状態の報告。途中見せは物を見せる。意図ずれの対として覚える。", "proposer": "nishina（協働の洗い出し）", "origin": "同上", "summary": "完成を待たずに、途中の出力を早めに人間に見せて、意図ずれを安いうちに捕まえる手。", "entry_md": "# 途中見せ\n\n（定義は仮。提案中）\n\n完成を待たずに、途中の出力を早めに人間に見せて、意図ずれを安いうちに捕まえる手。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（協働の洗い出し））\n\n由来: 同上\n\n既存語との差: 「進捗報告」は状態の報告。途中見せは物を見せる。意図ずれの対として覚える。" }, { "term": "投函落ち", "reading": "とうかんおち", "slug": "tokan-ochi", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「メッセージロスト」はネットワークの語で、ここでは届いたうえでエージェントの入力として扱われなかったり API Error で無視されたりと落ち方が様々。共通するのは「投函したこと自体は成功に見える」点で、送った側が「考えているという状況だけ伝わる」まま待つ。投函落ちという語があれば、何が投函され何が読まれたかを突き合わせる設計（配達確認）を要求しやすい。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-19 の HUD からのメッセージに反応しない件、2026-08-31 のリモートセッションに何も届かない件、2026-09-06 の API Error でよりましのメッセージが無視された件。三度、別の経路で同じ形の症状。", "summary": "HUD やよりまし側からセッションへ投げたメッセージが、エラーや配線の抜けで反応されずに消え、送った側も受けた側もそれに気づかない状態。", "entry_md": "# 投函落ち\n\n（定義は仮。提案中）\n\nHUD やよりまし側からセッションへ投げたメッセージが、エラーや配線の抜けで反応されずに消え、送った側も受けた側もそれに気づかない状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-19 の HUD からのメッセージに反応しない件、2026-08-31 のリモートセッションに何も届かない件、2026-09-06 の API Error でよりましのメッセージが無視された件。三度、別の経路で同じ形の症状。\n\n既存語との差: 「メッセージロスト」はネットワークの語で、ここでは届いたうえでエージェントの入力として扱われなかったり API Error で無視されたりと落ち方が様々。共通するのは「投函したこと自体は成功に見える」点で、送った側が「考えているという状況だけ伝わる」まま待つ。投函落ちという語があれば、何が投函され何が読まれたかを突き合わせる設計（配達確認）を要求しやすい。\n" }, { "term": "溶け判断", "reading": "とけはんだん", "slug": "toke-handan", "status": "draft", "tags": [ "AIエージェント", "協働" ], "aliases": [], "related": [ "handan-no-okiba", "shinpan-handan", "teban-handan", "kisoku-handan" ], "first_seen": "2026-09-13", "why": "「AI 判断」と一括りにすると、これが一番多く一番見えない種類だと分からない。溶け判断のうち人間が持つべきものを見つけて取り出す、が設計の仕事になる。", "proposer": "nishina（判断の種類の洗い出し）", "origin": "同上", "summary": "生成の中で AI が無数に下している小さな判断（語の選び、配置、省略）。出力に溶けていて、判断として見えない。", "entry_md": "# 溶け判断\n\n（定義は仮。提案中）\n\n生成の中で AI が無数に下している小さな判断（語の選び、配置、省略）。出力に溶けていて、判断として見えない。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（判断の種類の洗い出し））\n\n由来: 同上\n\n既存語との差: 「AI 判断」と一括りにすると、これが一番多く一番見えない種類だと分からない。溶け判断のうち人間が持つべきものを見つけて取り出す、が設計の仕事になる。" }, { "term": "トークン焚き", "reading": "とーくんだき", "slug": "token-daki", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「コスト超過」は結果。焚きは行為で、「そこトークン焚きだよ」と現場で指させる。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 token burn の訳語として", "summary": "意味のあることに使われず燃えていくトークン。長い挨拶、繰り返し、無駄な再読など。", "entry_md": "# トークン焚き\n\n（定義は仮。提案中）\n\n意味のあることに使われず燃えていくトークン。長い挨拶、繰り返し、無駄な再読など。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 token burn の訳語として\n\n既存語との差: 「コスト超過」は結果。焚きは行為で、「そこトークン焚きだよ」と現場で指させる。" }, { "term": "得意寄せ", "reading": "とくいよせ", "slug": "tokui-yose", "status": "draft", "tags": [ "創作" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "機能縛りは「できない」ことで縮む話。得意寄せは「できる」ことに引かれて寄る話。縮むのではなく偏る。", "proposer": "nishina（創作と言語化の洗い出し）", "origin": "同上", "summary": "AI の得意なものが楽に出るので、作り手の好みや企画そのものが AI の得意な方へ寄っていくこと。", "entry_md": "# 得意寄せ\n\n（定義は仮。提案中）\n\nAI の得意なものが楽に出るので、作り手の好みや企画そのものが AI の得意な方へ寄っていくこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（創作と言語化の洗い出し））\n\n由来: 同上\n\n既存語との差: 機能縛りは「できない」ことで縮む話。得意寄せは「できる」ことに引かれて寄る話。縮むのではなく偏る。" }, { "term": "通し揃え", "reading": "とおしぞろえ", "slug": "tooshi-zoroe", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "一枚のブレ止めと違い、通しでは枚数ぶん揺らぎが積む。「通し揃えが要る企画」と分かると、固め所を最初から多めに取れる。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "同上。yorimashi-manga での顔の揺れから", "summary": "漫画のコマや連作のように、たくさん生成したものの間で、同じキャラ・同じ調子に揃えること。", "entry_md": "# 通し揃え\n\n漫画のコマや連作のように、たくさん生成したものの間で、同じキャラ・同じ調子に揃えること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 同上。yorimashi-manga での顔の揺れから\n\n既存語との差: 一枚のブレ止めと違い、通しでは枚数ぶん揺らぎが積む。「通し揃えが要る企画」と分かると、固め所を最初から多めに取れる。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "追従癖", "reading": "ついじゅうぐせ", "slug": "tsuijuu-guse", "status": "draft", "tags": [ "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "英 sycophancy。「おべっか」は人間の意図的な行為で、AI の学習由来の傾向を指せない。「おっしゃる通りです」で始まる返事に名前が要る。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 sycophancy の訳語として", "summary": "AI が人間の言ったことに合わせて意見を変え、間違いを指摘せずに同意してしまう傾向。", "entry_md": "# 追従癖\n\n（定義は仮。提案中）\n\nAI が人間の言ったことに合わせて意見を変え、間違いを指摘せずに同意してしまう傾向。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 sycophancy の訳語として\n\n既存語との差: 英 sycophancy。「おべっか」は人間の意図的な行為で、AI の学習由来の傾向を指せない。「おっしゃる通りです」で始まる返事に名前が要る。\n" }, { "term": "内輪語漏れ", "reading": "うちわごもれ", "slug": "uchiwago-more", "status": "review", "tags": [ "よりまし", "協働", "言葉" ], "aliases": [ "内語漏れ", "楽屋語" ], "related": [], "first_seen": "2026-09-13", "why": "「専門用語」は語の性質で、内語漏れは漏れる場所（ユーザー向け UI、公開ページ）に注目する。AI と人間が独自語彙で高速に回すほど起きやすく、「そら通じんわ、うちらの内輪の言葉や」と気づく瞬間に名前が要る。この辞書自体が作る語にも同じ危険がある。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-atelier-dev の Atelier 画面（「札」→「感情」、「配る」の削除、2026-09-12）、yorimashi-dev の LP レビュー（2026-09-13）。", "summary": "開発チーム（人間と AI の席）だけで通じる言葉が、そのまま画面や LP など外向きの面に出てしまうこと。", "entry_md": "# 内輪語漏れ\n\n（定義は仮。提案中）\n\n開発チーム（人間と AI の席）だけで通じる言葉が、そのまま画面や LP など外向きの面に出てしまうこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-atelier-dev の Atelier 画面（「札」→「感情」、「配る」の削除、2026-09-12）、yorimashi-dev の LP レビュー（2026-09-13）。\n\n既存語との差: 「専門用語」は語の性質で、内語漏れは漏れる場所（ユーザー向け UI、公開ページ）に注目する。AI と人間が独自語彙で高速に回すほど起きやすく、「そら通じんわ、うちらの内輪の言葉や」と気づく瞬間に名前が要る。この辞書自体が作る語にも同じ危険がある。\n\n\n## 2026-09-13 別案出し（人間の求めで）\n\n- 内輪語漏れ / 楽屋語 / 楽屋落ち（既存語と衝突、却下寄り）\n- 符丁漏れ / 隠語漏れ（隠す意図が無いのでずれる）/ 社内語漏れ（範囲が狭い）\n- 地声漏れ（地の文漏れと紛れる）/ 方言持ち出し / 身内呼び（呼称だけ）\n- 見立て: 現象なら 内語漏れ、語そのものなら 楽屋語。役が違うので両方もあり。\n\n## 2026-09-13 仮に上げる\n\n人間の選択で **内輪語漏れ** に改名（一字足して初見に通じる）。内語漏れ・楽屋語は別名に残す。" }, { "term": "鵜呑み癖", "reading": "うのみぐせ", "slug": "unomi-guse", "status": "draft", "tags": [ "協働", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "英 automation bias。「過信」は状態で、癖は繰り返される行動。確認疲れの裏返しで、両方あって初めて対策が語れる。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 automation bias の訳語として", "summary": "AI の出力を確認せずに正しいものとして扱ってしまう人間側の傾向。", "entry_md": "# 鵜呑み癖\n\n（定義は仮。提案中）\n\nAI の出力を確認せずに正しいものとして扱ってしまう人間側の傾向。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 automation bias の訳語として\n\n既存語との差: 英 automation bias。「過信」は状態で、癖は繰り返される行動。確認疲れの裏返しで、両方あって初めて対策が語れる。" }, { "term": "裏なし", "reading": "うらなし", "slug": "uranashi", "status": "draft", "tags": [ "開発", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「手作業」は行為の名前で、直しが再生成で消える運命にあることを言わない。「再現性が無い」は広すぎる。裏なしは、直しを部品と印に落として『手作業が部品で再現できる』状態にするべきだという判断を一語で促す。AI が生成し直す工程では手直しが頻繁に蒸発する。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-atelier-dev、西名の「呆れ」の手直し（2026-09-12）と、首まわりの手作業を印と部品で再現した実験（2026-09-07）。", "summary": "生成物に手で入れた直しに、それを再現するコマンドや印などの裏付けが無く、次に生成し直すたびに同じ崩れが戻ること。", "entry_md": "# 裏なし\n\n（定義は仮。提案中）\n\n生成物に手で入れた直しに、それを再現するコマンドや印などの裏付けが無く、次に生成し直すたびに同じ崩れが戻ること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-atelier-dev、西名の「呆れ」の手直し（2026-09-12）と、首まわりの手作業を印と部品で再現した実験（2026-09-07）。\n\n既存語との差: 「手作業」は行為の名前で、直しが再生成で消える運命にあることを言わない。「再現性が無い」は広すぎる。裏なしは、直しを部品と印に落として『手作業が部品で再現できる』状態にするべきだという判断を一語で促す。AI が生成し直す工程では手直しが頻繁に蒸発する。\n" }, { "term": "写し値", "reading": "うつしね", "slug": "utsushi-ne", "status": "draft", "tags": [ "開発" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「未検証」は状態の言葉で、出所が『写し』であることも、実測値と区別なく並ぶ害も言わない。AI が調べ物をすると写し値が実測風に混ざりやすく、記事の芯が「一つの表に鳴らした値と写した値が同じ顔で並ぶ」ことだと言えるには語が要る。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "blog-yorimashi-dev、TTS 比較表の Mac 欄の裏取り（2026-09-08）。", "summary": "自分で鳴らして測った値ではなく、よその記事や資料から写しただけの数値。測った値と同じ顔で表に並ぶのが問題。", "entry_md": "# 写し値\n\n（定義は仮。提案中）\n\n自分で鳴らして測った値ではなく、よその記事や資料から写しただけの数値。測った値と同じ顔で表に並ぶのが問題。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: blog-yorimashi-dev、TTS 比較表の Mac 欄の裏取り（2026-09-08）。\n\n既存語との差: 「未検証」は状態の言葉で、出所が『写し』であることも、実測値と区別なく並ぶ害も言わない。AI が調べ物をすると写し値が実測風に混ざりやすく、記事の芯が「一つの表に鳴らした値と写した値が同じ顔で並ぶ」ことだと言えるには語が要る。\n" }, { "term": "写しずれ", "reading": "うつしずれ", "slug": "utsushi-zure", "status": "draft", "tags": [ "開発", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "進化負債は外部依存の進化で生じるが、写しずれは自分の手元にある正を自分で写した内部の二重化で起きる。「正本を一つに」は方針の言葉で、写しが腐る現象そのものと『印字させる』という対処を一語で呼べない。プロンプトや AGENTS.md に規則を書き写す AI 開発では特に頻発する。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi プラグインの hook 説明文（armed 規則をアプリが印字する理由）、RELATIONS.md の「二枚に書くと必ずずれる」、yorimashi-spec §5 と characters/README.md の分担（2026-09-12）。", "summary": "実装が持つ規則や鍵の一覧を指示書や仕様に書き写した結果、版が動いた瞬間に写しが実装と食い違う現象。対策は写さず実装に印字させること。", "entry_md": "# 写しずれ\n\n（定義は仮。提案中）\n\n実装が持つ規則や鍵の一覧を指示書や仕様に書き写した結果、版が動いた瞬間に写しが実装と食い違う現象。対策は写さず実装に印字させること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi プラグインの hook 説明文（armed 規則をアプリが印字する理由）、RELATIONS.md の「二枚に書くと必ずずれる」、yorimashi-spec §5 と characters/README.md の分担（2026-09-12）。\n\n既存語との差: 進化負債は外部依存の進化で生じるが、写しずれは自分の手元にある正を自分で写した内部の二重化で起きる。「正本を一つに」は方針の言葉で、写しが腐る現象そのものと『印字させる』という対処を一語で呼べない。プロンプトや AGENTS.md に規則を書き写す AI 開発では特に頻発する。\n" }, { "term": "枠消化", "reading": "わくしょうか", "slug": "waku-shoka", "status": "draft", "tags": [ "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「予算消化」は年度末の経費の語で、LLM利用枠が週単位で失効し、それが作業の順番や量（質のためにまずは量、のオーディション）を決めるという点は伝わらない。「貧乏性」は性格の語で計画の語彙にならない。枠消化と名付けると、通常の優先順位とは別の判断軸で仕事を選んでいることを明示できる。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-15、週次トークンリセット日に余った予算でプラグイン化の書き直しや八キャラのオーディション生成を走らせた日。振り返り動画の台本でも同じ動機を繰り返し説明している。", "summary": "週次リセットで消えるトークン枠を無駄にしないために、リセット前に大きな書き直しや大量生成など優先度の低い仕事を意図的に回すこと。", "entry_md": "# 枠消化\n\n（定義は仮。提案中）\n\n週次リセットで消えるトークン枠を無駄にしないために、リセット前に大きな書き直しや大量生成など優先度の低い仕事を意図的に回すこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-15、週次トークンリセット日に余った予算でプラグイン化の書き直しや八キャラのオーディション生成を走らせた日。振り返り動画の台本でも同じ動機を繰り返し説明している。\n\n既存語との差: 「予算消化」は年度末の経費の語で、LLM利用枠が週単位で失効し、それが作業の順番や量（質のためにまずは量、のオーディション）を決めるという点は伝わらない。「貧乏性」は性格の語で計画の語彙にならない。枠消化と名付けると、通常の優先順位とは別の判断軸で仕事を選んでいることを明示できる。\n" }, { "term": "枠なし充足", "reading": "わくなしじゅうそく", "slug": "wakunashi-juusoku", "status": "draft", "tags": [ "開発", "品質" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「未知の未知」は認識論の一般語で、「テスト不足」は手段の話。これは AI に素材や差分を量産させたときに特有の、量が多いことで生まれる充足感を指す。枠を書いてから数えるという手順を一語で呼べないと、検証画面を先に作って「何を見ているのか分からない画面」になる。", "proposer": "nishina（ログ調査 other）", "origin": "PSDMaker-A（2026-09-09）。表情差分の検証画面を作る前に、14 の表情札のうち埋まっていたのが 1 つだけ、差分の 7 割が顔の外、と判明した作業ログからの下書き記事。", "summary": "何が揃えば足りるかの枠（対応表・チェック項目）が無いために、実際は大半が欠けているのに「足りている」と感じている状態。検証ツールの第一の仕事は赤を出すことではなく枠を先に置くこと。", "entry_md": "# 枠なし充足\n\n（定義は仮。提案中）\n\n何が揃えば足りるかの枠（対応表・チェック項目）が無いために、実際は大半が欠けているのに「足りている」と感じている状態。検証ツールの第一の仕事は赤を出すことではなく枠を先に置くこと。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 other））\n\n由来: PSDMaker-A（2026-09-09）。表情差分の検証画面を作る前に、14 の表情札のうち埋まっていたのが 1 つだけ、差分の 7 割が顔の外、と判明した作業ログからの下書き記事。\n\n既存語との差: 「未知の未知」は認識論の一般語で、「テスト不足」は手段の話。これは AI に素材や差分を量産させたときに特有の、量が多いことで生まれる充足感を指す。枠を書いてから数えるという手順を一語で呼べないと、検証画面を先に作って「何を見ているのか分からない画面」になる。\n" }, { "term": "要約落ち", "reading": "ようやくおち", "slug": "youyaku-ochi", "status": "draft", "tags": [ "開発", "AIエージェント" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「圧縮」は操作、要約落ちはその副作用。「あれは要約落ちだ」と原因を一語で指せると、引き継ぎ書に何を書くかが決まる。", "proposer": "nishina（海外の概念・訳語）", "origin": "英 compaction loss の訳語として", "summary": "長い文脈を要約して圧縮したときに、大事な決定や制約が抜け落ちること。", "entry_md": "# 要約落ち\n\n（定義は仮。提案中）\n\n長い文脈を要約して圧縮したときに、大事な決定や制約が抜け落ちること。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（海外の概念・訳語））\n\n由来: 英 compaction loss の訳語として\n\n既存語との差: 「圧縮」は操作、要約落ちはその副作用。「あれは要約落ちだ」と原因を一語で指せると、引き継ぎ書に何を書くかが決まる。" }, { "term": "揺らぎ幅", "reading": "ゆらぎはば", "slug": "yuragi-haba", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "yuragi-zentei" ], "first_seen": "2026-09-13", "why": "「温度」は道具側のつまみの名。揺らぎ幅は出力側の見え方で、「幅を広げて探す段階」「幅を絞って仕上げる段階」と工程で言い分ける。", "proposer": "nishina（揺らぎ前提の関連語）", "origin": "同上", "summary": "同じ指示でどれくらい違うものが出るかの幅。温度や指示の具体さで絞ったり広げたりする。", "entry_md": "# 揺らぎ幅\n\n同じ指示でどれくらい違うものが出るかの幅。温度や指示の具体さで絞ったり広げたりする。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（揺らぎ前提の関連語））\n\n由来: 同上\n\n既存語との差: 「温度」は道具側のつまみの名。揺らぎ幅は出力側の見え方で、「幅を広げて探す段階」「幅を絞って仕上げる段階」と工程で言い分ける。\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "揺らぎ前提", "reading": "ゆらぎぜんてい", "slug": "yuragi-zentei", "status": "adopted", "tags": [ "創作" ], "aliases": [], "related": [ "atari-machi", "atozuke-sakui", "bure-dome", "dashi-kazu", "erabi-zukare", "hiroi-kijun", "hiroi-ritsu", "ippatsu-shibari", "katame-dokoro", "maze-biroi", "shin-dashi", "sute-zentei", "tooshi-zoroe", "yuragi-haba" ], "first_seen": "2026-09-13", "why": "「試行錯誤」は一つの物を直しながら近づける話。揺らぎ前提は、最初から分布が出ると分かっていて、選ぶ・固める・揺らす、を工程に組み込む構え。捨て前提と対で、AI 時代の作り方の姿勢を言う。", "proposer": "人間", "origin": "人間の指摘（2026-09-13）。ブレ止めの上位の考え方として", "summary": "同じ指示でも毎回違うものが出ることを前提に組んだ創作の流れ。たくさん出して選び、ブレてほしくない所だけ固め、揺らぎそのものを素材にする。", "entry_md": "# 揺らぎ前提\n\n同じ指示でも毎回違うものが出ることを前提に組んだ創作の流れ。たくさん出して選び、ブレてほしくない所だけ固め、揺らぎそのものを素材にする。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（人間）\n\n由来: 人間の指摘（2026-09-13）。ブレ止めの上位の考え方として\n\n既存語との差: 「試行錯誤」は一つの物を直しながら近づける話。揺らぎ前提は、最初から分布が出ると分かっていて、選ぶ・固める・揺らす、を工程に組み込む構え。捨て前提と対で、AI 時代の作り方の姿勢を言う。\n\n### 別案（同日）\n- 揺らぎ前提（ゆらぎぜんてい） — 捨て前提と同じ型。姿勢の名。推し\n- 数打ち創作（かずうちそうさく） — 「数打ちゃ当たる」の揶揄。工程の一部（出す）しか言えない\n- 撒いて拾う（まいてひろう） — 動作としての言い回し。「撒いて拾う工程」\n- 出目前提 — ガチャの型。出目固め（ブレ止めの別案）と揃う\n- 確率創作 — 直球。硬い\n- 選び創作 — 選ぶ側に寄せた名。出す側が消える\n\n### 用例\n- 「この企画は揺らぎ前提で組む。一発で決めない、二十出して三つ選ぶ」\n- 「揺らぎ前提なら、固める所（ブレ止め）と揺らす所を先に分ける」\n- 「揺らぎ前提の工程に、一発勝負の締切を置くと破綻する」\n\n### 関連\nブレ止め（固める手）、後付け作意（揺らぎを拾ったあとの振る舞い）、捨て前提（作り直しの安さ）、生成映え（揺らぎから拾ったものの見え方）\n\n## 2026-09-13 採用\n\n人間の言明「これらも採用しましょう」（揺らぎ前提の一族として一括）。" }, { "term": "幽霊席", "reading": "ゆうれいせき", "slug": "yurei-seki", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「野良プロセス」は制御を離れたプロセスを指すが、幽霊席は正規に立てられて仕事をしているのに座席表に載っていない席であり、その成果物（ブランチ、worktree）を誰が触ってよいか分からなくなる点が問題。相席コミットが事故なら、幽霊席はその事故を生む状態そのものを指す。", "proposer": "nishina（ログ調査 agent-interface）", "origin": "2026-08-23、別席の Claude からの報告。checkout に把握以上の worktree があり、第三の席が rebase を決着させ、誰の管理か不明なブランチが残っていた。", "summary": "同じリポジトリや作業場所で動いているのに、誰も把握していないエージェント席。所有者不明のブランチや rebase の痕跡として現れる。", "entry_md": "# 幽霊席\n\n（定義は仮。提案中）\n\n同じリポジトリや作業場所で動いているのに、誰も把握していないエージェント席。所有者不明のブランチや rebase の痕跡として現れる。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 agent-interface））\n\n由来: 2026-08-23、別席の Claude からの報告。checkout に把握以上の worktree があり、第三の席が rebase を決着させ、誰の管理か不明なブランチが残っていた。\n\n既存語との差: 「野良プロセス」は制御を離れたプロセスを指すが、幽霊席は正規に立てられて仕事をしているのに座席表に載っていない席であり、その成果物（ブランチ、worktree）を誰が触ってよいか分からなくなる点が問題。相席コミットが事故なら、幽霊席はその事故を生む状態そのものを指す。\n" }, { "term": "幽霊進行", "reading": "ゆうれいしんこう", "slug": "yurei-shinko", "status": "draft", "tags": [ "AIエージェント", "よりまし" ], "aliases": [], "related": [], "first_seen": "2026-09-13", "why": "「ゾンビプロセス」は生き残った実体を指すが、幽霊進行は実体が無く印だけが残る。中継や別機体に仕事を出すエージェント構成では、届く前に切れた仕事がこの形で残り、解除の口（cancel/attach）を別に用意する必要があった。表示が嘘をついていると気づく語が無いと「走ってへんのに分割中の顔をしてる」と描写で言うしかない。", "proposer": "nishina（ログ調査 yorimashi）", "origin": "yorimashi-atelier-dev、Windows 中継へ出したレイヤー分割（2026-09-12）。blog-yorimashi-dev の「働いている席と暇な席が同じ顔」（2026-09-08）も同型。", "summary": "裏で何も走っていないのに、状態表示だけが「処理中」のまま残っている状態。", "entry_md": "# 幽霊進行\n\n（定義は仮。提案中）\n\n裏で何も走っていないのに、状態表示だけが「処理中」のまま残っている状態。\n\n## 使い方\n\n- \n", "log_md": "# 審査ログ\n\n## 2026-09-13 提案（nishina（ログ調査 yorimashi））\n\n由来: yorimashi-atelier-dev、Windows 中継へ出したレイヤー分割（2026-09-12）。blog-yorimashi-dev の「働いている席と暇な席が同じ顔」（2026-09-08）も同型。\n\n既存語との差: 「ゾンビプロセス」は生き残った実体を指すが、幽霊進行は実体が無く印だけが残る。中継や別機体に仕事を出すエージェント構成では、届く前に切れた仕事がこの形で残り、解除の口（cancel/attach）を別に用意する必要があった。表示が嘘をついていると気づく語が無いと「走ってへんのに分割中の顔をしてる」と描写で言うしかない。\n" } ] }