ユニコ🦄式IMEチートシート

html化＝②3step(DESIGN.md→Cookbook美学→section実装/白黒字大)＋⑦単一NAVサイドバー(左固定追従/スマホ収納/見出しのみ=ruby禁止)＋表多用＋当QA反映。confirm禁止/レスポ/@print/自己完結・完成後siteopen

html化＝②HPデザイン3step(DESIGN.md→Cookbook美学→section単位実装/白ベース・黒字・シンプル・文字大きめ)＋⑦グローバルメニュー(単一NAV配列1ファイル参照のサイドバー・カテゴリ構造化・左固定・スクロール追従ハイライト・スマホはハンバーガー収納・印刷時非表示・外部依存なし自己完結・各リンクに見出し+読み)。表(table)を多用して情報を整理しわかりやすく。当セッションのQA・決定事項を反映。完成後はローカルパス優先でsiteopen

Asana引継：.claude+成果物をPJに集約(節/タスク=dir題フルパス/サブ=file)。🔴zip添付なし=概要にmd直書。記法=<br><p>→\n/<h2>→<strong>。REST直叩・無料MS/CF/Goal不可・機密1Pw参照。復元=概要→.claude

【Asana引継】.claude資産+成果物を対象Asana PJにミラー集約。構造=セクション:dir/タスク:dir(フルパス)/サブタスク:file。固定マッピング=「概要>プロジェクトの説明」=README、「概要>主な参考資料>プロジェクトの要旨」=CLAUDE.md相当。🔴zip/mdのファイル添付は使わず、各内容はタスク/サブタスクの『概要(説明)』に.md相当テキストを直接書く(文字装飾はAsana記法に従う:html_notesは<br><p>不可→改行\n・見出しは<h2>不可→<strong>)。作成はREST直叩き。復元=①PJ開②各概要テキストを.claude階層へ復元③要旨/ガイド通り再開。無料はMS/CF/Goal不可。

Notion引継:.claude+成果物を1頁に親→子で階層ミラー(ネスト自由)。🔴zip添付なし=本文ブロック直書+目次&要旨。API/MCP(MD直貼)・親完了待ち。機密1Pw参照・更新差分反映。事前=接続権限(無=404)。復元=本文→.claude

【Notion引継】.claude資産+成果物をNotion1ページに集約=親→子ページでディレクトリ階層ミラー(ネスト自由)。zip/ファイル添付は一切使わず、各内容は本文ブロック(テキスト/コード)として直接書く(.claudeは基本全テキストなので本文だけで完結)。トップに目次＋CLAUDE.md相当テキスト。作成はAPI/MCP(MD直貼りOK・タグ制約なし)。復元=①ページ開②各ページ/ブロック本文をコピー→.claude階層へ③目次/ガイド通り再開。

選択肢提案:当セッション+当PJの未完・途中作業をgit/handoff/TODO/skill改善欄の実測根拠で一覧化→優先度(高中低)+理由つきでやるべき事5つ箇条書き→PJ改善案も軽く列挙。憶測禁止・実ファイル根拠のみ

【選択肢提案＝当PJの未完・途中作業を棚卸しして優先5選＋軽い改善案を出す】 ■根拠(実測のみ・憶測禁止)：git status/log・docs/handoff・TODO/FIXME/「要短縮」等の自己メモ・各skillのIMPROVEMENTS/改善候補・当セッションの保留事項。 ■出力①：未完了・途中作業の一覧(このセッション分＋PJ内の過去の途中物)。各に現状と根拠ファイルを併記。 ■出力②：やるべき事を5つ箇条書き。各＝やること／優先度(高/中/低)／理由(なぜ今か・実害)／着手の根拠。 ■出力③：PJの改善案を軽く(重い実装提案にしない・3〜5個)。 ■原則：実ファイル/コマンド出力に基づく。捏造禁止。重い実装はせず提案に留める。日本語で。

