Apply engineering rigor to AI-native development.Get the most out of AI in your company.

Ship production-ready software, from spec-driven development to final deployment, the right way and on the first attempt. The h|ve Platform plugs into your existing codebase, the standards your team follows and the enterprise tooling you already use.

h|ve Platform Board: the cards of a project in each stage, from Backlog to Main, with flow, impediments and CI pass rate at the top
The Board of a live project: each column is a stage, and moving a card checks the gate before it takes effect. Real data from the project where h|ve builds itself.

A common layer between people and technology.

h|ve sits between the team and the stack: it takes direction from people and makes the same rule hold for every agent, model and tool.

Humans / TeamStrategy · Direction · PrioritiesEngineering that extends people
  • Context

    Goals, architecture, policy and owner become an executable base.

  • Orchestration

    Agents, models and tools receive context and a sequence of work.

  • Integration

    Data, repositories, boards, CI and systems stay where they already are.

h|ve Platform

  • Guardrails

    Permissions, gates and policies travel with execution, not a checklist afterwards.

  • Observability

    Every action gets origin, decision, deviation, execution, cost and evidence.

  • Portability

    The stack can change without losing the layer that governs how it is used.

On top of the stack the company already has

  • LLMs
  • Agents
  • RAGs
  • Cloud and services
  • Repositories
  • Tests

Why h|ve matters

  • Without h|ve

    Connected tools, fragmented operation.

    Context gets lost between prompt, agent, PR, pipeline and approval. Governance tries to rebuild it afterwards.

  • With h|ve

    One common rule follows all the work.

    Context, authority, policy and evidence travel with the execution, whatever the tool.

  • Result

    More speed without giving up control.

    Context, authority, policy and evidence stay linked from the start to the result.

3 min · English and Portuguese

h|ve Platform demo video

What the platform brings.

Six capabilities that act during execution, not in a review afterwards. Beside each one, the product screen where it shows up.

The capabilities

h|ve Map

Context

Goals, architecture, policy and owners become a base the work consults and respects.

Rules screen: the Light, Standard and Strict levels, and what the machine never decides at each stage transition

Inside the platform: the work.

The path of a card, from proposal to cost, on the real screens of the h|ve Platform. At each step, what the team sees and what the platform guarantees underneath.

  1. 01 · Intakeh|ve Flow

    The machine proposes. A person decides.

    On screen

    Everything an agent suggests lands in Triage before it becomes work. For each proposal, someone on the team accepts it, marks it as a duplicate, rejects it with a reason or snoozes it.

    Under the hood

    Machine proposals stay apart from the team’s work until someone decides: the backlog only receives what a person accepted.

    Triage screen: proposals made by the machine, each with Accept, Duplicate, Reject and Snooze actions
  2. 02 · The cardh|ve Flow

    A card only moves along the allowed path.

    On screen

    The card drawer brings together the request, its fields, the refusals it has received and its stages. Under “Move stage”, the screen shows where it can go next.

    Under the hood

    The transition is a rule, not a convention: from Backlog, the only legal step is Spec, and the other stages show as blocked with the reason. The same rule holds on every channel: the board, the CLI or the MCP.

    A card drawer open over the list: refusals, fields and Move stage, where only the move to Spec is available
  3. 03 · The recordh|ve Ledger

    One row per change, with who made it and under which rule.

    On screen

    Changes lists every card that changed in the period: who made it (person, machine or automation), the scope in files, the controls that ran and the outcome.

    Under the hood

    A pull request opened with no card, or a branch the gate recorded with no card, does not become a row: what shows up here went through the flow. The controls show, card by card, what was verified and what went ungoverned.

    Changes screen: one row per card, with actor, scope, controls and outcome for the period
  4. 04 · The costh|ve Ledger

    What each card cost, by model.

    On screen

    The Cost tab of the Trail adds up the period and breaks the spend down by card, with the model used and the tokens consumed.

    Under the hood

    The amount is estimated from a dated price base, and measurement has a declared start date. AI cost stops being the monthly invoice and becomes data on each delivery.

    Trail screen, Cost tab: estimated cost for the period and, per card, the model, tokens and amount

A platform that governs all your AI development.

Five modules around the same rule. Below, what each one does and what it asks of you.

h|ve Platform

  1. MapBusiness
  2. FlowBusiness and development
  3. JudgeDevelopment and data
  4. GuardDevelopment and governance
  5. LedgerAudit
  1. Context

    h|ve Map

    Business

    What it does
    Reads the documentation, the code and the decisions that already exist and distills all of it into a living model of your organization: capabilities, policies, owners and the rules the business actually follows. It is the semantic layer that gives AI the context it was missing, and it becomes the initial Flow configuration.
    What it asks of you
    The material you already have and a few hours from your leaders. Where documentation is missing, Map starts from reference models for your sector.
  2. Orchestration

    h|ve Flow

    Business and development

    What it does
    Carries each piece of work from intent to merge across nine stages, with a gate at every handoff that only advances against the right artifact. The board moves on its own by the state of continuous integration. The merge stays a human decision.
    What it asks of you
    That work goes through the board, and that each gate has its artifact. The architect override is always at hand, and always asks for a recorded reason.
  3. Drift analysis

    h|ve Judge

    Development and data

    What it does
    Compares the approved spec with what the pull request actually delivered and writes, on the PR itself, where the two drifted apart. Hardened against instructions hidden in untrusted content. Review starts already knowing where to look.
    What it asks of you
    An approved spec to compare against. With nothing agreed, there is no drift to point at.
  4. Editor barrier

    h|ve Guard

    Development and governance

    What it does
    Lives inside the editor. The instant the agent tries to write, it checks whether that file belongs to the card approved for that branch. If it does not, the write does not happen. Not a warning after the fact, a block before it exists.
    What it asks of you
    One install line and a card with an approved scope. It costs 1.5 seconds per check, with per-branch caching.
  5. Memory and trail

    h|ve Ledger

    Audit

    What it does
    Records every decision with author, authority and basis, in a history that only appends and never rewrites. Over time those decisions become the distilled memory of the company: an auditable trail that answers who decided, why and at what cost, and feeds business decisions.
    What it asks of you
    Nothing beyond working inside the flow. The trail forms on its own as decisions happen.

