All articles
    AI Engineering

    Building on Claude: Why AI Walay Joined the Claude Partner Network

    AI Walay, the company I founded, was accepted into the Claude Partner Network, the program Anthropic launched in March 2026 for organizations helping businesses adopt Claude. For me it formalizes work I already do: building Claude agents with tool use, shipping Model Context Protocol servers, and putting Claude into production systems with refusal handling, structured outputs and cost tracking.

    Syed Husnain Haider Bukhari
    8 min read

    AI Walay has been accepted into the Claude Partner Network. The company-side announcement is on the AI Walay blog as AI Walay accepted into the Claude Partner Network. Here I want to write as the engineer who builds the systems: what I actually run on Claude, why it keeps winning the model choice for certain kinds of business work, and what joining does and does not say about AI Walay.

    What is the Claude Partner Network?

    Anthropic launched the Claude Partner Network on March 12, 2026, for organizations that help businesses adopt Claude, backed by an initial $100 million commitment. Membership is free and open to organizations bringing Claude to market. In June 2026 Anthropic added a Services Track with Select and Preferred tiers, each with its own qualifying thresholds.

    I am deliberately not naming a tier for AI Walay in this post, and I am not quoting certification counts. Partner programs evolve, tiers have thresholds, and the accurate statement is simply that AI Walay is a member of the network. Anthropic has not endorsed any specific project of mine, and nothing below should be read as if it had.

    Why I was building on Claude before any partnership

    The network formalizes something that was already true in the code. Three of the systems with their own pages on this site use Claude in production, and each one uses it for a different reason. That spread is the best argument I can make for why I keep choosing it.

    Where Claude sits in systems I have shipped, and why it was the choice there:

    SystemWhat Claude doesWhy Claude there
    GetNotes.aiWrites structured minutes from a diarized transcriptHolds a fixed output contract; refusals are explicit and catchable
    CyberKCTier 3 reasoning on the security alerts nothing cheaper could resolveStrong reasoning per dollar on a small residual of alerts
    psx-mcp and opportunity-mcpCalls typed tools over MCP from Claude Desktop or a hosted agentMCP lets one tool surface serve every compatible client

    GetNotes.ai: output contracts and refusals as data

    In GetNotes.ai, ElevenLabs Scribe transcribes a meeting with speaker labels and Claude writes the minutes to a fixed contract: a three-to-six bullet summary, decisions, action items as owner plus task plus deadline, and key discussion points. When there are no decisions, it returns 'None recorded' instead of padding. The design choice I care most about is that notes generation is non-fatal. If Claude errors or returns a stop reason of refusal, the transcript is still saved and the API response carries a flag and a readable error. A refusal is a state the product handles, not an exception that loses the user's meeting.

    CyberKC: the expensive model at the top of a funnel

    CyberKC classifies Wazuh alerts through four tiers, and only the residual reaches a cloud LLM. The committed evaluation ran claude-haiku-4-5 against 12 curated alerts and recorded full category-match and schema-validity rates, 0.875 MITRE technique recall, and an average measured cost of $0.0040 per call. A PII tokenizer sits in front of every cloud call so raw IPs, hostnames and usernames never leave the network. That pattern, cheap tiers first and Claude only where reasoning is needed, is how I put a frontier model into a business system without the invoice becoming the headline.

    Tool use and MCP: where most of the real work is

    An agent is mostly its tools. The prompt matters, but whether a business agent is trustworthy comes down to which actions it can take, how those actions are described to the model, and what happens when one fails. I wrote more about that in building production-ready AI agents with Python. Claude's tool use is the part of the API I spend the most time in.

    Model Context Protocol pushed that further. MCP is the open standard Anthropic introduced for letting AI clients discover and call external tools through one interface. My MCP servers for Pakistani financial data are the clearest example of how I build with it. psx-mcp exposes Pakistan Stock Exchange quotes, dividends, announcements and indices as nine typed tools, three read-only resources and three templated prompts. Both servers are on PyPI and ship MCP Registry manifests.

    Three lessons from building those servers carry over to every client agent:

    • The docstring is the contract. In FastMCP the function docstring becomes the tool description the model reads, so caveats live there. The payout screener says outright that it filters by percentage of face value, not true yield, and tells the model to fetch a quote if it needs real yield.
    • Return decisions, not raw data. The buy-deadline tool computes book closure minus two trading days and returns a status like URGENT_TOMORROW with a plain-English message, so the model never re-derives settlement math from text.
    • Make the boundary physical. There is no order-placement path anywhere in the stack. A read-only agent is read-only because the capability does not exist, not because a prompt asks nicely.

    Transport is a flag rather than a rewrite: Claude Desktop and Cursor connect over stdio, and a hosted agent gets a streamable HTTP endpoint from the same code. That is exactly what a business needs when an internal tool should work in an employee's desktop assistant today and inside an automated workflow next quarter.

    Why Claude for business deployments

    When a client asks which model to use, my answer depends on the job. For the categories below, Claude is usually where I start, and the reasons are engineering reasons rather than brand preference.

    Where Claude tends to win the model choice in my builds:

    • Long, structured documents in, structured output out: minutes, reports, contract summaries, triage verdicts with a schema.
    • Agents whose tools have real consequences, where clear tool descriptions and predictable tool calls matter more than raw speed.
    • Systems that need a defined failure mode. An explicit refusal stop reason is something I can branch on and log.
    • Internal tooling that benefits from MCP, so one server serves desktop assistants and automated agents alike.

    It is not the answer to everything. My open-source AI Calling Agent uses OpenAI for the conversation, CyberKC puts a local model in front of any cloud call, and some voice builds pick whichever model has the lowest time-to-first-token that week. The Anthropic Claude integration page lays out how I scope Claude work specifically, and AI agents in production covers the habits that matter regardless of model.

    What joining changes, and what it does not

    What changes is mostly on the company side. Being in the network puts AI Walay inside the program Anthropic built for organizations bringing Claude to businesses, and it gives clients who already standardize on Claude a clear signal that we build on it routinely. As the Services Track matures, I will say exactly what AI Walay qualifies for when that is a fact rather than an aspiration.

    What does not change is how a project runs. Clients own their code and their data. I still write the plan before the build, still put cheap deterministic steps in front of model calls, and still recommend another model when it is the better fit. If you want to see how that plays out on a real agent build, how to deploy AI agents in production safely is the closest thing to my checklist.

    If you are planning a Claude agent, an MCP server for internal data, or a migration of an existing workflow onto Claude, book a call below. You will get a one-page plan first.

    Claude and Anthropic are trademarks of Anthropic, PBC.

    Key takeaways

    • AI Walay is a member of the Claude Partner Network, which Anthropic launched on March 12, 2026, with an initial $100M commitment.
    • Membership is free for organizations bringing Claude to market; the Services Track adds Select and Preferred tiers with thresholds.
    • Claude already runs in production in GetNotes.ai, CyberKC and the psx-mcp and opportunity-mcp servers.
    • Good business agents come from tool design: docstrings as contracts, decisions instead of raw data, and hard capability boundaries.
    • Model choice stays per job; Claude leads for structured output, consequential tool use and explicit failure modes.

    Frequently asked questions

    What is the Claude Partner Network?
    The Claude Partner Network is Anthropic's program for organizations that help businesses adopt Claude. It launched on March 12, 2026, with an initial $100 million commitment from Anthropic. Membership is free and open to organizations bringing Claude to market, and a Services Track added in June 2026 has Select and Preferred tiers with qualifying thresholds.
    Which Claude Partner Network tier is AI Walay in?
    This post does not claim a tier. AI Walay is a member of the Claude Partner Network, and that is the accurate statement today. The Services Track has Select and Preferred tiers with their own thresholds, and any tier will be stated publicly only once it is confirmed rather than implied from membership.
    Does joining mean Anthropic endorses AI Walay's work?
    No. Membership in the Claude Partner Network is not an endorsement of any specific project, and Anthropic has not reviewed the systems described on this site. The useful evidence is the architecture itself: each project page documents how Claude is used, how failures are handled and what was measured.
    How do you use Claude in production systems?
    Claude writes structured meeting minutes in GetNotes.ai with refusals handled as a non-fatal state, handles Tier 3 alert reasoning in CyberKC behind a PII tokenizer, and calls typed tools through my MCP servers. Each deployment tracks tokens or cost per call so spend is visible rather than discovered on an invoice.
    What is an MCP server and why build one?
    An MCP server exposes tools, resources and prompts through the Model Context Protocol, an open standard Anthropic introduced, so any compatible AI client can call them. You build one when an internal system should be usable from desktop assistants and automated agents alike, without writing a separate integration for each client.
    Do you only build on Claude now?
    No. Model choice stays per job. Claude is usually my starting point for structured documents, agents with consequential tools and systems that need explicit failure modes, but my AI Calling Agent uses OpenAI, CyberKC runs a local model before any cloud call, and voice builds often follow lowest latency.

    Sources

    Tags:
    ClaudeAnthropicMCPAI AgentsAI Walay
    HB

    Written by Syed Husnain Haider Bukhari

    AI engineer, data scientist, and founder of Revolutionary Technologies LLC. Ships production AI agents, automations, and data platforms for teams in the US, UK, and UAE — including AgentFlow, AI Walay, and ProLeads.

    Get in touch →

    Related pages

    Want this built instead of researched?

    I build these systems for teams in the US, UK, and UAE. Book a free 30-minute consultation and you get a one-page plan and a fixed-scope quote within 48 hours — or message me directly, whichever is faster for you.

    Prefer a form? Send a project brief →

    Let's Create a Revolution