# 午前
疲れてずっと寝てた、という感じがする。そういえば、最近毎朝疲れてない?
運動がハード過ぎる?純粋に睡眠がもっと必要?暑くてバテてる?
いろいろ可能性はあるが、やはり飲まないのがいいよなあ。
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 担々トマト和えめん]]。普通のトマトにしたら、一段階美味しい。
これは、けっこう好みのごはんになってきたな。