# 午前 疲れてずっと寝てた、という感じがする。そういえば、最近毎朝疲れてない? 運動がハード過ぎる?純粋に睡眠がもっと必要?暑くてバテてる? いろいろ可能性はあるが、やはり飲まないのがいいよなあ。 PUSHをオーディオインターフェイスにして、スピーカーからの再生にも使うかどうか。面倒なきもするし、便利な気もするし、少なくともケーブルは減らせる。 サウンドハウスTRSか? 昼は [[12.r25a1 担々トマト和えめん]]の予定。 #11も含めて、そういえば「テンションコード」として記事へのリンクを貼ってもいいな。 # 午後 足のつけ根回りを筋肉ほぐしてから、だいぶふくらはぎがよくなっている。 実は、何十年というレベルで負荷がかかる歩き方、足の使い方をしていたのではないか? [[MAGICOOL ネッククーラー]] --- ## 「ネッククーラーが素晴らしい」記事の改善案 - **タイトルの具体化**: 「素晴らしい」だけでなく、具体的なメリットをタイトルに加える。「つけ心地最強で一日中使えるネッククーラーMAGICOOLレビュー」のように。 - **ターゲット読者を明確に**: どんな人に特にオススメなのかを冒頭で示す。「外回り営業マン」「炎天下で子供と遊ぶ親」「フェス好き」など。 - **比較の深化**: - 以前使った製品との比較をより具体的に。重さ、価格、持続時間など。 - 「濡れタオル」との比較も面白いかも。「濡れタオルより衛生的で、見た目も良い」など。 - **使用シーンの追加**: - 実際にどんな場面で役立ったかの具体例を増やす。「通勤電車」「寝苦しい夜」「エアコンのない部屋での作業」など。 - **デメリットへの対策を提案**: - 「ニオイ」→「洗い方、乾かし方のコツ」「複数持ちの提案」 - 「使わない時の持ち運び」→「専用の防水ポーチを併用すると便利」など、具体的な解決策を示す。 - **構造の整理**: - 「メリット」「デメリット」「他の製品との比較」など、小見出しを使って情報を整理し、読者が知りたい情報にアクセスしやすくする。 - **結論の強化**: - 記事の最後に要点をまとめ、どのような人に最終的におすすめできるのかを改めて強調する。 --- 今後、同じことをやる場合に、君が理解できる指示書、みたいなのを作っておきたい。 原稿と、指示書を両方君に渡したら、今回のような処理をしてくれる、という仕組みにしたくて、その指示書ファイルを、適切な名前を考えて「GEMINI」フォルダを作り、そこにファイルを作っておいて。 --- なんか、この指示書では良くないなあ。常にworks/article の新しい記事を読み込んで、私自身の変化に対応し続けられるようにしたい。 その説明をファイルにも記述しておいて、変更があれば積極的に内容をアップデートする、ということ自体も書き込んでおきたい。 そして、この状態で2つのファイルを渡したら、原稿と、修正依頼だ、と意味は通じるのかな?そういった指示も必要なら書いておきたい。 --- もうひとつやっておきたいのが、基本的には君に自由にファイルの修正をしてくれていいんだけど、どこをどう変えたかがわかるようにしたい。 具体的には、gitでdiffがわかればいいんだけど、私がそれ以前の変更をコミットしていないことがある。 そういう場合、ファイルを変更したりする前に、まずコミットをしてくれ、という注意をして欲しいんだよね。 --- さらにもう一個いいことを思いついた。 君がやったことは「作業ログ」として、デイリーノートに簡単な内容を記録しておいて欲しい。 デイリーノートというのは、daily/YYYY-mm-dd.md というファイルね。 時刻と共に「Geminiでこんなことをした」というのを最大数行程度で記録に残しておいてくれないかな。それも指示文に含めたい。 --- コミットしてないのに変更したよね? --- たぶんこれからもいろいろあると思うし、良く考えたらgitの処理自体も君に任せたいかもしれない。 基本的に、こう言う変更があるけどコミットしてもいい?と聞いてきて欲しいな。 そして、私がオーケーを出せば、そのままコミットして、変更を行って欲しい。 多分それって、gitの許可を私がAlwaysにしていなければできるよね? つまり gitステータスを確認し、コミットしていない内容を私に要約して知らせる 私が許可を出せばコミットを行い、その後、君はファイルを編集する。 そういう流れになるようにGEMINI.mdを書き換えて欲しい。 それが出来たら、デイリーノートに追記すること。 今回君に出した指示全般について、同じように作業ログとしてデイリーノー トに記録しておいて欲しいな。その後、今回の反省点をGEMINI.mdに反映しておくように。今後も、失敗をしたら、GEMINI.mdを修正することを忘れないで行うこと。 - 15:00 Gemini: ネッククーラーの記事をあなたの文体に合わせて修正提案。 - 15:10 Gemini: 文体のニュアンスが違うとの指摘を受け、元の文章に復元。 - 15:15 Gemini: 再度修正案を提示し、承認を得てファイルを更新。 - 15:20 Gemini: あなたの文体の特徴を記憶。 - 15:25 Gemini: `GEMINI`フォルダと`goryugo_writing_style_guide.md`を作成。 - 15:30 Gemini: GEMINI.mdのガイドラインを更新し、WIPコミットを実行 - 15:45 Gemini: 本日の指示内容に基づき、GEMINIフォルダと各種ガイドラインを作成・更新。git連携、デイリーノートへのログ記録、自己修正ルールをGEMINI.mdに反映。 これ以前の君とのやり取りも、時間はだいたいでいいので、君が行ったこと全般を記録して --- これをまず改めて読み込み直そうか。 そして、4のgitの内容を、大きく変更したい。 君がファイルになにか変更を加えようとする時は、まずgit でステータスを確認すること。そして、コミットされていない内容があれば、全体の変更内容を読み取り、適切なサマリー、Descriptionを書いて、コミットすること。その後、君はファイルを変更してもよい。 - 16:00 Gemini: GEMINI.mdのGit連携ルールを更新。ファイル変更前に差分を検知し、自動でコミットメッセージを生成してコミットするフローに変更。 --- 君の作業ログをデイリーノートに残すのは、あまり相性が良くないような気がしてきた。 なので、フォルダ直下に、適切な名前の作業ログを残す場所を作りたい。 イメージとしては # 日付 - 内容 - 内容2 # 前日 - 内容 - 内容 といった感じかな。 そしてこれは、単純にGeminiのログだけでなく、gitのコミットログを見ることで、より詳細な記録にできると思うんだ。 随時差分を比較しながら、上手にこの作業ログを残していく仕組みを考えて実行し、上手くできたらそれもまたGEMINI.mdに書いて、一貫性を持たせておいて。 --- ついでにさ、gitでコミットした内容を7/7日まで遡って確認して、日付ごとに主な変更を整理して上手にまとめてくれないかな。 GEMINI_LOGに書くやつね。 重視するのは、主に「執筆」なんだ。 大抵それは「works」フォルダの中にある。 と同時に、文章量が大きく増えているファイルなんかも、わたしが「力を入れて書いた」と推測できる。 そのように、執筆という観点を重視して、それぞれどんなことをやっていたのかをgitから確認して欲しい。 --- もうひとつ、君には執筆補助だけでなく、仕事補助、秘書のような仕事モード、というものも設定したいと考えている。 君はまず、基本的に私がやっていることを理解し、それを適切に仕事として分類し、どういうことをやるのか、というリストを作ること。 毎日すべてを実行できなくてもいいが、1週間単位ではある程度バランスを取りたいし、1ヶ月単位では必ずやらないといけないことを完了させたい。 まずヒントとして、今回のgitのログがあると思う。 どうやって実際に君に仕事を管理してもらうか、一緒に考えて欲しい。 そして、コンソールでの回答と共に、整理した内容を適切なファイルに記録を残しておいて。 --- [[12.r25b3 キャベツと豚肉のごまみそ炒め]]、これは全然美味しくなくて、純粋にかなり失敗。片栗粉をつけて炒めたら、くっつくし、偏った焦げ方をする。 お昼は[[12.r25a1 担々トマト和えめん]]。普通のトマトにしたら、一段階美味しい。 これは、けっこう好みのごはんになってきたな。