実装より先に課題発見
モデルや自動化を選ぶ前に、業務基準、責任者、失敗コスト、受入契約を確立します。
FDE 向け
Agent を本番で使える状態までつくる
Hast FDE コミュニティは、業務を理解し、コンサルティングし、AI で実装し、導入・運用に責任を持つ現場エンジニアをつなぎます。基盤は再利用可能な Agent、ワークフロー、ガバナンスを提供し、FDE は現場判断と本番の根拠を共通方法へまとめます。
企業との協働方法を見る専門基準
FDE の価値は検証された業務成果で測る
成熟した現場エンジニアは、発見、設計、実装、本番導入、運用を通して責任を保ちます。まず最も簡潔で確実な方法を選び、開かれた判断が必要な仕事だけに Agent の自律性を導入します。
物語より先に根拠
代表サンプル、固定評価、運用指標、利用者行動を判断材料にします。一度の滑らかなデモだけで本番信頼性は証明できません。
保守性もデリバリー
ID、権限、監査、ロールバック、運用手順、変更統制、企業への引継ぎを本番前に設計します。
能力モデル
優れた FDE は六つの文脈を同時に扱う
専門領域はチームで補完できます。FDE は不足を認識し、適切な責任者を集め、チームを越える判断を明示します。
技術能力アーキテクチャ
六層設計で Agent システムのブラックボックス化を防ぐ
各層は異なる問いに答え、レビュー可能な成果物を残します。モデルはシステムの一要素です。業務意味、操作境界、ID ガバナンス、継続フィードバックが本番成果を決めます。
01
業務フロー・受入基準
なぜ行い、何を完了とするか？
トリガー、入力、出力、責任者、期限、基準、成功指標、対象外、許容できない失敗、人の判断を定義します。これがなければ改善方向も評価基準も主観になります。
必須成果物
業務フロー説明、基準、責任表、受入・停止条件
02
企業文脈・意味層
Agent は企業の対象、関係、規則をどう理解するか？
顧客、契約、注文、イベント、指標、権限を共通意味へ写像します。Ontology やグラフでデータ、ロジック、操作、安全を接続し、説明・実行できる業務判断を作ります。
必須成果物
ドメインモデル、データ系譜、知識源、規則、鮮度制約
03
Agent・ワークフロー実行時
固定する手順と、自律判断を許す手順はどれか？
構成可能で観測可能なワークフローを優先します。手順を事前に定められず、十分なフィードバックがある場合だけ Agent を使います。分岐、並列、引継ぎ、Manager Agent、状態、終了、再試行、予算を定義します。
必須成果物
編成図、状態モデル、文脈戦略、終了・縮退規則
04
ツール・操作・システム連携
Agent は何を実行でき、失敗時にどう振る舞うか？
MCP、API、Skills、Plugins の入力、出力、前提、冪等性、期限、再試行、補償を型で定義します。読取と書込を分け、不可逆操作には確認、承認、上限、二者承認を置きます。
必須成果物
ツール契約、システム所有、エラー分類、補償、テスト用具
05
ID・権限・ガバナンス
誰がどの ID で、どの資源へ何を行ったか？
利用者、Agent、サービスへ追跡可能な ID と最小権限を与え、開発・検証・本番を分離します。情報源、ツール呼出、承認、結果、版を記録し、機密データと高リスク書込の方針を定義します。
必須成果物
ID モデル、権限表、承認方針、監査、保存規則
06
評価・観測・継続運用
システムが今も正しく価値を出しているとどう知るか？
オフライン評価で代表・境界・攻撃的な例を扱い、オンライン観測で業務成果、品質、ツール信頼性、安全、速度、コストを結びます。本番失敗を回帰例にして統制された再公開を行います。
必須成果物
固定評価セット、追跡・指標、警告、運用手順、変更・振り返り記録
基盤支援
反復する基盤は Hast に、現場の判断は FDE に
基盤は共通のタスク実行、接続、権限、運用能力を提供し、案件ごとの重複開発を減らします。顧客発見と現場判断は FDE が担当し、すべての部品は案件の合意と企業境界に従います。
構築と編成
Hast Agent、Task Agent API、Agent Server、定時・イベント・Webhook、Manager Agent、複数 Agent 協働で短いタスクと長期業務を組みます。
接続と拡張
MCP、Skills、Plugins、ブラウザ、コード、企業 API でデータと操作を接続します。FDE はツール契約、所有、失敗補償を引き続き定義します。
本番統制
ワークスペース隔離、ID、権限、承認、監査、秘密境界、実行追跡、ロールバック、人への引継ぎで高リスク操作を統制します。
継続改善
評価、本番事象、コスト、利用者の声を版管理へ接続します。案件コードを複製せず、反復する現場課題を基盤能力へ変えます。
デリバリー標準
保守可能な案件は少なくとも七種の資産を残す
コードは一つに過ぎません。どれかが欠けると、新しい技術者、企業チーム、当番担当者が安全に引き継げません。
業務フロー契約
目標、主フロー、例外、基準、指標、対象外、停止条件。
設計判断記録
主要選択、代案、取捨選択、仮説、責任者、再評価条件。
データ・権限図
系譜、機密度、ID、最小権限、保存、承認、環境境界。
ツール・失敗契約
入出力、期限、再試行、冪等、補償、不可逆操作、人への引継ぎ。
固定評価セット
代表、境界、失敗例、採点方法、閾値、版。
運用手順・事象記録
観測、警告、診断、上位連絡、ロールバック、復旧、振り返り、既知制約。
匿名化した再利用資産
顧客許可と知的財産の境界内で、パターン、コネクター、テスト、教訓を残し、生データは持ち出しません。
コミュニティ構築
貢献者レベルは検証された責任で決まる
継続的な貢献、レビュー品質、デリバリー根拠、他者への支援で進級します。技術、顧客信頼、コミュニティ保守のすべてが必要です。
01
Member
参加根拠
基礎研修と安全規範を完了し、FDE 方法を説明して事例議論へ参加できる。
担当責任
顧客境界を守り、文脈のある質問をし、Good First Field Issue を完了する。
02
Contributor
参加根拠
評価、コネクター、運用手順、パターン、匿名化した現場教訓の一つが採用される。
担当責任
自分の貢献を保守し、レビューへ応答し、適用条件と制約を記録する。
03
Reviewer
参加根拠
業務契約、設計、権限、評価、運用リスクを継続的にレビューし、実行可能な指摘ができる。
担当責任
品質を守り、貢献者を支援し、根拠のない技術嗜好を標準化しない。
04
Field Lead
参加根拠
少なくとも一つの統制された本番案件を主導し、企業責任者と技術レビューの確認を得る。
担当責任
範囲、品質、顧客対話、本番導入、障害対応へ責任を持つ。
05
Maintainer
参加根拠
共通能力領域を継続保守し、案件横断の声を扱い、新しい Reviewer と Field Lead を育てる。
担当責任
ロードマップと標準を保守し、設計対立、公開、安全対応、ガバナンスを統括する。
協働の仕組み
現場経験を、レビュー・教育・再利用できる能力へ
顧客の機密情報を守り、失敗も成功と同じように記録します。正確な失敗パターン、再現可能な評価、次のインシデントを防ぐ運用手順は価値ある貢献です。
Architecture Clinic
業務契約、状態所有、意味層、編成、権限、失敗隔離を少人数でレビューし、結論を ADR へ残します。
Case & Incident Review
時系列、根拠、システム条件に基づいてデリバリーとインシデントを振り返り、個人を責めず仕組みを改善します。
Good First Field Issue
文書不足、テスト用具、評価例、小さなコネクター、運用手順改善を境界の明確な入門課題にします。
Shadow Delivery
Member は Field Lead とともにディスカバリー、設計レビュー、受け入れ、運用レビューへ参加し、独立して責任を担う前にフィードバックを得ます。
Office Hours & Maintainer Rotation
定期的に阻害要因を解決し、交代 Maintainer が反復フィードバック、古い資産、基盤化候補を追跡します。
顧客信頼
顧客資料は原則として共有しない。再利用には許可、匿名化、境界レビューが必要
コミュニティでの学習によって顧客リスクを生んではいけません。生データ、認証情報、契約、内部設計、非公開指標、個人や組織を特定できるインシデント情報を公開資料や個人端末へ入れません。
コミュニティ資産へ入れないもの
- 顧客の生データ、プロンプト、アクセストークン、機密情報、本番ログ
- 非公開の顧客名、契約、価格、指標、脆弱性、インシデントの詳細
- 個人、企業、システムを特定できるサンプル、画像、構成
- 案件権限を超えて複製したコード、モデル、文書、第三者知的財産
再利用前の必須作業
- 顧客許可、契約制約、知的財産、適用ライセンスを確認
- 識別子、業務上の特徴、認証情報、実データの値、非公開の構成を除去
- 合成データまたは公開データで最小再現を作り、別の担当者が匿名化を確認
- 適用条件、失敗時の境界、メンテナー、有効期限の見直し日を記録
FDE コミュニティのよくある質問
参加条件、貢献方法、顧客案件と基盤の関係について。
Hast FDE に適するのはどんな人ですか？
業務の曖昧さとエンジニアリングの詳細の両方へ向き合える人です。実業務を観察し、異なる役割と話し、素早く実装・連携し、評価、安全、本番、運用へ責任を持ちます。最初からすべてに精通する必要はありませんが、欠けている能力を正直に認識しレビューを求めます。
貢献は大規模なオープンソースコードである必要がありますか？
失敗例、評価セット、設計パターン、コネクター、ツールノート、テスト、運用手順、研修、匿名化したインシデントレビューも価値があります。適用条件、制約、メンテナー、検証根拠を明記します。
すべての案件を一つのテンプレートにしますか？
案件横断で繰り返し利用でき、境界が安定した能力を基盤化します。顧客固有の意味、組織責任、主要業務フローは案件チームが設計します。早すぎる抽象化は差異を隠し、コードの複製は長期的な分岐を生みます。
コミュニティ参加者は顧客の本番環境へのアクセス権を得られますか？
コミュニティ資格に顧客の本番環境へのアクセス権は含まれません。本番アクセスは各案件・顧客が最小権限、期限、環境、監査要件に基づいて個別に承認し、役割の変更時や案件終了時に取り消します。
実在する課題を持ち込み、方法をより再利用可能にする
業務ディスカバリー、エンジニアリングデリバリー、本番環境の安全性、継続運用に一貫して責任を持つ方は、得意領域、複雑なデリバリー事例、コミュニティで保守したい能力をお知らせください。