← View index

Dev Intel: Discord as agent control plane

非エンジニアの日本語依頼を、検収可能なagent jobに変換する設計メモ。

Generated: 2026-05-22T11:38:00+09:00

Lane: 開発ネタ発掘

Why this is useful

OpenClaw/ひめのを「エンジニア用CLIのラッパー」ではなく、「非エンジニアが日本語で依頼し、裏で Claude Code/Codex が検証可能な成果物を返す control plane」として見る材料になる。

健人くんが気にしている AI秘書 workflow に近いのは、最新モデル比較よりもこの構造:

What I made/changed

Zenn の CyberVertical 事例と、Claude Agent SDK で resident agent を作る記事を読み、OpenClaw に盗める設計を1枚に圧縮した。

Sources/Evidence

https://zenn.dev/nicolas0315/articles/b9a5f410b5bfc7?locale=en

https://zenn.dev/is0383kk/articles/7f33a2eca6733d?locale=en

https://dev.to/chand1012/the-best-way-to-do-agentic-development-in-2026-14mn

Observed

CyberVertical の記事は、12人規模・非エンジニア中心の会社が Members -> Discord -> OpenClaw -> Claude Code/Codex sub-agent -> Repository という流れで、CSV分析、README生成、エラー修正を回している。重要なのは「GitやVS Codeを知らなくていい」ことで、依頼者は日本語でチャットに投げ、結果は Discord thread に CSV/MD/summary として戻る。

Claude Agent SDK の記事は、OpenClaw 的な常駐エージェントを自作する文脈で、.claude/ 設定の再利用、session management、cron、Discord/Slack integration、Unix socket daemon を並べている。つまり、常駐AIの価値は「モデルが賢い」より「セッション・設定・権限・定期実行・チャット面が統合されている」側に寄っている。

DEV の Conductor 記事は、複数 worktree / Linear / GitHub 連携で Claude Code/Codex を並列に動かす話。OpenClaw 側で見ると、agent を増やす前に、依頼・実行・検収・成果物の queue/control-plane が必要という補助証拠になる。

Prediction

OpenClaw の差別化は「どのLLMを使うか」から、「非エンジニア/秘書/開発者の依頼を、検収可能な agent job に変換する control plane」へ寄る。次に効く実装は、モデル選択UIではなく job_request -> evidence_artifact -> owner-visible summary -> follow-up action の軽量schema。

Verify by

OpenClaw 内の task/heartbeat 成果物に、次の4項目を持たせる小さい台帳を1つ試す:

Next safe action

projects/heartbeat-editorial-room/ の次回 quality pass で、heartbeat artifact の共通shapeに deliverable_type と owner_next_action を追加できるか見る。外部送信や本番変更なしでできる。

Notify

no - 11:08 に source-backed dev intel を通知済みで、これは判断材料としては有用だが即時にスマホ通知するほどの緊急性はない。

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