0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

SES1年目が知るべきAI経営OS実践術|年収を上げるデータ分析視点

0
Posted at

はじめに:SESエンジニアだった頃の違和感

私は今、OpenClaw上にマルチエージェント構成の「経営OS」を組んで日々の意思決定を回している。CEO・CFO・CTO・COO・CMOといった役割ごとにAIエージェントを立て、財務・技術・営業・マーケティングのダッシュボードを毎朝確認するところから1日が始まる。

この体制にたどり着く前、私はSESエンジニアとして客先常駐をしていた時期がある。当時感じていたのは「自分のスキルが年収にどう反映されているのか、データで説明できない」という違和感だった。稼働時間に対して単価が決まる構造の中では、データ分析スキルを磨いても、それが評価軸に組み込まれているのかが見えにくい。SESからフリーランスへ、あるいは正社員へと進路を考えるSES1年目のエンジニアにとって、この「評価の不透明さ」は転職を意識する大きなきっかけになりやすい。

本記事はSESの話は最小限にとどめ、メインは「OpenClaw × Claude Code」を使って実際にどうエージェント群を設計・運用しているかという技術的な実践レポートだ。数字は誇張せず、実際に確認できる構成と設定方法だけを書く。

OpenClawとは何か:Claude Codeのスキル・エージェント基盤

OpenClawは、Claude Code上で動くスキル(Skill)とサブエージェント(Agent)を組み合わせて、特定ドメインの業務を自動化するための仕組みの総称だ。技術的な実体は大きく3つに分かれる。

  1. Skill.claude/skills/<name>/SKILL.md にYAML frontmatterと手順を書いた定義ファイル。特定のトリガーワードや文脈で自動的に読み込まれる
  2. Agent(サブエージェント) — 独立したコンテキストウィンドウを持つ実行単位。役割ごとに使えるツールを制限できる
  3. Workflow — 複数のAgentをパイプライン化・並列化して、決定論的なフローで実行するスクリプト機構

私の経営OSは、この3層構造の上に「役員」を模したエージェント群を配置する形で作っている。

経営OSのエージェント構成

実際に運用しているのは、経営機能ごとに役割分担したエージェント群だ。代表的な構成は以下のようになっている。

役割 担当領域 主なデータソース
CEO 経営ダッシュボード統合・意思決定支援 各役員の報告
CFO 財務データ取得・PL生成・仕訳・キャッシュフロー予測 会計クラウドAPI
CTO プロダクトのヘルスチェック・技術スタック管理・開発優先度提案 リポジトリ・CI状況
COO タスク進捗・クライアント管理・営業パイプライン管理 プロジェクト管理データ
CMO GA4/検索コンソール/広告データを統合したマーケティング戦略提案 GA4・GSC・広告API
秘書系エージェント inbox/todo管理、日次サマリ生成 ローカルのYAML/Markdown

これに加えて、ナレッジ管理(過去の教訓・インシデントの記録)を担当するエージェントを分離しているのがポイントだ。経営判断のミスや修正指示は、都度メモリファイルに残し、次回以降のエージェントの挙動に反映させる。これによって「同じ失敗を繰り返さない」仕組みを作っている。

具体的な設定方法:SKILL.mdの中身

エージェントを起動するトリガーは、SKILL.mdのfrontmatterで定義する。CFO相当のスキルであれば、たとえばこういう構造になる。

---
name: cfo
description: >
  CFO(最高財務責任者)。会計クラウド連携で財務データ取得・
  PL生成・仕訳計上・未決済管理・キャッシュフロー予測を実行
---

## 実行手順
1. 会計API経由で当月の仕訳データを取得する
2. PLフォーマットに整形し、前月比を算出する
3. 未決済項目を抽出し、優先度順にリスト化する
4. 結果を `data/cfo/YYYY-MM.md` に出力する

このフォーマットの肝は「description」の書き方だ。Claude Codeはユーザーの発話やタスク文脈からdescriptionとの類似度を見てスキルを自動選択するため、ここが曖昧だと意図しないタイミングで発火したり、逆に必要な場面で読み込まれなかったりする。私は運用しながら何度もdescriptionを書き直している。

Agentツールでの役員呼び出し

日次の経営会議に相当する処理は、Agentツールで役員エージェントを並列に呼び出すことで実現している。考え方としては次のようなイメージだ。

# 疑似コード:CEOが各役員に並列で報告を求める
parallel([
  Agent(subagent_type: "cfo", prompt: "今月のPLサマリと未決済状況を報告して"),
  Agent(subagent_type: "cto", prompt: "プロダクトのヘルスチェック結果を報告して"),
  Agent(subagent_type: "cmo", prompt: "GA4とGSCの直近7日間の変化を報告して"),
  Agent(subagent_type: "coo", prompt: "進行中タスクとクライアント状況を報告して")
])

