Character Cameo PJ
Codex初心者向け 開発マニュアル
GitHub と Web 開発にまだ慣れていない人向けの手引きです。 このプロジェクトで「新しいキャラを追加する」と「既存ページを直す」を、Codex と一緒に安全に進めるための最短ルートをまとめています。
対象: GitHub初心者 / Pull Request初心者 / Web制作初心者 / Codexをこれから日常的に使いたい人
Character Cameo PJ
GitHub と Web 開発にまだ慣れていない人向けの手引きです。 このプロジェクトで「新しいキャラを追加する」と「既存ページを直す」を、Codex と一緒に安全に進めるための最短ルートをまとめています。
対象: GitHub初心者 / Pull Request初心者 / Web制作初心者 / Codexをこれから日常的に使いたい人
いちばんやさしい始め方は、 GitHub Desktop でこのプロジェクトを自分のPCに持ってくる方法です。 まずは下の通りにやれば大丈夫です。
<> Code → Open with GitHub Desktop を押すClone を押すCharactorCameoPJ フォルダを Codex で開くhttps://desktop.github.com/ を開いてインストールします。難しい設定は後回しで大丈夫です。
GitHub Desktop を開くとログイン画面が出ます。普段使う GitHub アカウントで入ってください。
ブラウザでこのリポジトリを開き、緑や黒の Code ボタンを押します。
Open with GitHub Desktop が出たらそれを押し、保存先を選んで Clone します。
ここまで終わったら、Codex には次のように頼めば始めやすいです。
このフォルダを初心者モードで見てください。 いまから何をするかを毎回短く説明しながら進めてください。 まずはこのプロジェクトがちゃんと開けているか確認して、 必要なら新しいブランチを作って作業を始めてください。
「ブランチ」は本番を壊さないための作業用コピーです。今は「安全のために毎回作るもの」くらいで十分です。
本番の main を壊さずに作業するための「作業用コピー」です。基本は毎回新しく作ります。
「この変更をひと区切りで保存する」という記録です。セーブポイントだと思えば十分です。
自分の作業ブランチを GitHub に送る操作です。まだ本番公開ではありません。
「この変更を main に入れてよいですか」と確認する提出箱です。通常は Draft で作れば安全です。
npm.cmd run build / npm.cmd run check を行うCharactorCameoPJ を開いておくnpm.cmd run build と npm.cmd run checknpm.cmd run dev を使い、表示された http://127.0.0.1:{port}/ を開くdist/ は直接編集しない。正本は content/ と docs/まず Codex に「素材一式がある」ことを伝えます。画像や JSON があるなら、そのフォルダパスごと渡すと進めやすいです。
このフォルダのデータを取り込んで、新しいID `my-character` でページを作って。 足りない情報は推測せず、未定義のままにして。 build と check まで回して。
content/characters/{characterId}/character.json を作るassets/ に配置するcontent/inbox/{characterId}/README.md に残すnpm.cmd run build と npm.cmd run check を回すdist/{characterId}/index.htmldist/{characterId}/assets/generated/ogp.pngdist/prompts/{characterId}/変えたい見た目や文言を、そのまま自然文で頼んで大丈夫です。スクリーンショットがあるとさらに伝わりやすいです。
スマホでルートページを見ると見出しが右に切れる。 横スクロールも出るので直して。 新しいブランチで始めて、build と check までやって。
`shizumi-oto` のページにバナーが出ていない。 logo-source.png を暫定バナーとして使って。PR までお願い。
build と check まで と入れるこのプロジェクトでは、アプリの機能としての専用モードより、 最初に Codex へ貼るスタータープロンプトとして運用するのが一番実用的です。 下の文をそのまま使えます。
このスレッドでは初心者モードで進めてください。 - GitHubやWeb開発の用語は、毎回ひとこと補足してください。 - 専門用語を使う時は、小学生向けくらいの言い換えも一緒に入れてください。 - いま何をするかを、作業前に1〜2文で説明してください。 - 私がまだ何も分かっていない前提で、押す場所や見る場所もできるだけ具体的に言ってください。 - 危ない操作や後戻りしにくい操作の前では、必ず一度止まって確認してください。 - 変更後は、何を直したか・どこを見ればいいかを短く教えてください。 - 私が「PR」と言うまでは、commit / push / PR作成は勝手に進めないでください。 - なるべく専門用語を減らして、手順を小さく区切って進めてください。
この文は別ファイルにもしてあります: docs/codex-beginner-mode-prompt.txt
その PR がすでに merged / closed の可能性があります。新しいブランチと新しい PR が必要です。
まだ PR が merge されていないか、GitHub Pages の反映待ちのことがあります。まず PR 状態を見ます。
PowerShell の表示だけ崩れている場合があります。判断は npm.cmd run check とブラウザ表示を優先します。
「このファイルのここを直したい」「この URL の見た目が変」「この素材からページを作って」で十分です。
main に直接 push するdist/ を直接手で編集するこのプロジェクトを初心者モードで手伝ってください。 まず新しいブランチを作ってから始めて、 作業前に「今から何をするか」を短く説明してください。 最後は build / check の結果まで教えてください。