セーフハーバー条項

このプレゼンテーションには、当社の信念と仮定、およびこのプレゼンテーションの日付時点で入手可能な情報に基づく「将来の見通し」に関する記述が含まれている場合があります。将来の見通しに関する記述には、既知および未知のリスク、不確実性、および実際の結果が将来の見通しに関する記述によって予想または暗示されるものと大幅に異なる可能性があるその他の要因が含まれます。このような差異の原因または一因となりうる、これらまたはその他の要因の詳細情報には、フォーム 10-K の最新の年次報告書、フォーム 10-Q の四半期報告書、およびその他の証券取引委員会に対する提出書類の「Risk Factors」(リスク要因) セクションの記載内容などが含まれます。当社では、将来の見通しに関する記述において開示されている計画、目的や期待を達成することは保証できません。また、お客様は、当社による将来の見通しに関する記述に過度の信頼を置くべきではありません。新製品、特長、機能に関する情報は、製品の一般的な方向性を概説することを目的としており、購入の判断材料にすることはお勧めしません。また、情報提供のみを目的としており、いかなる契約にも組み込むことはできず、いかなる資料、コード、または機能の提供もコミットまたは確約するものではなく、法的義務もありません。当社の製品について記載されている特長や機能の開発、リリース、およびタイミングは、当社の独自の判断で決定されます。当社は、将来の見通しに関する記述を更新する義務を負わず、また更新する意図もありません。

今日を、最初から最後まで

👋 ようこそ — 10:00〜17:00。今日一日で、実際のアプリのビルド・テスト・ソース管理・リリースまでを一貫して体験します。

• 1️⃣基礎知識と Build-ready な要件定義
• 2️⃣Build Agent と ATF によるビルド＆テスト
• 3️⃣ランチ
• 4️⃣オフインスタンス開発
• 5️⃣ソース管理
• 6️⃣ReleaseOps
• 7️⃣本番環境へのプッシュ＆Choose-your-own adventure

このモデルにおける「アプリ」とは？

推奨されるスタック

Fluent 以前：1つの表現形式、2度

Fluent はビルド時とランタイムを分離する

これが実践における「シフトレフト」です：ミスはビルド時、エディタの中で、インストールの前に検出される — すでに何かが壊れたあとのランタイムではありません。

SDK + Fluent = ソース駆動開発

export const MaintenanceRequest = Table({
  label: 'Maintenance Request',
  fields: { equipment: Reference('equipment') }
});

Git は正式なソース・オブ・トゥルース

この対比については、後ほどソース管理のモジュールで詳しく掘り下げます。

ソース管理を準備しましょう

• 1️⃣nowSDK で最初の Fluent アプリケーションを初期化します。
• 2️⃣新しい git リポジトリを作成してプッシュし、personal access token でインスタンスと接続します。
• 3️⃣ビルドしてインストールし、dev インスタンスに反映されることを確認します。

曖昧なストーリー vs. Build-ready なストーリー

あなたの番です：書き直してみましょう

• 1️⃣5分間 — チームで、曖昧なストーリーをエンティティ・ロール/アクセス・Given-When-Then を備えたストーリーに書き直します。
• 2️⃣今日の午前中に実際にビルドする要件を発表します。
• 3️⃣目標：まずコアとなる要件を完成させること — 早く終わった場合のみ拡張を追加してください。

1つのインスタンス、複数の開発者、衝突ゼロ

開始前にサンドボックスを割り当て、その中でフィーチャーブランチを作成し、作業が終わったら廃棄しましょう。

サンドボックスを準備しましょう

Build Agent とは？

ServiceNow Studio 内の Build Agent

アプリの既存のメタデータを読み取り、フローが実際に何をしているかを平易な言葉で説明し、具体的な修正案を提示します — 汎用的な回答ではなく、あなたのインスタンスに基づいたものです。

テストは後付けではなく開発ループの中に存在する

• 1️⃣Build Agent は Test Agent を使い、自然言語からテストケースを生成します。
• 2️⃣実行し、失敗があれば Test Agent にトリアージさせ、修正します。

メンテナンスアプリのビルド＋テスト

// Build Agent が裏で生成する Fluent コード
export const MaintenanceRequest = Table({
  label: 'Maintenance Request',
  fields: { equipment: Reference('equipment') }
});

🍽️

再開まで少々お待ちください

ここまでの進捗

アプリはビルドとテストが完了しました。次はソース管理とリリースです。

同じアプリを、プラットフォームの外で

• 💻同じ Fluent プロジェクトを、Studio の代わりに VS Code やターミナルで開きます。
• 🤖Build Agent の代わりに Claude Code（または Cursor/Codex）を使用 — 裏側の SDK は同じです。
• 🔁now-sdk build / now-sdk install は、プラットフォーム上でもオフでも同一に動作します。

