Skip to lesson content
Northstar AIAgentic learning
Learning moduleEnterprise Agentic AI Specialization

Course / Week 2 / W2L8

Week 2 supplied material5 minutesLesson

W2L8

Development environment, SDKs, and the build sequence

An MCP development environment needs an IDE or code editor, the package manager for the selected language, the appropriate SDK, and any API keys required by the model or external services.

An MCP development environment needs an IDE or code editor, the package manager for the selected language, the appropriate SDK, and any API keys required by the model or external services.

The examples use editors such as Visual Studio Code, IntelliJ, and PyCharm. The SDKs are open source and provide the building blocks for clients, servers, tools, resources, and prompts.

The .NET examples include basic and advanced servers, ASP.NET integrations, and tool patterns. Java examples include Spring-ready builds, reactive programming, and type-safe error handling. JavaScript supports Node and browser development and includes WebSocket streaming. Python is asynchronous and can work with FastAPI or Flask and with machine-learning tools.

A practical learning sequence is:

  1. Create an MCP server.
  2. Inspect the server with MCP Inspector.
  3. Write a client that connects to the server.
  4. Add a language model so the client can negotiate with the server instead of sending only fixed

commands.

  1. Run the system in Visual Studio Code, including with GitHub Copilot agent mode where appropriate.
  2. Add server-sent events and then HTTP streaming for real-time responses.
  3. Use the AI Toolkit for Visual Studio Code to test and iterate.
  4. Test the complete implementation.
  5. Deploy the server locally or in the cloud.

A calculator agent is used as a practice project across languages. It is more than a minimal connection test because it gives the learner experience with tools, prompts, and resources while keeping the underlying task simple.

MCP Inspector is central to the development process. It connects to a running server, lists the available capabilities, and lets the developer invoke them directly. This makes it possible to inspect live server behavior before adding a complete model-driven host.

The Inspector can also connect to a deployed endpoint. The developer can list the server's tools and run them in real time, making it useful for both local development and remote verification.

Learning material supplied for Week 2.

Reviewed
17 Aug 2026
Review due
16 Oct 2026
Ready when you areMark complete when you have finished this lesson.