エモクロアのココフォリア用jsonを入れるとカッコいいキャラクターシート画像を出力してくれるツール作ったから見て
https://t.co/OGz4uQkE4z https://t.co/ZMdxQwD2Y3 December 12, 2025

OpenAIのGPT-5.2 Prompting Guideを読んで、研究者として一番価値があると思ったのは「モデルが賢い」より「制御できる」方向に寄った点でした。GPT-5.2は頼んだことを、その通りに返す傾向が強いです。ここを理解すると、研究での使い方が変わると思います。

研究でAIが怖いのは、出力がきれいでも再現できないことと、混入（頼んでいない推測や誤情報）が後の工程で爆発すること。GPT-5.2は指示追従が上がったぶん、こちらが最初にルールを書けば、出力が研究向けに揃いやすいです。逆に言うと、プロンプトが曖昧だと「親切に補完してズレる」余地は残ります。研究では、プロンプトというよりもプロトコルとして考えて書くのが筋がいいような気がします。

ここで大事なニュアンスをお伝えすると、GPT-5.2は聞いたことに忠実に答えてくれるので、研究の型（問い→デザイン→解析→解釈→報告）を自分の頭に入れた上で、その都度の問いの言葉を精密にするほうが返答が伸びます。要するに「定型を回す」ではなく、「研究者の語彙力でモデルを操縦する」ほうに寄せたほうが、GPT-5.2の良さが出ると思います。

語彙力ですが、難しい単語を並べる話ではなく、研究の意思決定に必要なラベルを正しく置く力です。たとえば、ただ“まとめて”ではなく、何をまとめるのかを研究の単位で指定する。背景なのか、主要アウトカムなのか、交絡の可能性なのか、限界と今後の課題なのか。GPT-5.2はこの指定に素直に従いやすいので、質問側の精度がそのまま成果物の精度になります。ここを鍛えると、AI利用が一気に楽しくなります。

研究での使いどころ（GPT-5.2向き）
・一次スクリーニング：候補を出させるより、採用理由を短く添えて出させる。あとで人間が落としやすくなる
・抽出：表や本文から“項目の埋め”をさせる。無い情報は無いと返させる（推測させない）
・原稿：主張と根拠の対応を点検させる。言い過ぎ箇所だけ弱めさせる。全文リライトはさせない
・共同研究：合意形成に必要な論点だけを整理させる。決めるべきこと／未決定を分ける

そして、ガイドで繰り返し強調される実務ポイントはこのへんです。
・出力の長さと形式を数字で縛る（読み切れる長さに揃える）
・スコープ逸脱を禁止する（余計な提案、勝手な追加、過剰な装飾を止める）
・不確かなときの振る舞いを指定する（捏造禁止、断定禁止、仮定の明示）
・長文入力は先に「要求に関係する部分の骨組み」を作らせてから回答させる（迷子防止）

雰囲気が伝わりにくいと思うので、たたき台プロトコルを以下に貼ります。ポイントは、これはコピペして終わりではなく、毎回ここに研究タスクの語彙を差し込んで書き換える前提、ということですね。ここをトレーニングすると、GPT-5.2の“忠実さ”が研究に利きます。
そういった意味で、AIの利用方法もトレーニング（会話を通して深める？）すると良いかと思います。研究については、プロンプトというよりもプロトコルとして考えたほうが良いと思いますので、以下参考程度にご利用ください。

【コピペ用研究用プロトコル】
あなたは研究支援の作業者です。次を厳守してください。

1) 出力の長さ
- 通常：3〜6文。必要なら箇条書き（最大6個）を追加
- Yes/Noで足りる問い：2文以内
- 長文入力：最初に「要求に関係する重要セクション」の短いアウトライン→その後に回答

2) スコープ
- 私が要求したことだけを行う
- 追加の提案、勝手な拡張、不要な一般論は書かない
- 不明点がある場合は、確認質問を最大2つだけ返して止まる

3) 不確実性
- 不確かな数値、行番号、文献、URLを作らない
- 確信が弱い場合は断定せず、「与えられた文脈に基づくと…」の形で仮定を明示する
- 事実／推測／未確定を混ぜない

4) 今回のタスク（ここを書き換える）
- 対象：［論文／規程／議事録／データ辞書 など］
- 目的：［例：主要アウトカムに関する記述だけ抽出／交絡の可能性を列挙／段落の主張-根拠のズレ点検 など］
- 出力形式：［例：項目名＋1文根拠／JSONスキーマ／章節ごと など］

補足：GPT-5.2はこちらの質問の精度をそのまま増幅します。テンプレを貼るより、研究の型に沿った言葉（何を決めたいのか、何を検証したいのか、どこが不確かなのか）を毎回ちゃんと書く。ここを鍛えるほど、研究のスピード感や検証速度が変わります。

https://t.co/wxMrWYCEmZ December 12, 2025

世界最強頭脳GPT-5.2 Proが考える「ChatGPTの性能を極限まで引き出すプロンプト」
︎ ︎ ︎ ︎ ︎ ︎ ︎ ︎ ︎ ︎
結局これよね。プロンプトっていろんな型があるんやが、GPT 5.2が考えても↓が一番重要なんよね。長々と書きたくなければ4枚目の短縮版だけでもいいかも
︎ ︎ ︎ ︎ ︎ ︎ ︎ ︎ ︎ ︎
性能を最大化するには
❶ 目的の 明確化
❷ 前提・制約の固定
❸ 出力形式の指定
❹ 不足情報の質問
❺ 自己検証
をプロンプトに組み込むのが重要やね。

具体的には下記

-----------------------------
### 背景・文脈
- 対象読者／利用者：【誰が使う？】
- 現状：【今どうなっている？】
- 理想状態：【どうなれば成功？】
- 関連資料（あれば貼る）：【URL/文章/要点】

