樽石将人 — 個人向けアクティビティ管理システム

EntreprenAIs cl0-homepage Phase A — auto-generated from repo CL0 content

Readme

title: "樽石将人 — 個人向けアクティビティ管理システム" version: "4.1" last_updated: "2026-03-20" status: active

樽石将人 — 個人向けアクティビティ管理システム

プロジェクト概要

本リポジトリは、樽石将人が複数の活動を統合管理するための個人向けアクティビティ管理システムである。

C-Suite Agent Fleet（マルチエージェント経営顧問）を個人に適用し、日々の優先度判断を支援する本運用中の実践システムである。

システム設計思想

企業のC-Suite（経営幹部チーム）が持つ機能を個人活動の管理に転用する。8体のAIエージェントが各専門領域を担当し、COO Agentがチームリーダーとして全体を統括する。各エージェントはGit Worktreeで物理的に隔離された環境で動作し、情報隔壁を技術的に保証する。

Issue-Driven Governance

すべてのリポジトリ変更は以下のフローに従う:

Issue起票 -> Branch作成 -> PR作成 -> 承認 -> マージ

コミット履歴が意思決定の記録となり、活動全体のトレーサビリティを保証する。

目的

  1. 複数の活動を統合管理: 本業（イオンネクストCTO）/ 副業（樽石デジタル技術研究所代表）/ 個人活動の3領域を統合
  2. 日々の優先度判断を支援: COO Agentが3つの活動のバランスを考慮して今日やるべきことを提案
  3. 情報隔壁を維持: 各活動領域の機密情報を混在させず、物理的に隔離して管理
  4. 継続的な改善: daily-briefing（朝）/ end-of-day（夕）のサイクルで振り返り・最適化

対象者プロフィール

項目 内容
氏名 樽石将人
本業 イオンネクスト株式会社 CTO（イオン株式会社 理事・出向中）
副業 樽石デジタル技術研究所合同会社 代表社員
個人活動 Retty株式会社との関係継続、個人事業
日々の課題 複数の役割・活動の優先度判断、情報隔壁の維持、時間配分の最適化

Agent Fleet構成

C-Suite Agent Fleet は8体のエージェントで構成され、COO Agentがチームリーダーとして全体を統括する。各エージェントは個人活動の特定ドメインを担当し、担当領域外のファイルは原則編集しない。

Agent 個人向けの担当領域
COO (Team Lead) 日常活動統括・スケジュール・タスク調整・3つの活動領域の優先度判断
CTO 個人の技術環境・開発ツール・AI活用最適化・メタシステム（.claude/agents/, .claude/skills/, CLAUDE.md）管理
CFO 給与所得管理・確定申告準備・法人報酬との最適化・資産方針
CPO キャリア成果物管理・研究アウトプット・パーソナルブランド・発表準備
CLO 雇用契約確認・副業規定・知的財産・出向契約・コンプライアンス
CHRO 自己開発計画・スキルマップ・健康管理方針・学習計画
CISO 個人データ保護・デジタルセキュリティ・法人/イオンネクスト間の情報隔壁
Auditor 意思決定の振り返り・バイアスチェック・ガバナンス監査（COO配下ではなく独立）

レポートライン:

Fleet Commander（樽石将人本人）
    |
    +-- COO（Team Lead）
    |   +-- CTO / CFO / CPO / CLO / CHRO / CISO
    |
    +-- Auditor（独立）

日次サイクル（本運用中）

マルチエージェント統合ブリーフィング/日報システムが毎日稼働中

/daily-briefing（朝の情報収集・優先事項設定）

/daily-briefing スキルは朝に実行し、3活動領域の状況を収集して今日の注力ゴールを設定する。

/daily-briefing
  Step 1: サブモジュール発見（submodule-discover）
          eai/portfolio/taruishi-llc / eai/engagements/aeonnext の最新状態を確認
  Step 2: 各リポジトリのブリーフィング収集
          タスク並列起動 -> taruishi-llc / aeonnext の各ブリーフィングを再帰的に収集
  Step 2.5: Sprint Backlog 確認（sprint-check）
            今週のスプリントIssueの進捗状況を確認
  Step 3: 統合ブリーフィング出力
          3活動領域のバランスを考慮した今日の注力ゴール提示
          -> GitHub Issue にコメントとして記録

