AIエージェントのロジックをYAMLに移行:Telegram、VS Code、CLIから実行

ある開発者は、OpenClawのすべてのコネクタ(Postgres、SSH、Slackなど)のためにTypeScriptツールを書くことにうんざりしていました。彼の解決策:エージェントのビジネスロジックをagent.yamlファイルに移し、OE RuntimeをHTTPサーバーとして実行することでした。OpenClawのSKILL.mdはそのサーバーを指し示し、同じYAMLがTelegram、VS Code、CLIからコードの重複なしで動作します。
アーキテクチャ
フローは次のようになります:
Telegramのユーザーメッセージ → OpenClawがPOST /run-fileを呼び出す → OE Runtimeがagent.yamlを実行 → 結果がTelegramに返る
YAMLでのエージェント定義
各ツール用のTypeScriptを書く代わりに、エージェントは宣言的に定義されます:
name: データベースアナリスト
instructions: |
あなたはデータベースアナリストです...
steps:
- name: クエリ
content: すべてのテーブルと行数を一覧表示
connectors:
- connection_name: マイデータベース
connection_type: postgresql
なぜこれが機能するのか
重要な副次的効果:同じagent.yamlがVS Code、CLI、HTTPから実行できます。重複はありません。これにより、エージェントロジックをUIレイヤーから分離し、さまざまなサーフェス間で移植可能にします。
誰のためのものか
OpenClawで開発していてTypeScriptのボイラープレートを減らしたい場合、またはエージェントを複数の環境(チャット、IDE、ターミナル)で実行する必要がある場合、このパターンは検討に値します。
📖 全文を読む: r/openclaw
👀 See Also

ITエンジニアのAI支援開発体験が明らかにする共通の落とし穴
システムと自動化のバックグラウンドを持つITエンジニアが、AIを活用したフルスタック開発への道のりを共有。アプリケーションの成長に伴って浮上した具体的なアーキテクチャ上の問題、過剰なクライアント側データ処理、関心の分離の不備、セキュリティ問題などについて詳述。

Jetson NanoとゲーミングノートパソコンでOllamaを使用してOpenClawをローカルで実行する
ある開発者が、クラウドAPIのコストと信頼性の問題を回避するために、OpenClawをローカルで実行するソリューションを文書化しました。彼らは、GeminiやClawdのプロプラン利用禁止、Claudeサーバーのダウンタイム、OpenAI APIの週200ドルの課金など、クラウドLLMサービスの問題に直面しました。

AWS LightsailにおけるOpenClaw:コスト内訳と設定の教訓
ある開発者が、AWS Lightsail上でClaude Sonnet 4.6 via Bedrockを使ったOpenClawを1週間実行し、100ドルを費やした。その結果、サンドボックス設定、トークン管理、プロンプトサイズが機能性とコストに大きく影響することが判明した。

Claude AIは、指示なしに300ページの仕様書から独自の用語を採用します。
開発者が、Claude AIが明示的な指示なしに広範な仕様書からカスタム用語を採用した実験を記録しました。ソース資料には、認識論、システム観察、真実持続性をカバーする300ページ以上の正式仕様書であるバイアス・カスケードとヌル・リミット・シリーズが含まれていました。