← View index

OpenClaw docs feedback readable

OpenClawを秘書OSとして育てるための運用メモを、健人くんが読める形に戻した。

一言でいうと

OpenClaw は機能が足りないというより、「どう秘書として運用すると強いか」が散らばっていた。だから Discord の会話、公式docs、ひめのへの指摘をつないで、heartbeat・memory・skills・レポートを1つの改善ループとして扱う、というメモ。

健人くん向け

これを読むと、OpenClaw に何を任せるべきかが分かりやすい。毎回「異常なし」を返す巡回ではなく、会話やdocsから小さな改善を拾って、記録・タスク・View・スキルに残す秘書OSとして育てる、という方向。

次に触るなら、この記事化候補のうち「heartbeatは異常検知じゃなくて秘書巡回」を最初の1本にするのがよさそう。いまの運用そのものが材料になる。

見たもの

- docs/concepts/agent-workspace.md

- docs/automation/index.md

- docs/gateway/heartbeat.md

- docs/concepts/memory.md

- docs/concepts/commitments.md

- docs/tools/skills.md

- docs/tools/subagents.md

- docs/gateway/sandboxing.md

- docs/gateway/security/index.md

Discord #ai で拾った OpenClaw 関連文脈

1. OpenClaw は「暗黙知化」している

2026-05-11 JST 付近で、健人くんが「openclawは暗黙知化していると思うんだよなーなんでなんだ?」と投げている。直前/周辺では「公式docsがない/薄い」という話も出ていた。

実態としては、公式docs自体はかなりある。ただし、ユーザーが求めているのは機能リファレンスではなく「実運用でどう組むと秘書として勝てるか」の型。ここが暗黙知になっている。

2. 公式docs・Zenn の外部情報が弱い

zennのopenclawタグ は薄い、ガチでない、公式docs という発言がある。OpenClaw 公式docsは存在するが、日本語で「自分の秘書をどう育てるか」「heartbeatをどう実用化するか」「workspace/memory/git/skillsをどう運用するか」の記事が足りない、という意味に近い。

3. OpenClaw に OpenClaw を直させる運用は普通にやっている

openclawにopenclawの修正はさせてたcodex, claude-codeからさせるべきかはマチマチ。つまり OpenClaw 自身を運用改善の対象にするのは自然。ただし、どの作業を OpenClaw 内でやるか、どの作業を Codex/Claude Code/browser に寄せるかはまだ判断軸が曖昧。

4. Telegram / TTS / skill / SOUL・IDENTITY・AGENTS などは記事化できる

Openclaw telegram疎通して、音声でirodori-ttsで喋らせる、とかでも全然記事になるbundleされたopenclawのskill解説SOUL,IDENTITY,AGENT等の優れた開発者のgithubの例 など。運用ノウハウを成果物化する余地が大きい。

5. heartbeat が自走のキモ

2026-05-09 に健人くんが なんか自走しねえなって思ってたらキモはheartbeatや と指摘。これはその後のひめの改善とも完全に一致する。

公式docsからの使える前提

最近の健人くんの指摘から見える問題

改善提案

A. ひめの運用 OS を docs ベースに再設計する

OpenClaw docsの思想に合わせて、workspace を「秘書OS」として扱う。

今の方向性は正しい。足りないのは、heartbeat と Discord/docs 読み取りをこのOSに定期的に戻すループ。

B. heartbeat を「秘書巡回」にする

heartbeat は 異常なし を出す装置ではなく、毎回どれか1レーンを見に行く patrol にする。

推奨レーン:

  1. 会話フィードバック拾い: 最近の健人くんの指摘を memory/rules/task に反映
  2. Discord #ai / project 系巡回: OpenClaw/ひめの/heartbeat/docs だけ抽出
  3. レポート品質監査: Daily News / View / saved report のテンプレ臭チェック
  4. タスク台帳監査: done 証拠不足・blocked 放置・verification_needed を拾う
  5. OpenClaw docs diff/探索: 公式docsから設定/機能を拾って実運用へ反映
  6. 生活秘書: calendar/weather/news/inbox の実用チェック

出力は「見たもの / やったこと / 次に詰まってること」を短く。何もないときだけ silent。

C. Discord巡回を first-class にする

Keychain 化で認証問題は解消済み。次は #ai と関連チャンネルを週次/heartbeatで拾う。

成果物候補:

D. docs 読みを「暗黙知の逆コンパイル」に使う

公式docsはあるが、実運用の勝ち筋が散っている。なので docs を読むたびに以下へ落とす。

これで「読んだ」で終わらず、次回以降のひめのが実際に変わる。

E. 品質ゲートを固定する

ひめのが信用を落とす瞬間は、だいたい「調べた感だけ出して中身が薄い」とき。

最低ゲート:

F. 記事化・外部アウトプット候補

#ai の文脈的には、OpenClaw は日本語で発信余地が大きい。

候補:

  1. 「OpenClawでTelegram秘書を育てる: workspace / memory / heartbeat の実運用」
  2. 「OpenClawの暗黙知: AGENTS/SOUL/TOOLS/HEARTBEAT をどう分けるか」
  3. 「OpenClaw skills 入門: bundled skill と自作skillの使い分け」
  4. 「OpenClaw heartbeatは異常検知じゃなくて秘書巡回」
  5. 「Discordをread-only巡回して秘書の改善ループにする」

私の結論

今の問題は OpenClaw の機能不足というより、機能を秘書運用に落とす編集が足りていないこと。

直す順番はこれ:

  1. heartbeat patrol を本物にする
  2. Discord #ai/docs/feedback を毎日 or 週次で吸い上げる
  3. 吸い上げた内容を memory/task/skill/TOOLS/SOUL に反映する
  4. 反映したものはテスト/台帳/レポートで証拠化する
  5. よさそうな運用を記事/Viewにして外へ出せる形にする

ソース

OpenClaw official docs

Local evidence

Memory evidence

質問したい箇所を選択
この箇所について質問
✓ 質問を送信しました