サブモジュール（eai/portfolio/taruishi-llc, eai/engagements/aeonnext）に対して再帰的にブリーフィングを実行し、各リポジトリの状況を統合する。各サブモジュールのエージェントはGit Worktreeで独立した作業環境を持ち、情報が混在しない。

/end-of-day（成果まとめ・WEEKLY_REPORT 更新・レビュー）

/end-of-day スキルは夕方に実行し、本日の成果をまとめてリポジトリに記録する。

/end-of-day
  Step 1-2: 本日の成果サマリー収集
  Step 3-4: サブモジュール発見 -> 各リポジトリの日報収集（再帰的タスク起動）
            taruishi-llc / aeonnext の日報をそれぞれ独立したWorktreeで作成
  Step 5: Sprint Issue への進捗追記（sprint-update）
          今週のスプリントIssueに本日の進捗を記録
  Step 6: WEEKLY_REPORT.md 統合サマリー作成（weekly-report）
          3活動領域の成果をWeekly Reportに統合記録
  Step 7: CISO/CLO/Auditor 並列レビュー（review）
          情報隔壁・コンプライアンス・意思決定品質を並列チェック
  Step 8: PR 作成・マージ
  Step 9.5: 金曜のみ weekly-sprint 自動起動

WEEKLY_REPORT.md はend-of-dayごとに更新され、週次の活動サマリーとして蓄積される。

物理的隔離（Git Worktree）

各サブモジュール向けAgentは独立したGit Worktree内で動作し、ファイルシステムレベルで情報が分離される。LLMコンテキストも完全独立し、情報隔壁が物理的に保証される。

.claude/worktrees/agent-{id}/  # 各Agentの独立した作業領域（.gitignore で除外）

Worktree は .claude/worktrees/ 配下にエージェントごとに作成され、セッション終了後に自動的または手動で削除される。

週次スプリント

毎週金曜の end-of-day で自動起動する。手動実行は /weekly-sprint コマンドを使用する。

/weekly-sprint の流れ

Sprint Goal 設定・Velocity 計測・Retrospective を一連のフローで実行する。

/weekly-sprint
  Step 0: 先週のスプリントIssue確認
          今週のVelocityとの比較基準を設定
  Step 1: Sprint Review（定量集計）
          今週の完了Issue数・PR数・Velocity を3リポジトリ横断で集計
  Step 2: Sprint Retrospective
          Well（うまくいったこと）/ Improvement（改善点）/ Pattern（傾向）分析
          3活動領域横断の観点でシナジーと課題を分析
  Step 3: Sprint Planning
          来週の3活動領域バランス配分と優先度評価
          Sprint Backlog 生成（根拠テーブル付き・Sprint Goal 設定）
  Step 4: 来週のスプリントIssue作成
          Sprint Goal・Backlog・Velocity目標を含むIssueを起票
  Step 5: 今週のスプリントIssueクローズ
          達成状況を記録してIssueをクローズ

Sprint Goal は3活動領域のバランスを考慮して設定される。Velocity は完了Issue数で計測し、週次トレンドを追跡する。

統合ダッシュボード

/dashboard コマンドで個人統合ダッシュボードを HTML 形式で生成する。

7タブ構成

taruishi-llc の経営ダッシュボードと連携し、個人・法人・各クライアントの状況をCL0の範囲で統合表示する。

タブ 内容
会社 3活動領域の概要・今週のハイライト
戦略・計画 Sprint Backlog・来週の方針
進捗 3リポジトリ横断メトリクス（PR数・Issue数・Velocity）
営業 法人の営業パイプライン状況
スプリント weekly-sprint 達成率・Sprint Backlog 進捗
エージェント C-Suite Agent Fleet の活動状況
ガバナンス CL0 適合状況・レビュー結果サマリー

モード

いずれのモードでもCL2/CL3の機密情報は表示されない。

リポジトリ構造

