Safe harbor statement

This presentation may contain "forward-looking" statements that are based on our beliefs and assumptions and on information currently available to us only as of the date of this presentation. Forward-looking statements involve known and unknown risks, uncertainties, and other factors that may cause actual results to differ materially from those expected or implied by the forward-looking statements. Further information on these and other factors that could cause or contribute to such differences include, but are not limited to, those discussed in the section titled "Risk Factors," set forth in our most recent Annual Report on Form 10-K and Quarterly Report on Form 10-Q and in our other Securities and Exchange Commission filings. We cannot guarantee that we will achieve the plans, intentions, or expectations disclosed in our forward-looking statements, and you should not place undue reliance on our forward-looking statements.

The information on new products, features, or functionality is intended to outline our general product direction and should not be relied upon in making a purchasing decision, is for informational purposes only, and shall not be incorporated into any contract, and is not a commitment, promise, or legal obligation to deliver any material, code, or functionality. The development, release, and timing of any features or functionality described for our products remains at our sole discretion. We undertake no obligation, and do not intend, to update the forward-looking statements.

Today, start to finish

👋 Welcome — 10:00 AM – 5:00 PM. By the end of today, you'll build, test, source-control, and release a real app end-to-end.

• 1️⃣Foundations & build-ready requirements
• 2️⃣Build & Test with Build Agent & ATF
• 3️⃣Lunch
• 4️⃣Off-instance development
• 5️⃣Source control
• 6️⃣ReleaseOps
• 7️⃣Push to production & choose-your-own adventure

What is an "app" in this model?

The prescribed stack

SDK + Fluent = source-driven development

Git is the authoritative source of truth

We'll go deeper on this contrast later in the Source Control module.

Get your source control ready

• 1️⃣Initialize your first Fluent application with nowSDK.
• 2️⃣Create a new git repo, push it, and connect your instance to it with a personal access token.
• 3️⃣Build and install it, and confirm it lands on your dev instance.

Vague story vs. build-ready story

Your turn: rewrite it

• 1️⃣5 minutes — as a team, rewrite a vague story into one with entities, roles/access, and Given-When-Then.
• 2️⃣We present the requirements you'll actually build against this morning.
• 3️⃣Goal: finish the core requirements first — add extensions only if you finish early.

One instance, many developers, zero collisions

Allocate a sandbox before you start, create your feature branch inside it, decommission it when you're done.

Get your sandbox ready

What is Build Agent?

Build Agent in ServiceNow Studio

It reads your app's existing metadata, explains what a flow actually does in plain language, and proposes concrete fixes — grounded in your instance, not a generic answer.

Tests live in the dev loop, not bolted on

• 1️⃣Build Agent uses Test Agent to generate test cases from natural language.
• 2️⃣Run them, let Test Agent triage a failure, and fix it.

Build + test the maintenance app

// the Fluent code Build Agent writes under the hood
export const MaintenanceRequest = Table({
  label: 'Maintenance Request',
  fields: { equipment: Reference('equipment') }
});

🍽️

Back soon to re-anchor

Where we left off

Your app is built and tested. Next: source control and release.

The same app, off the platform

• 💻Same Fluent project, opened in VS Code or your terminal instead of Studio.
• 🤖Claude Code (or Cursor/Codex) in place of Build Agent — same SDK underneath.
• 🔁now-sdk build / now-sdk install work identically, on- or off-platform.

Exercise: ship it with Git

• 1️⃣Off instance (GitHub): push branch → open PR → review → merge → publish pre-release to the App Repo.
• 2️⃣On instance: open the instance and pull the changes in SNS / the IDE using git.

ReleaseOps: Two objects, one pipeline

Two paths get you here: promote an Update Set into a Deployment Request (this lab), or trigger it from Git via the CI/CD REST APIs with an approval gate (see choose-your-own-adventure).

The quality-control model

LAB: CREATE A DEPLOYMENT REQUEST, MARK "READY TO ASSESS," WATCH IT RUN

Promote, deploy, and roll back if needed

• 1️⃣Promote the Deployment Request to a release.
• 2️⃣Push to "production."
• 3️⃣Roll back within the fixed window — only when installed from the Application Repository.

Pick a track, go deep

Explore whichever track interests you most — we're here for questions. Head to the exercise for ideas to get started.

One picture, your app traced across it

QUESTIONS? PING Ashwin Patti, Shelby Cohen.

🙏

Full SDLC guide, reference, and troubleshooting:
servicenow.github.io/sdk/guides/sdlc-guide

Build Agent — unified SNS & AutoEng Mode

• 📝TODO: what changes for users once SNS and AutoEng Mode are unified into one authoring surface.
• 📝TODO: how this affects the workflow taught today (Build Agent + ATF, off-instance dev).
• 📝TODO: demo or screenshot, if available.

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

What's coming in the September release

• 📝TODO: headline feature #1.
• 📝TODO: headline feature #2.
• 📝TODO: headline feature #3.

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

ATF in AutoEng Mode

• 📝TODO: how ATF authoring changes inside AutoEng Mode vs. today's Build Agent + Test Agent flow.
• 📝TODO: what stays the same (e.g. the ~13 step types) vs. what's new.
• 📝TODO: example prompt, if available.

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

Generating ATF tests on existing legacy apps

• 📝TODO: how this differs from today's workshop flow (built on a net-new app).
• 📝TODO: any brownfield parallel worth drawing (e.g. now-sdk init --from).
• 📝TODO: known limitations for legacy/complex apps.

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

Build Agent + MCP

One-time admin setup (Connect Hub + AI Control Tower approval), then any developer turns it on for themselves in their own Build Agent settings.

Custom rules — changing language

• 📝TODO: what a "custom rule" actually is in this context (terminology/localization? tone/style guidance for Build Agent output?) — confirm before presenting.
• 📝TODO: where it's configured, and whether it's app-scoped or instance-wide.
• 📝TODO: example prompt or before/after, if available.

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

Sneak peek: what's next

• 👀TODO: headline item #1 — confirm with internal roadmap briefing before presenting.
• 👀TODO: headline item #2.
• 👀TODO: headline item #3.

Everything on this slide is directional, not a commitment — see the safe harbor statement on slide 2.

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

Warpspeed demo

• 👀Live demo — presenter walks through the app directly.
• 📝TODO: pick 1–2 concrete workflows to walk through live (e.g. an equipment request or a time-off approval).