### 要件（必須）
- 出力言語：倭国語
- トーン：【丁寧／フランク／ビジネス／学術的】
- 制約：
- 文字数：【例）800〜1200字】
- 禁止事項：【例）専門用語は最小、断定しすぎない】
- 必須事項：【例）具体例を3つ、手順は番号付き】
- 判断基準（品質）：【例）実行可能／網羅的／誤りが少ない／再現性】

### 進め方（重要）
1) まず「不足している情報」を最大【3】個まで質問してください（重要度順）。
- ただし、質問しなくても合理的に進められる場合は、仮定を置いて先に進めてください。
- 仮定は「仮定」と明記してください。
2) 次に、解決の方針を箇条書きで提示してください（5〜8行）。
3) その後に成果物を作成してください。

### 出力フォーマット（厳守）
次の見出しで出力してください：
1. 要約（3行）
2. 成果物（本編）
3. 追加提案（任意）
4. 検証（セルフチェック）
- 事実/推測の区別
- 抜け漏れ
- 反例/リスク
- 改善余地（次に聞くべきこと）

### 追加の注意
- わからないことは「わからない」と言い、確度を上げるための情報を提示してください。
- 必要なら、複数案（A/B）を出し、用途別に推奨を示してください。

-----------------------------

追加で「極限”に近づく上級オプション」
----------------------------
A. 自己改善ループ（品質が一段上がる）
- 最後に「改善版」をもう1回だけ生成してください。
- 改善版では、(1)冗長さ削減 (2)曖昧さ削減 (3)実行手順の具体化 を必ず行ってください。

B. 評価者ロールを追加（ミスが減る）
- あなたは「作成者」と「査読者」を兼ねます。
- まず作成者として出し、その後 査読者として“厳しめに”欠点を3つ指摘し、修正版を出してください。

C. 出力を“機械可読”にする（後で使いやすい）
- 成果物は Markdown で、見出し・表・チェックリストを活用してください。
可能なら最後にJSONでも要点を出してください（キー：summary, steps, risks, next_questions）。

D. 不確実性の扱いを明示（ハルシネーション対策）
- 断定が必要な箇所には「確度：高/中/低」を付けてください。
- 根拠が必要な箇所は「根拠が必要」と明記し、確認方法も提案してください。
----------------------------

とりま使ってみたい人は「ブクマ」をポチ December 12, 2025

@hoto_kurage1107 AEでLive2Dを読み込むには以下のプラグインが必要になります(mac不可)
https://t.co/n7nwETYAr8

Live2Dで完成したデータを
「ファイル」→「組み込み用ファイル書き出し」→「moc3」で書き出して、生成された「.json」ファイルをAEに入れて、上記のプラグイン（エフェクト）を適応させると表示される December 12, 2025

というか、declarativeNetRequest で manifest.json を書き換えられてるんだから、何か言語ファイルを書き換えたりできないのかな。
ふぁさんがいつも見てる言語定義ってどこにあるんだろう。 December 12, 2025

本日もお疲れ様です！

【12/14(日)】
終日コーディング
ついに、TypeScriptに突入したので引き続き頑張る

【今日やったこと】
・朝作業
・タスク管理
・GitHub
・Duolingo
・ジャーナリング
・YouTube確認
・英語リスニング
ーーーーーーーーーー
・Atomic Design概要
・Atomの作成
・Moleculeの作成
・Organismの作成
・Templateの作成
・Pageの作成
・Atomic Design注意点
・グローバルなState管理(基礎)
・グローバルなState管理(ユーザー情報の設定と参照)
・グローバルなState管理(再レンダリングの最適化)
・RecoilでのState管理(基礎・実践)
・JSONPlaceholder
・React × TypeScript(基礎)
...

【明日やること】
・朝作業
・タスク管理
・GitHub
・Duolingo
・ジャーナリング
・YouTube確認
・英語リスニング

【現在のやることリスト】
・読書
・ポートフォリオ更新
・Blender × Unreal Engine
・ゲーム開発(Unity)

【英語】
I spent the entire day coding.
I've finally started diving into TypeScript, so I'll keep pushing forward.

【文法】
・I(S): 主語「私は」。
・spent(V): 動詞「過ごした」。過去形。spend の過去形。
・the entire day(O): 目的語「終日、一日中」。
・coding(分詞): 現在分詞で、spend の補語として機能。「コーディングして」。spend + 時間 + -ing で「〜して時間を過ごす」という構文。
・I(S): 主語「私は」。
・'ve finally started(V): 現在完了形の動詞「ついに始めた」。have + 過去分詞(started)で、最近完了した動作を表す。
・finally(副詞): 「ついに、ようやく」。動詞を修飾。
・diving into TypeScript(O): 動名詞句で目的語。start + -ing で「〜し始める」。dive into は「飛び込む、突入する」の意味。
・so(接続詞): 「だから、それで」。前文の結果を示す等位接続詞。
・I(S): 主語「私は」。
・'ll keep(V): 未来を表す will + 動詞(keep)。「〜し続けるつもりだ」。
・pushing forward(O): 動名詞句で目的語。keep + -ing で「～し続ける」。push forward は「前進する、頑張る」の意味。 December 12, 2025

余りにも原因が酷すぎてびっくりした　画像と一緒にメタデータ用のjsonを同名で書き出してたんだけど、何故か別名のjsonが書き出されてた　こんなの分かるわけないし、そんな実装するとか考えもしないよ　もうちょっと真面目にやってほしいです December 12, 2025

ローカルモデルを調整すると本当にLLMからjsonのみを出力できるのね　不思議な感じではある December 12, 2025