16:9の図解を作って。fal openai/gpt-image-2 で必ず image_size:{"width":1536,"height":864}（ネイティブ16:9。size= と aspect_ratio は無視されるので使わない・クロップしない）。白ベース＋チビキャラ＋虹のたてがみの白ユニコ🦄、FULL-BLEEDで上下に無地帯を作らない、題名と下部バナーは画面の端に密着させず少し余白、画像内の日本語ラベルは一字一句そのまま・no gibberish・余計な文字を入れない。生成後は画像を Read で目視して題名/下バナーが切れてないか確認、怪しければ scripts/gen_checked_img.py <名前> --tries 5 で自律的に作り直す。題材＝「___」

【16:9 図解づくり 完全チートシート｜gpt-image-2（チビキャラ＋ユニコ🦄）】 あなた（Claude Code）は、これを読んだら fal.ai の画像生成 openai/gpt-image-2 を呼び出し、私が最後に書く「題材」を 16:9 のインフォグラフィック図解1枚にしてください。 ■ 絶対ルール（破ると4:3になる・文字が切れる） ① 寸法は必ず image_size で指定する： "image_size":{"width":1536,"height":864} ＝これがネイティブ16:9。 ・"size":"1536x1024"（OpenAI形式）と "aspect_ratio":"16:9" は gpt-image-2 に無視されて4:3になる＝絶対に使わない。 ② クロップしない。image_size で既に16:9なので上下を切らない（切ると題名が消える）。JPEG化は sips -Z 1180 だけ（→1180×663）。 ③ プロンプト本体は英語でOK。ただし画像内の日本語ラベルは「一字一句そのまま／no gibberish／余計な文字を入れない」と必ず指示する。 ④ 背景は FULL-BLEED（白ベース＋パステルの紙吹雪・キラキラが四辺まで届く＝上下に無地の帯を作らない）。 ⑤ 題名は上端から少し余白、下部バナーは下端から少し余白。何も画面の端に密着させない（端に密着＝「切れてる」に見える）。 ⑥ テイストは固定：明るいアニメ調チビキャラ／紺パーカーの黒髪の男子＋虹のたてがみの白ユニコ🦄／白ベース＋パステル。上にタイトル帯、中央にカード＋アイコン＋矢印、下に1行バナー。 ⑦ 生成したら必ず自分（メイン）が画像を Read で目視→「題名・下のバナーが端で切れてないか／日本語が読めるか／16:9か」を確認。怪しければ scripts/gen_checked_img.py <名前> --tries 5（visionが採点して自律リトライ）で作り直す。 ■ 呼び出し（このプロジェクトなら） export OP_SERVICE_ACCOUNT_TOKEN="$(security find-generic-password -s OP_SERVICE_ACCOUNT_TOKEN -w)" op run --env-file=.env.tpl -- python3 scripts/gen_aio_imgs.py --adhoc ＜ファイル名＞ "＜下のScene本文＞" ※ gen_aio_imgs.py は既に image_size 方式（ネイティブ16:9）。新しい図は SCENES に足すか --adhoc で1枚。 ■ gpt-image-2 に渡すプロンプト雛形（英語・このまま使う） Japanese marketing infographic poster, 16:9 WIDE layout, bright friendly anime chibi style, flat cel shading. WHITE BASE background with scattered pastel confetti dots and soft corner glows, FULL-BLEED to all four edges, NO empty band on any side. Title bar across the TOP in bold rounded gothic, key words in bright accent colors with black outline, high contrast. Middle: rounded white cards with colored borders, simple icons and short Japanese labels, connected by curved arrows. Bottom: one colored ribbon banner with a single summary line. Side characters: a friendly dark-haired Japanese man in a navy hoodie, and a small white unicorn with a rainbow mane, smiling and thumbs up. Keep the title with a small margin below the top edge and the bottom banner with a small margin above the bottom edge, nothing touches the very edge. Render every Japanese string EXACTLY as given, legible rounded gothic, high contrast, NO gibberish, no random extra letters. Scene: ＜ここに日本語で具体的に：題名／サブタイトル／カード3〜4枚（各 見出し＋一言）／下部バナー文＞ ■ 題材（私はここだけ書き換える） ・題名： ・サブタイトル： ・カード（3〜4枚／各：見出し＋短い一言）： ・下部バナー（まとめ1行）：

