🗓️ JSON・Git・Markdown年表：気になったので調べてみた。

2001年：JSON 初出 🧩
2006年：JSON メジャー化 🚀（RFC化＋Web APIの事実上標準）

2004年：Markdown 初出 📝
2009年：Markdown メジャー化 ⭐️（GitHubでREADME文化が定着）

2005年：Git 初出 🌳（Linuxカーネル開発用の分散VCS）
2008年：GitHub 初出 🐙（Gitの利用を爆発的に拡張）
2015年：Git メジャー化 👑（開発者調査で利用率トップ級が確定）

2001年：YAML 初出 📄
2017年頃：YAML メジャー化 ⚙️
（Docker／Kubernetes／CI/CD／IaCで必須化）

🔍 補足の視点
Git単体は2005〜2007年までは正直ニッチで、Subversion全盛期だった。GitHub（2008）がUI・コラボ・公開文化を持ち込んで、Gitを社会化した。だから「Gitが勝った」のではなく、「Git＋GitHubの合成生物が勝った」と見るのが一番しっくりくる。Markdown・JSONはともかくYAMLを知らんおっさんは多いと思う。 December 12, 2025

Nano Banana Proで4つの異なるポーズをフレーム内に配置する方法を試したら面白かったです✨

rimoさんのJSON形式のプロンプトを参考にして倭国語版にカスタマイズしています。
作り方は簡単でモデル画像をアップしてプロンプトを入れるだけで簡単にできます！

ポーズや背景のカラーコードなんかは好みでカスタムするといいですよ。
rimoさんの投稿はリプ欄に貼っておきます要チェックです。

【プロプト】
添付のモデルを使用して、以下のプロプトを実行してください。

■画像の基本設定
画像形式: デジタル ファッション コラージュ / コンポジット
アスペクト比: 4:3
撮影技術: 85mmレンズ, F/8 深度合成（ディープフォーカス）, ソフトなハイキー・スタジオ照明, 影は最小限に抑えること。
背景カラーコード: # E8E8E8 (オフホワイト)
フレームカラーコード: 被写体のテーマカラーに合せる。

■グローバルルール (Global Rules)
被写体の忠実度:参照画像の顔やファッションを忠実に再現する。（必ずフルカラーにすること）
最重要: 画面内の全ての4体の被写体（顔、体型、着用している衣装）は、入力された参照画像と100%完全に同一でなければならない。
環境とレイアウト:抽象的なオフホワイトの空間に、分厚いフレーム構造物（色は被写体のテーマカラー）が非対称に配置されている。
重要: 4体の被写体は、フレームの内部や上部、周囲に、互いにオーバーラップせず、しかし一つの画面内で絡み合うように配置される。厳密な4分割レイアウトは避けること。フレームは被写体のポーズを支える要素として機能する。

■4体の被写体とポーズ
4つの異なるポーズは、フレーム構造物と組み合わせて自由に配置される。
被写体 1: 正面向きの座り込み（スクワット姿勢）。膝を大きく開き、手を太ももの上に置く。ムード: ストイックな視線。
被写体 2: 水平な梁の上でうつ伏せに寄りかかる。体重を右肘にかけ、脚を右に伸ばす。ムード: リラックスしたポーズ。
被写体 3: 反転（逆さま）、うつ伏せ。脚を90°に蹴り上げ、フレームに触れる。右腕は重力で垂直に垂らす。ムード: 遊び心のあるポーズ。
被写体 4: 垂直な柱（フレーム）にもたれかかるように立つ。左脚はまっすぐ伸ばし、右膝を曲げる。ムード: 断固とした姿勢。 December 12, 2025

5.2のプロンプトガイド要約！！

1.GPT5.2は「指示の書き方」に強く反応するモデル
・以前よりも 曖昧さ・矛盾・構造の乱れ に敏感、だから「それっぽく書く」より 構造を与える のが大事

2.一番重要なのは「役割」と「ゴール」を明確にする
・何者として振る舞うのか
・何を達成すれば成功なのか
これを最初に明示すると、出力のブレが激減する

3.長文プロンプトも読めるけれど…
・整理されていることが前提
・箇条書き
・セクション分け
・優先順位の明示
がないと、逆に性能が落ちる
つまりしっかり構造化しなさいってこと

4.「やってほしいこと」と「やってほしくないこと」を両方書く
・禁止事項や避けたい方向性を明示すると、変な脱線・忖度・自己検閲が減る

5.出力形式は具体的に指定するほど強い

・例：
見出し構成
JSON / 箇条書き / 手順形式
文体・トーン
5.2は見本というか型があるとがんばれる

6.思考過程をどう扱うかを指示できる
・簡潔に答えさせる
・検討→結論の順にさせる
・検算・自己チェックを含めさせる
こういう推論スタイル指定が効きやすい

7.再利用前提のプロンプト設計を推奨している
・一回きりじゃなく、テンプレとして使えるプロンプトを作る想定
https://t.co/BJmuzn7UPY December 12, 2025

WordPress構築に関してはもう
めんどうな管理画面の操作めっきり減ったなぁ🤔

⚫️固定ページ作成 → サイトマップ投げてCLI経由で作成

⚫️⁨⁩投稿ダミー作成 → 複数ページまとめてCLI経由で作成

⚫️カテゴリ作成 → 良い感じにCLI経由で作成

⚫️ACF登録
エディタでjson作ってもらって管理画面ではインポートするだけ

⚫️フォーム周り
エディタでCF7用のコード作ってもらってフォーム管理画面では貼り付けるだけ
（返信メール設定も合わせて出力してもらう）

良い時代だ、、。

納期やべえええってなってても、
改善回せばどこかしらで新しい効率化ができて、

自分がこだわりたいアニメーションに集中できる、、。 December 12, 2025

#nanobananapro のプロンプトは #JSON が良いって、今は言われているけど、今日、他の方が「 #YAML でいいんじゃね？」とポストをしたのを見たので、#ChatGPT さんに聞いてみました。 https://t.co/G3Yjrdi9vF December 12, 2025

タブのメモリ消費量が1GB超えてくると精度が落ちる現象が見つかった。
チャット履歴をJSONで書き出して新しいチャットに引き継げばわりかしマシになるのでお試しあれ〜

プロンプトはこんな感じ⬇
新しいチャットに引き継ぎたいので作業内容と失敗事項をJSONで書き出して。できるだけ詳しく。
(適当) December 12, 2025

MarkdownでREADME書いたり
Mermaidで作図しただけで
魔法使いのような扱いをされて
流石に全然嬉しくなかった

JWTベースのトークンを提案したら
JSON形式について
「XMLの方が自由度が高くていい」
とか言われて
JWTの認可フローの説明しか用意してなくて
脳がストップした

これ系エピソード多すぎる December 12, 2025

いまだに ai-plugin.json と openapi で実装している私は骨董品かな

企業の中だと MCP は結構ありがたい… とは感じる

色々な組織が作るから、標準規格で繋ぎにいけるのは中々良いなと https://t.co/53GpLLhyOf December 12, 2025