セーフハーバー条項

［プレースホルダー：本スライドの日本語版セーフハーバー条項（将来の見通しに関する記述についての注意事項）は法務・IR承認前の暫定版です。発表前に、法務承認済みの正式な日本語文言に置き換えてください。］

PLACEHOLDER — PENDING LEGAL/IR-APPROVED JAPANESE TRANSLATION. SEE COMMENT ABOVE FOR ENGLISH SOURCE TEXT.

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

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

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

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

推奨されるスタック

SDK + Fluent = ソース駆動開発

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。

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

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

品質管理のモデル

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

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

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

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

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

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

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

🙏

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

Build Agent — 統合された SNS & AutoEng Mode

• 📝TODO：SNS と AutoEng Mode が1つの編集画面に統合されると、ユーザーにとって何が変わるか。
• 📝TODO：今日教えたワークフロー（Build Agent + ATF、オフインスタンス開発）にどう影響するか。
• 📝TODO：デモまたはスクリーンショット（可能であれば）。

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

9月リリースで追加される内容

• 📝TODO：主要機能 #1。
• 📝TODO：主要機能 #2。
• 📝TODO：主要機能 #3。

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

AutoEng Mode における ATF

• 📝TODO：今日の Build Agent + Test Agent のフローと比べて、AutoEng Mode 内での ATF 作成がどう変わるか。
• 📝TODO：何が変わらないか（例：約13種類のステップタイプ）と、何が新しいか。
• 📝TODO：サンプルプロンプト（可能であれば）。

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

既存のレガシーアプリへの ATF テスト生成

• 📝TODO：今日のワークショップのフロー（新規アプリでの構築）とどう異なるか。
• 📝TODO：ブラウンフィールドとの類似点（例：now-sdk init --from）。
• 📝TODO：レガシー／複雑なアプリにおける既知の制約。

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

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.

先取り：次に来るもの

• 👀TODO：主要項目 #1 — 発表前に社内ロードマップブリーフィングで確認。
• 👀TODO：主要項目 #2。
• 👀TODO：主要項目 #3。

このスライドの内容はすべて方向性を示すものであり、確約ではありません — スライド2のセーフハーバー条項を参照してください。

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

Warpspeed デモ

• 👀ライブデモ — 発表者がアプリを直接操作しながら説明します。
• 📝TODO：ライブで見せる具体的なワークフローを1〜2つ選んでおく（例：備品リクエストや休暇申請など）。