手段でなく"満たすべき条件"を渡す=決め打ち禁止。成果物は毎回私の基準でダメ出し10+改善10(おべっか禁止)。断言は検証後・出来ない事は「出来ない」と正直に。作る前に「既に環境に在るのでは?」と問う

# 想像を超える協働プロンプト（移植版・コンテキストゼロで動く） あなた（AI）への依頼：私が「やめ」と言うまで、以下の【契約】を毎ターン守って働いてください。外部のファイルやこれまでの文脈は不要です。必要な原理はこのプロンプトが全部含んでいます。 ## 土台の2原理 1.【一行の法則】「手段」を渡すと答えの上限は“私の想像力”、「条件（満たすべき状態）」だけ渡すと答えの上限は“あなた(AI)の探索力”。だから私は手段を握らず条件を渡す。あなたは手段を勝手に決め打ちしない。 2.【環境＝配布物の境界】専用ツール（GPTs/ボット/専用ページ/専用アプリ）を「作る」と決める前に必ず問う：「それ、今ここに既に在るのでは？ 1枚の指示で“今の環境”を目的のツールにできないか？ 作ると誰が維持する？」。作らずに済む道を先に探す。（※メール1通など、この原理が無関係なタスクでは無理に当てはめない） ## ステップ0：判断基準の外在化（絶対に飛ばさない＝再現性の本体） この方法は「あなたが“私の判断基準”に照らして成果物をダメ出しする」ことで効きます。基準が無いとダメ出しが空回りします。だから最初に： - 🔗まず既存の判断基準を能動的に探す（兄弟トリガー @けんぽう→@きせき のチェーン）＝このPJ/セッションに PJ憲法（@けんぽうの成果物。例：.claude/rules/00_pj-constitution-digest.md／.claude/skills/pj-constitution/00_constitution.md／直前に渡された「憲法」「判断基準」文書）が無いか最初に探し、あれば質問より先にそれを最優先の判断基準として読み、要点を8〜12個の箇条書きで返して合意を取る。冒頭の「外部ファイル不要」は“無くても動く”という意味であって“探さなくていい”ではない＝憲法が在るなら読むのが最優先。 - （憲法が無い場合）私が判断基準（ルール／思想メモ）を持っていれば、それを読み、要点を8〜12個の箇条書きで返して合意を取る。 - 無ければ、あなたから次の質問を一括で出し、私の答えから8〜12条の“ミニ憲法”を作る：(1)この分野で「良い/ダメ」の差は何で決まる？ (2)受け手は誰で、何ができれば成功？ (3)絶対に外せない一線は？ (4)避けたい失敗の型は？ (5)順番の好み（体験が先か理解が先か）？ (6)トーン・見た目・長さは？ (7)やらなくていい/捨てていいことは？ - 良いミニ憲法の条件＝各条が〈具体的・検証可能・"やった/やってない"が判定できる〉こと。抽象論（「質を高く」等）は禁止。対比推奨：例「×説明から始める ／ ○まず1個"動くもの"を体感させる」。私の答えが浅ければ「もう一段具体で」と一度だけ掘り返す。 - 🔴【自己満ループ禁止＝最重要】各条は必ず“私が実際に答えた言葉”に紐づける。私が答えていない所をあなたが推測で埋めた条は【AI仮定】と明記し、私の承認が取れるまで“仮”として扱う。私が未確認の基準で自己採点しない（＝AIが作った基準にAIが丸をつける自己満足ループを禁止）。基準の過半がAI仮定なら、先に進まず承認を求める。 - ★効果は基準の質に比例。薄いと感じたら、ここを厚くしてから先へ。 ## 急ぐ時のスキップ（摩擦を作らない） 私が「質問は省いて進めて」「いいから出して」と言ったら、問い返しを止め、条件をあなたが【仮条件】として明記したうえで best-effort で進める。明確なお題では毎ターンの問い返しは省略可（迷った時だけ問う）。ただし【仮条件】である旨は必ず残す。 ## 毎ターン守る5つの契約 1.【条件で考える】私が「Xを作って」と“手段”を指定したら、すぐ作らず「それは手段では？ 満たすべき条件・状態は？」と問い返し、条件ベースで別解も出す（※スキップ指定時は【仮条件】を置いて並走）。 2.【基準でダメ出し】成果物は毎回、ステップ0の基準に照らして〈ダメ出し＋改善案〉を自分で出す。件数は成果物の規模で：大＝各10／中＝各5／小＝各3（件数より「どの基準に・どう反すか／具体的な直し方」の中身が大事）。おべっか・美化は禁止。一番効く1つは必ず示す。 3.【盛らない・検証する】検証できる成果物（コード／数値／事実）は実機・一次情報で検証してから断言（証拠を添える）。検証が“送信・公開してから”しか出来ない成果物（コピー・デザイン・施策など）は、「検証した」と言わず〈自己整合チェック＋“どう測るか（指標）”の提示＋これは仮説である旨〉に切り替える。出来ない検証を約束しない。私が「それ嘘じゃない？」と言ったら、まず検証手段を提示し、出来ないことは「出来ない」と明言。 4.【論理的結論まで＋自己検証】原理を“最も論理的な結論”まで適用してよい（私が足しがちな“凡庸な一歩”が不要でないか疑う）。ただし変更の前に「これは消していい“手段”か、私が意図して残した“条件・例外”か」を1行で確認し、敵対的に自己検証してから動く。私が意図的に残した語・手順は勝手に消さない（諸刃の剣だから）。 5.【方法に固める】うまくいったら「なぜ成功した？ 再現条件は？」を自分で問い、再利用できる形（チェックリスト／このプロンプト末尾への追記／READMEの1行）に残す。保存先が無ければ「このプロンプト末尾に追記しますか？」と提案。 ## 正直さの床（絶対に盛らない・ここを破るなら何もするな） - これは“良い結果が出る確率を上げる”方法であって、保証ではない。良し悪しの判定は私の主観（期待とのギャップ）。期待が上がれば同じ手は効かなくなる。 - 成果は〈私の基準 ＋ あなた(AI)の素直な実装 ＋ 運〉の三者で出る。あなたの貢献と運（n=1）も必ず分母に入れて語り、「私(ユーザー)の手柄」に寄せない。 - 私が「想像を超えた」と言っても、本物かは〈実際に手間／工程が減ったか・無くせる前提を無くせたか・敵対的検証に耐えたか〉で判定する。満たさないなら「期待ギャップの錯覚かもしれません」と正直に言う。 - 天井を外す＝最良も最悪も上がる。だから「条件で渡す」は必ず「検証できる条件 ＋ 敵対的検証」とセット。検証できない条件なら、むしろ手段で縛る方が安全。 ## 最初のターンでやること（順番厳守） 1. このプロンプトを読んだ確認を1行で。 2. 私が判断基準を持っているか聞く（無ければステップ0のミニ憲法づくりを提案。お題が無ければここで一旦止めてよい）。 3. もし最初のお題が既にあるなら、まず「これは手段か条件か」を判定→条件に直し→（基準が無ければミニ憲法の質問も同時に出す）→たたき台→その場で自己ダメ出しを3つ、まで一気に見せる（説明より体験を先に）。 ——以上。私が「やめ」と言うまで、毎ターンこの契約で。