taruishi-llc-case-taruishi-masato/
├── .claude/
│   ├── agents/                         8体のAgent定義
│   └── skills/
│       ├── daily-briefing/             統合ブリーフィング
│       ├── end-of-day/                 日報統合
│       ├── weekly-sprint/              週次スプリント
│       ├── dashboard/                  統合ダッシュボード
│       ├── sprint-check/               Sprint Backlog確認
│       ├── sprint-update/              Sprint進捗更新
│       ├── weekly-report/              WEEKLY_REPORT.md更新
│       ├── review/                     CISO/CLO/Auditor並列レビュー
│       ├── submodule-discover/         サブモジュール発見
│       └── daily-issue/                Daily Issue管理
├── .eai/
│   └── entreprenais/                   Gitフック・セキュリティスクリプト
├── .github/
│   └── ISSUE_TEMPLATE/                 Issue テンプレート
├── eai/
│   ├── engagements/
│   │   └── aeonnext/                   submodule: イオンネクストCTO業務記録
│   ├── portfolio/
│   │   └── taruishi-llc/               submodule: 法人リポジトリ
│   └── retty/                          個人活動
├── reports/
│   └── WEEKLY_REPORT.md                統合日報・週次サマリー
└── CLAUDE.md                           ガバナンス・IP帰属・情報隔壁

知的財産権の帰属（4区分構造）

区分 帰属先 対象
メタシステム 樽石将人個人 .claude/agents/, .claude/skills/, CLAUDE.md
個人の活動記録 樽石将人個人 reports/, meetings/, GitHub Issues
使用者業務記録 当該使用者 eai/engagements/aeonnext/ submodule
法人開発環境 樽石将人個人（将来的に法人譲渡を想定） eai/portfolio/taruishi-llc/ submodule

詳細は CLAUDE.md を参照。

情報隔壁の3原則

  1. 使用者の社内機密は直接記載禁止 -- git submoduleで使用者のGitHubを参照する形でのみ取り扱い可
  2. 個人の機密情報は方針レベルのみ -- 給与額・マイナンバー等の具体的な数値は記載禁止
  3. 3立場の厳格な分離 -- イオンネクストCTO / 法人代表 / 個人の情報を混在させない

ガバナンス

Issue-Driven Governance

すべてのリポジトリ変更は以下のフローに従う:

  1. Issue起票 -> 2. Branch作成 -> 3. PR作成 -> 4. 承認 -> 5. マージ

承認レベル: - Level 1 (CLAUDE.md, リポジトリ設定): Fleet Commander承認 - Level 2 (eai/, docs/): COO承認 - Level 3 (reports/, 軽微な変更): 担当Agent承認

詳細は CLAUDE.md を参照。

セットアップ（新規クローン環境）

ワンラインデプロイ（推奨）

Claude Code が利用可能な環境なら、以下 1 行で install.md の全 Step （clone → submodule → ツールインストール → bootstrap → GCP 認証 → デプロイ） を AI エージェントが自律実行する:

claude --dangerously-skip-permissions "$(gh api 'repos/taru0216/taruishi-llc-case-taruishi-masato/contents/install.md' --jq '.content' | base64 -d)"

このコマンドは GitHub API から最新の install.md を直接取得してプロンプトとして Claude Code に流し込むため、ローカルに clone する前でも実行できる。install.md の 内容は都度 main 最新版が使われる。

インストール中にエラーが発生した場合のみ AI が介入して原因特定・修正を行い、問題が なければ一発で全ノードデプロイまで完走する。

Claude Code 環境（旧フロー）

/eai-setup-workspace を実行することで、core.hooksPath の自動設定を含む全セットアップが完了する。

/eai-setup-workspace

eai-setup-workspace の Step 2.2 が .eai/entreprarais/githooks への core.hooksPath を自動設定する。これにより pre-commit hook（機密情報スキャン）が有効化される。

Claude Code 外（通常の git clone + git commit）

Claude Code を使用しない場合、core.hooksPath は自動設定されない。以下のコマンドを手動で実行すること:

git config core.hooksPath .eai/entreprarais/githooks

これにより、コミット時に .eai/entreprarais/githooks/pre-commit が実行され、CL2/CL3 情報の誤コミットを防止できる。

Claude

title: "樽石将人 — 個人活動管理ノード" version: "7.0" last_updated: "2026-03-18" status: active copyright: "Copyright (c) 2026 樽石将人" timezone: "Asia/Tokyo" entreprenais_track: "develop" jurisdiction: JP accounting_standard: JGAAP entity_type: individual fiscal_year_end: "12-31" language: ja

樽石将人 — 個人活動管理ノード

樽石将人の個人リポジトリ。ツリー構造の一ノードとして自身の活動を記録し、子リポジトリ（submodule）の情報を CL0 で集約する。

/eai ファースト

日中のすべての操作は /eai スキルを起点とすること。

基本方針

業務 TZ: Asia/Tokyo (JST)。日時記載時は TZ を付与すること（例: 2026-03-18 14:00 JST）。