演習：Git でリリースする

• 1️⃣オフインスタンス（GitHub）： ブランチを push → PR を作成 → レビュー → マージ → App Repo にプレリリースを公開。
• 2️⃣オンインスタンス： インスタンスを開き、SNS / IDE で git を使って変更を pull。

App Repository：ReleaseOps への橋渡し

ReleaseOps はソース管理に直接接続しているわけではありません — この自動生成された Update Set こそが、次に Deployment Request にプロモートされるものです。

ReleaseOps：2つのオブジェクト、1つのパイプライン

ここに到達する経路は2つあります：Update Set を Deployment Request にプロモートする方法（本ラボの方法）、または承認ゲート付きで Git から CI/CD REST API 経由でトリガーする方法（choose-your-own-adventure を参照）。

なぜ3つのインスタンスが必要なのか

アセスメントは、ペイロードを dev からテスト／ステージングのターゲットへすでに移動させています。それが最終的な移行先でもある場合、リリースにはもう先がありません — 各ステージにそれぞれ別のインスタンスが必要です。

品質管理のモデル

ラボ：Deployment Request を作成し、「Ready to Assess」にマークして実行を確認しましょう

プロモート、デプロイ、そして必要であればロールバック

• 1️⃣Deployment Request を Release にプロモートします。
• 2️⃣「本番環境」へプッシュします。
• 3️⃣Application Repository からインストールした場合のみ、決められた期間内でロールバックできます。

トラックを選んで深く掘る

興味のあるトラックを自由に探索してください — ご質問はいつでもどうぞ。始め方のヒントは演習を参照してください。

1枚の絵にたどる、あなたのアプリ

ご質問は Ashwin Patti、Shelby Cohen まで。

Warp Speed — プラットフォーム上でvibe coding

🙏

SDLC ガイド全文、リファレンス、トラブルシューティング：
servicenow.github.io/sdk/guides/sdlc-guide

Build Agent — Autonomous Engineering

• 📋要件を渡す — プロンプト、ファイルアップロード（例：ユーザーストーリーの CSV）、または Jira のような MCP 連携ツール — すると、Build Agent が曖昧な点をヒアリングで解消し、完全な実装計画を作成する：Agile ストーリー形式のワークアイテムを、依存関係グラフで順序付けしたもの。
• ✅すべてのワークアイテムを事前に確認・承認する — 計画に承認するまで何もビルドされない。
• ⚡承認後、Build Agent はワークアイテムごとにバックグラウンドエージェントを起動し、すべてを並行してビルドする — それぞれが自分の ATF テストを生成・実行し、失敗時は自動リトライと根本原因分析（RCA）を行う — 計画が完了すると、すべてを1つの Update Set にまとめる。
• 🔑ServiceNow Store から「Autonomous Engineer」アプリのインストールが必要 — 顧客に約束する前にエンタイトルメントを確認すること。
• 🖥️アクセス可能であれば、スクリーンショットの代わりにここで新しい Studio UI をライブで見せる — 権限次第なので、セッション前にアクセスできることを確認しておく。

Autonomous Engineering における Test Agent

• 🤖別途プロンプトは不要：Test Agent は各ワークアイテムのストーリーと受け入れ条件を計画から直接読み取り、実行が始まると同時に自動で ATF テストを生成する。
• 🔁今日のフローと同じ自動修復ループ — 失敗時は RCA、安全な修正は自動適用、それ以外はレビュー用に提示 — ただし、プロンプト1回ごとではなく、ワークアイテムごとに並行して実行される。
• 🆕新しい点：機能テストだけでなく UI テストも生成されるようになった — 複数ステップのブラウザレベルのフロー — さらにリスト／関連リストのテストステップ（フィルタリング、関連リストの表示確認）も対応。
• 💬サンプルプロンプト（AutoEng 以外でも使える）：Generate ATF tests for all the feature permutations on the app we built. その後：Execute all ATF tests.

Build Agent + MCP

一度だけの管理者設定（Connect Hub ＋ AI Control Tower の承認）を行えば、あとは各開発者が自分の Build Agent 設定で有効化できます。

カスタムルール — 言葉づかいを変える

• 📝TODO：この文脈における「カスタムルール」が具体的に何を指すか（用語・ローカライズ？Build Agent 出力のトーン・スタイル指示？）— 発表前に確認が必要。
• 📝TODO：どこで設定されるか、アプリスコープかインスタンス全体かどうか。
• 📝TODO：サンプルプロンプトまたは変更前後の例（可能であれば）。

BONUS SLIDE — PENDING/ROADMAP CONTENT PER LEGAL（SLIDE 2）. PRESENTER TO FILL IN BEFORE SESSION.