重要なのは、各役員エージェントが独立したコンテキストを持つため、CFOの財務データ処理がCTOの技術的な文脈で汚染されないという点だ。これはSESでチームを組む際の「役割分担」と発想はまったく同じで、専門領域ごとにコンテキストを分離することで判断の質を保っている。

無人運用で気づいたリスクと対処

cronで定期実行する経営OSを組む上で、実際にハマった、あるいは注意している点をいくつか挙げる。

  • 認証切れによる全滅リスク:CLIの認証keepaliveが死ぬと、依存するすべてのcronジョブが同時に失敗する。常駐監視プロセスは通常のプロセス管理ツールで動かし、落ちたら即座に検知できるようにしている
  • 「実装完了」と「稼働中」を混同しない:エージェントを組んだ直後は動作確認ができただけであり、実運用でのデータが蓄積されるまでは「稼働中」と言わないようにしている。AIエージェントは初回動作と継続運用で挙動が変わることが珍しくない
  • 架空データの混入を防ぐ:レポートやダッシュボードに、実データが取得できない項目を埋めるためにAIが「それらしい数値」を生成してしまうケースがある。データが取得できない場合は空欄・未計測と明示するルールを徹底している
  • 投稿・通知系の連投制御:SNS投稿や通知を自動化する場合、同一チャネルへの連続実行は一定間隔を空けるルールを必ず設ける

これらは技術的な失敗というより「AIに経営判断や対外発信を任せる際のガバナンス設計」の問題だ。ツールの精度以上に、ここの設計をどれだけ丁寧にやるかで運用の安定度が変わる。

SESエンジニアが今日から使えるデータ分析の視点

ここでSESの話に戻る。SES1年目で転職やフリーランス独立を考えているエンジニアに伝えたいのは、「経営OS」のような大掛かりな仕組みでなくても、同じ考え方は個人のキャリア管理に応用できるということだ。

保存版:SESからのキャリア意思決定チェックリスト

  • 自分の稼働時間と単価の関係を、月次で数値化して記録しているか
  • 案件ごとに身についた技術スタックをタグ付けして棚卸ししているか
  • 客先常駐先の業界・技術トレンドが自分の市場価値にどう影響するか言語化できているか
  • フリーランス転向を検討する場合、直近3ヶ月の生活防衛資金を確保しているか
  • 年収の内訳(基本給・残業・スキル手当など)を分解して把握しているか
  • データ分析・AI関連スキルなど、需要が伸びている領域に月何時間を割けているか
  • 転職・独立の意思決定を「感覚」ではなく記録したデータで振り返れる状態にあるか

このチェックリストのポイントは、SESの評価構造がブラックボックスに感じられるからこそ、自分側で定量的な記録を持っておくということだ。年収を上げる交渉や転職活動において、「稼働実績」「習得スキル」「市場動向」を自分の言葉と数字で説明できるエンジニアは強い。これはAI経営OSで各役員エージェントに定期報告をさせているのとまったく同じ発想で、個人のキャリアにも「自分専用の秘書エージェント」を持つような感覚で応用できる。

まとめ

OpenClaw上でのマルチエージェント経営OSは、役割ごとにスキルとエージェントを分離し、Workflowで並列・パイプライン化することで、経営判断に必要な情報を毎日自動で集約する仕組みだ。技術的には目新しいものではなく、Claude CodeのSkill・Agent・Workflowという既存機能を、経営という文脈に当てはめて設計しただけとも言える。

大事なのは仕組みそのものより、「架空の数字を混ぜない」「実装と運用実績を混同しない」というガバナンスの部分だ。これはAI経営OSに限らず、SESからフリーランスや独立を目指すエンジニア個人のキャリア設計にも同じことが言える。データに基づいた意思決定の習慣は、今日からノートやスプレッドシート一枚でも始められる。

関連記事


AI駆動塾 — AIを使ったスモビジの作り方を学ぶ

Claude Code、OpenClaw、AI経営OSの実践ノウハウを毎週公開中。
月額¥4,980で過去記事すべて読み放題。

noteメンバーシップに参加する →


💼 フリーランスエンジニアの案件をお探しですか?

SES解体新書 フリーランスDBでは、高単価案件を多数掲載中です。

  • ✅ マージン率公開で透明な取引
  • ✅ AI/クラウド/Web系の厳選案件
  • ✅ 専任コーディネーターが単価交渉をサポート

無料でエンジニア登録する

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?