Skip to content

HCS Platform EngineeringThe central governance hub for Hybrid Cloud Solutions

Identity and secrets, standards, tooling, and multi-model AI-agent configuration for every HCS project — every other repo references this one.

How the platform governs repos — the three-layer model

HCS governs every repo across every AI coding tool (Claude Code, Codex, Gemini, Cursor, VS Code Copilot) through three layers that deliver the same source of truth in three different ways. A repo stays governed even if one layer is unavailable.

LayerWhat it isWhen it is used
1. MCP server — machine bootstrapThe HCS Governance MCP exposes the registry, standards, validation, and auth to any client on any machine. A client calls bootstrap(repo, client) at session start and receives its scope, hard rules, applicable standards, and tier-appropriate orchestration guidance in one compact payload.The primary path. Any tool that can connect to the MCP gets live, scope-resolved governance without cloning anything.
2. Public standards site — human + offline referenceThis site (platform.hybridsolutions.cloud) publishes the authoritative HCS standards as readable prose. Every repo's AGENTS.md links here with plain public URLs that need no authentication.Humans reading standards; and any client that cannot reach the MCP but can fetch a URL.
3. In-repo AGENTS.md — offline fallbackEach repo commits a thin AGENTS.md (canonical, read by every tool) plus a CLAUDE.md shim. It carries an MCP-first pointer, a minimal hard-rules digest, the scope name, and the public standards URLs.The last-resort fallback — a repo is still usable and governed with zero network access.

The layers are ordered by richness, not priority of correctness: they all serve the same standards. Layer 1 is the fullest and most current; layer 3 guarantees a repo is never ungoverned. See the agents standard for the full multi-model configuration and the orchestration overview for how clients are tiered by capability.


What lives here

Packages

Reusable deployable enterprise cloud packages & Bicep solutions.

  • Tenant observability — The HCS tenant observability package is a reusable, cost-first Azure Monitor and FinOps foundation.

Tooling & Testing

Central CI/CD and automated test frameworks used by all downstream repositories.

  • MAPROOM — The unit testing framework for Bicep and IaC projects.
  • TRAILHEAD — The end-to-end scenario testing framework.
  • ADO Reusable Pipelines — Standardized Azure DevOps pipeline YAML templates replacing GitHub Actions.

Identity and secrets

The registry of every service principal, managed identity, Key Vault secret, GitHub PAT, and ADO variable group across all HCS projects. No sensitive values are stored here — only documentation of what exists, where it lives, who or what uses it, and when it expires.

Go to identity overview →

Standards

The authoritative definition of every standard enforced across all HCS repos. When a standard changes, it changes here first.

StandardDescription
GovernanceNaming conventions, required files, branch strategy, PR requirements, issue management
ScriptingPowerShell 7 conventions, config-driven scripting, Resolve-KeyVaultRef, Invoke- pattern
AutomationPipeline-first principle, ADO vs GitHub Actions, multi-tool interoperability
InfrastructureIaC tool selection, deployment phases, Bicep/Terraform conventions
TestingUnit, contract, scenario, and drift-audit test classes
Variables and namingAzure resource names, keyvault:// URIs, config YAML naming
DocumentationMarkdown, draw.io, MkDocs Material admonitions, badges
Agents (multi-model)Cross-tool config layout, MCP wiring, memory model, model overrides
AI workspace.ai/ cross-tool memory and handoff contract

Multi-model agent configuration

The canonical reference for how every AI coding tool — Claude Code, Codex, Gemini, Cursor, VS Code Copilot — is configured at the user level and the repo level across all projects. See the agents standard for the cross-tool model; the pages below cover the agent environment in depth.

User environment → | Repo settings → | Agent roster → | Skills → | Hooks →

Templates and scripts

  • templates/CLAUDE.md.template — starting point for every new repo's CLAUDE.md
  • templates/repo-scaffold/ — baseline file structure for new repos
  • scripts/Load-HCSEnvironment.ps1 — pulls secrets from Key Vault into the local session

Getting started with a new project

  1. Create the repo following the naming conventions in governance
  2. Copy templates/repo-scaffold/ into the new repo
  3. Fill in templates/CLAUDE.md.template and commit it as CLAUDE.md
  4. Register any new secrets or SPNs in the appropriate identity doc

Owner

Kristopher Turner — kris@hybridsolutions.cloud Senior Product Technology Architect, TierPoint | Microsoft MVP (Azure) | MCT Owner, Hybrid Cloud Solutions LLC — hybridsolutions.cloud | thisismydemo.cloud

Copyright © Hybrid Cloud Solutions LLC — Kristopher Turner