Native capabilities

  • Governed Context Layer

    Decisions and execution

  • FinOpsAI

    Cost and value at every level

  • BYOK

    Control of LLM keys

  • LGPD + Immutable trail

    Auditable evidence

Native governance. Without slowing delivery.

Inside the platform: governance.

After the work, what the company controls, proves and sends out of the product. The same real screens, read the same way.

  1. 05 · Governanceh|ve Map

    What the company governs, and what it does not.

    On screen

    The Decision catalog matches 51 COBIT 2019 control points against what the company has configured, on three levels: the rule enforces itself, the decision is recorded, or nobody controls it.

    Under the hood

    A point with no answer shows as “not measured”, never as zero. The screen shows where governance already exists and where it is still only an intention.

    Decision catalog screen: 51 COBIT 2019 control points on three levels, with findings not yet measured
  2. 06 · The proofh|ve Judge

    The rule is proven, not promised.

    On screen

    Conformance shows the differential test: two independent implementations of the same decision, compared combination by combination.

    Under the hood

    It is not enough for both to deny: they have to deny for the same reason. In the latest proof, 952,320 combinations were compared with zero divergences, and the coverage of each axis is published without rounding.

    Conformance screen: proof date, 952,320 combinations compared, verdict fields and zero divergences
  3. 07 · Outputh|ve Platform

    Events go where the team already works.

    On screen

    In Settings, the project connects its GitHub repository (stage webhook, CI and automation) and registers outbound webhooks to Slack, Microsoft Teams or OpenTelemetry.

    Under the hood

    Before an address is registered, the platform sends a test event, and only a destination that accepted it is saved. API integration uses its own token, which can be revoked at any time.

    Settings screen: outbound webhook registration with the Webhook, Slack, Microsoft Teams and OpenTelemetry channels

The same feature crossing the five layers.

Build faster, with higher quality and lower risk, with specs as your single source of truth, advanced context management and consistent enforcement of the standards your team sets. The h|ve Platform brings rigor, quality and consistency so your teams deliver at their best.

01 BUSINESSMap02 ARCHITECTUREFlow05 GOVERNANCEFlow · Guard · Judge03 DEVELOPMENTGuard · Judge04 DATALedgerMapCONTEXTBusiness intentThe request enters as a card, with an origin and an owner. Map distills the documentation you already have into a living model of the organization.INSPECTScapabilitiespoliciesdecisionsownersgaps by riskTHE MODEL BECOMES FLOW CONFIGURATIONFlowORCHESTRATIONThe configured methodNine stages, five human roles and two actors that are not people, in a single state machine on the server.INSPECTSstagesrolesgatestransitionsartifact at each gateno gateFLOWapproved specGUARDbranch scopeJUDGEAI statementFLOWfinalresultFLOWtwo signaturesFLOWreason for theoverrideFLOWhumancredentialwrite blockedIntent01 · backlogSpecification02 · specConstruction03 · devPull request04 · prIntegration05 · ciQuality and data06 · qa_dataArchitect07 · architectMerge08 · mainspec sent backdrift namedsignature deniedLedgerDISTILLED MEMORYThe eight transitions record themselvesAn append-only record. Nobody rewrites the past, and a refusal is kept with the actor and the rule that stopped it.INSPECTSactorauthoritybasisrefusaldivergencetoken costAI statementLedger hands the number back to the business

use the arrow keys to walk the eight steps

The white dot in the corner of a gate marks the transition only a human credential opens: approving a spec, failing quality, authorizing an override and merging into main. A dashed line is a return, and it carries the colour of the piece that sent the work back.

The questions that come up before the conversation.

Does this replace my GitHub, my Jira or my editor?

No. h|ve governs on top of what you already use. The typical install removes no tool.

Do we need documented processes to start?

No. Half the cases start with no documentation. Map builds the first version of the model from reference frameworks for your sector and validates it with your leaders.

Will this slow my team down?

Barriers come in by choice, starting with one gate and two roles. Guard has a 1.5 second budget and lets the edit through if the service does not answer.

What is the AI not allowed to do?

To conclude on its own what requires human accountability. Approving a spec, failing quality and merging to the main branch require a person, with a person credential.

How much effort is the rollout?

Guard takes minutes. Flow in light mode takes less than a day. In Scan & Go, the first five phases add up to 14 working days with your leadership and selected teams.

We integrate your current stack.

Agents work inside your code hosting, task tracking, chat, cloud and continuous integration tools.

No replacing. No lock-in. No interruption.

AI

Development

Collaboration

Claude
ChatGPT
Gemini
VS Code
Cursor
GitHub
MCP
Microsoft Teams
GitLab
Linear

h|ve Platform

h|ve Platform

AI

  • Claude
  • ChatGPT
  • Gemini

Development

  • VS Code
  • Cursor
  • GitHub
  • MCP

Collaboration

  • Microsoft Teams
  • GitLab
  • Linear

See the mechanism applied to your operation.

A short conversation to understand where your team is today and what the platform changes in your context. No generic demo: we start from your real flow.