メインコンテンツへスキップ

Architecture & Concepts

JARFISのコアアーキテクチャを理解しましょう:オーケストレーションモデル、11のAgent、9段階のPhaseパイプライン、3つのHuman Gate、状態管理、学習システム。

最終更新: Sun Mar 15 2026 00:00:00 GMT+0000 (Coordinated Universal Time)

JARFISがAI AgentをTriageからRetrospectiveまで構造化されたPhaseで調整する方法 — すべての重要な意思決定ポイントで人間の監督を伴いながら。

JARFISの哲学

JARFISは、エージェントの動作からPhase遷移まで、すべての設計決定を導く基本原則の上に構築されています。これらの原則は抽象的な理想ではなく、システムに埋め込まれた強制制約です。

Principle Zero
"哲学が実装より優先する"

9つの原則

システムのすべての設計決定を導く9つのコア原則:

P1
Orchestration for All

Core
P2
Token Austerity

Quality
P3
Self-Evolution

Evolution
P4
Dialectic Quality

Quality
P5
AI-Native Artifacts

Evolution
P6
Abstraction over Memorization

Evolution
P7
Deterministic Foundation

Quality
P8
Human Gate, AI Execute

Core
P9
Resilient Continuity

Resilience

生産的な緊張関係

原則間には意図的な緊張関係が存在します。このバランスがシステムを健全に保ちます:

P3 Self-Evolution
P8 Human Gate
自律的な進化 vs 人間のコントロールポイント
P2 Token Austerity
P3 Self-Evolution
トークン節約 vs 学習への投資
P4 Dialectic Quality
P1 Orchestration for All
批判的品質 vs アクセシビリティの単純化

オーケストレーションモデル

JARFISはPhase管理型オーケストレーションモデルに従います。作業は順次Phaseを経て流れ、重要な意思決定ポイントにHuman Gateが置かれます。オーケストレーターが状態遷移とエージェントの活性化を管理します。

TriagePre-flightDiscoveryGate 1ArchUXGate 2ImplOpsReviewGate 3Retro

オーケストレーションモデルの主要な特性:

  • 順次Phase — 各Phaseは次が始まる前に必ず完了しなければなりません
  • 条件付き実行 — Phase 3(UX)はUI変更が必要なときのみ実行され、Phase 4.5(Ops)はインフラ変更時のみ実行されます
  • タイプ別ルーティング — Type A(単純修正)はPhase 4に直接進み、Type B(中規模)はPhase 1から、Type C(複雑)は全パイプラインを経由します
  • Gate可逆性 — 人間はどのGateからでも作業を前のPhaseに戻せます

11のAgent役割

各エージェントは明確に定義された責任を持つ専門的な役割であり、現在のPhaseが必要とする専門知識が求められるときにのみ活性化されます。エージェントは4つのカテゴリに整理されます:

計画 & 設計 Agent

PO
Product Owner
意図明確化のための逆質問、Working Backwards Press Release、PRD作成、スコープ調整
AR
Architect
実現可能性評価、影響分析、アーキテクチャ設計、ADR(Architecture Decision Records)作成
TL
Tech Lead
API spec検討、タスク分解、コードレビューのリード、Retrospective進行
UX
UX Designer
画面設計、インタラクション設計、SVGアセット制作、デザイントークン(条件付き — UIが必要な場合のみ)

実装 Agent

BE
Backend Engineer
サーバーサイド実装、データベーススキーマ、APIエンドポイント、ビジネスロジック
FE
Frontend Engineer
クライアントサイド実装、コンポーネント、状態管理、UX実装
DO
DevOps/SRE
インフラ、CI/CDパイプライン、デプロイ設定、モニタリング構成

品質 & レビュー Agent

QA
QA Engineer
テスト戦略、テスト実装、QA検証、カバレッジ分析
SE
Security Engineer
脅威モデリング、事前セキュリティ分析、セキュリティレビュー、コンプライアンス確認

弁証法 Agent

ADV
Advocate
提案されたソリューションを擁護し、トレードオフの決定を守り、メリットを提示します
CRT
Critic
前提に疑問を投げかけ、リスクと弱点を特定し、代替案を提示します

9段階 Phase パイプライン

Phase別の責任とGate位置を含む全パイプライン:

T
Triage
リクエストをType A(単純)、B(中規模)、C(複雑)に分類します。実行するPhaseを決定します。
0
Pre-flight
Git同期、ブランチ作成、学習ファイルの読み込み(グローバル学習 + プロジェクトコンテキスト)、環境検証。
1
Discovery
POが逆質問を行い、Working Backwards文書とPRDを作成します。Architectが実現可能性を評価します。
Gate 1
承認 / 修正 / 中断
2
Architecture & Planning
影響分析、アーキテクチャ設計、API spec、タスク分解、テスト戦略。重要な決定にADV/CRT弁証法議論。
3
UX Design
画面設計、SVGアセット、デザイントークン。条件付き — UI変更が必要な場合のみ実行されます。
Gate 2
承認 / 修正 / 中断
4
Implementation
BE/FE/DevOpsの並行実装。各エージェントはPhase 2のAPI契約に従い自身のドメインで作業します。
4.5
Operational Readiness
デプロイ戦略、ロールバック計画、モニタリング、運用文書化。条件付き — インフラ変更時のみ実行されます。
5
Review & QA
API契約検証、TLコードレビュー、QAテスト、SEセキュリティレビュー。すべてのレビューが通過する必要があります。
Gate 3
承認 / 修正後再レビュー / 中断 / 設計再検討
6
Retrospective
TLがRetrospectiveを進行します。学習内容がグローバル学習とプロジェクトコンテキストに保存され、将来のワークフローに反映されます。

状態管理

JARFISは以下を追跡する構造化された状態ファイルでワークフローの状態を維持します:

  • 現在のPhase — 現在実行中のPhase
  • Phase出力物 — 各完了Phaseが生成した成果物
  • Gate決定 — タイムスタンプとともに記録された各Gateでの人間の決定
  • エージェント活性化 — 活性化されたエージェントとその出力物
  • 回復チェックポイント — 中断されたワークフローの再開のためのスナップショット

状態はプロジェクト内の.jarfis/ディレクトリにJSONファイルとして保存されます。これにより中断後もワークフローを回復でき、中断した正確な地点から再開できます。

学習システム

JARFISは継続的な改善を可能にする3ブロックの学習アーキテクチャを実装しています:

  • グローバル学習 — プロジェクトを横断するパターン、ベストプラクティス、アンチパターン。Phase 0で読み込まれ、Phase 6で更新されます。
  • プロジェクトコンテキスト — プロジェクト固有の規約、技術スタックの決定、アーキテクチャパターン。同一プロジェクト内のワークフロー全体を通じて保持されます。
  • ワークフローメモリ — 現在のワークフロー状態、下された決定、根拠。一時的 — ワークフローの期間のみ存在します。

このアーキテクチャにより、JARFISは時間が経つほど向上します — 過去の失敗と成功から学び、あなたの特定のプロジェクトコンテキストに合わせて推奨を調整します。

次のステップ