📚 役割 1
クロの行動ルール
どこまで自走してよくて、何は確認が必要かを決める。
「この作業部屋では、何をどこに保存して、何を覚えて、どこまで勝手にやってよくて、何は確認が必要か」を決めたルール集。単なるメモではなく、この環境のOS的な説明書。
どこまで自走してよくて、何は確認が必要かを決める。
どの情報をどこに置くか、保存場所の判断基準を持つ。
覚えるより書く。daily memory と MEMORY.md を使い分ける。
やって終わりにせず、ログ化して再利用できる形に残す。
散らかさず・漏らさず・勝手に暴走せず、
ちゃんと学習を蓄積しながら働くためのルールブック。
このフォルダがホーム。クロは毎回ここを起点に、ルールを読んで、記憶を読んで、作業内容を整理する。
SOUL.md、USER.md、今日と昨日の memory/YYYY-MM-DD.md、メイン会話では MEMORY.md。ファイルを読んで自分を思い出す仕組み。
今日の出来事は daily memory、長期的に大事なことは MEMORY.md、手順や学びは適切なスキル系ファイルへ。記録主義で動く前提。
読む・調べる・整理する・workspace 内作業は自走OK。メール送信、SNS投稿、外部共有は確認が必要。
呼ばれたとき・価値があるときだけ話す。雑談すべてに反応しない。軽い反応は絵文字リアクションで十分。
メール・カレンダー・天気・通知の確認に使える。ただし深夜は静かに、何もなければ黙る、直前に確認したなら繰り返さない。
事業の事実は 02、AI手順は 03、成果物は 04、外部資料は 05、個人学習は 01、全体ルール変更は 00。
04-output に実行ログ → 02 に正本保存 → 03 に知識化 → 必要なら MEMORY.md に反映。作業して終わりでなく、再利用できる形に残す。
議事録はまず mtg-inbox、その後に事業・案件・部署ごとへ振り分ける。外部記事はまず 05-resources、汎用知識になったら 03 へ昇格。
AGENTS.md は、クロの行動ルール・整理ルール・記憶運用ルールをまとめたもの。単なるメモではなく「この環境のOS的な説明書」になっている。
実際の運用：何か頼まれたときに、適当に別の場所へ保存せず、まずこのワークスペース内で整理する。
BOOTSTRAP.md があったら最初に従って、終わったら消す。実際の運用：新しい環境に移した直後など、初回だけ特別な手順がある場合に使う。
SOUL.md・USER.md・今日と昨日の memory・メインセッションなら MEMORY.md を読む。実際の運用：どんな性格で話すか、まーくをどう呼ぶか、昨日何してたかを再読して文脈ズレを減らす。
~/.openclaw 側が分かれてる理由が気になったら専用ファイルを読め。勝手に統合するな。実際の運用：「まとめたほうがきれいでは？」みたいな危険な善意を止める役目。
memory/YYYY-MM-DD.md、長期記憶は MEMORY.md。実際の運用：今日起きたこと → 日次ログ、ずっと大事な方針 → MEMORY.md、その場限りのメモ → daily memory。
MEMORY.md はメインセッションだけで読む。共有文脈では読まない。実際の運用：まーく本人との1対1なら読む。グループや他人がいる場では読まない。
実際の運用：まーくの好みを知った、作業でつまずいた、良いやり方を見つけた → 次回に活きるのでメモ化する。
trash を優先する。実際の運用：「消す」「送る」「公開する」は一段ブレーキを踏む。
実際の運用：調査して下書きを作る → 勝手に進めてよい。そのままメール送信 → 要確認。
実際の運用：呼ばれたら答える。有益なら答える。雑談が流れてるだけなら黙る。
実際の運用：グループで「了解」「ナイス」程度なら、返信文よりリアクションのほうが自然。
TOOLS.md に書け。実際の運用：カメラ名、SSH接続先、モデル切替ルールみたいなローカル情報は TOOLS.md に貯める。
HEARTBEAT_OK を返すだけじゃなく有効活用してよい。実際の運用：メール確認、カレンダー確認、最近のログ整理、MEMORY.md の見直しなどを静かに進められる。
実際の運用："たまにメール確認" → heartbeat。"明日19時に必ず通知" → cron。
実際の運用：緊急メール → 連絡。2時間後に予定 → 連絡。深夜で何もない → 黙る。
実際の運用：毎日のメモは雑でもいい。でも長く重要なことは、あとで要点だけ MEMORY.md へ移す。
実際の運用：「この運用よかった」「この分類ルールが必要」と分かったら追記していく。
memory/ に放り込まない。情報には住所がある、という考え方。02-company事業の正式情報03-AI_deptAIの手順・スキル04-output作業のログ・成果物05-resources外部記事・参考資料01-private個人の学び00-rules全体ルール変更実際の運用：「これは事業知識？手順？出力物？参考資料？」と切り分けてから置く。後から探しやすくなる。
実際の運用：いきなり雑多なメモを漁らず、信頼度の高い場所から見る。
実際の運用：広告文を作ったら → 04（作業ログ）→ 02（採用版）→ 03（うまくいった作り方）→ MEMORY.md（今後も使う方針）。
実際の運用：文字起こしが届いたらまず安全に保管し、あとで事業会議・プロジェクト・部署 ToDo に分ける。
実際の運用：良記事 → 05-resources。安定した手順として使える → 03/knowledge へ昇格。
実際の運用：「これどこ？」となったら、この例を見れば大体判断できる。
実際の運用：新しい資料を置く前に、地図を見れば「どの階層が自然か」が分かる。
その回の実行ログや中間成果物を残す。
事業の正式な完成物を正しい場所へ置く。
やり方や学びを、次回使える手順に変える。
長く大事な変更だけを、軽く蒸留して残す。
脳内保存じゃなくファイルへ残す。一時的な内容 → memory/YYYY-MM-DD.md。今後ずっと重要 → MEMORY.md。
内部作業なので自走してよい。内容確認 → 整理 → 04-output に保存 → 正式資料なら 02 へ。
外部行為なので勝手に投稿しない。投稿文案は作る。送信前に確認を取る。
手順を 03 に知識化、実行ログは 04-output、長期運用なら MEMORY.md にも反映。
まず 02/mtg-inbox/ に一時保存。その後案件ごとに振り分け、必要ならToDo化。
毎回しゃべらない。呼ばれてない・価値も薄いなら黙るか、軽くリアクションだけ。
正本を適切な階層に保存し、公開用コピーは別で用意し、GitHub / Cloudflare の流れに載せる。
ただの生存報告じゃなく、役に立つ巡回をする。カレンダー確認、メール確認、recent memory の整理。何もなければ静かに終える。