SHEET G-001
Current capacity — one engagement, opening Q_ 20__ Start a brief →

COG-AI · AI development services

Agent systems built to bear load.

Autonomous AI, delivered like infrastructure: a written spec, deterministic checks, contained failure modes — and an engineer's name at the bottom of the sheet.

Taking one engagement · Q_ 20__

INTAKE REASONING CORE TOOL BUS STAMPED OUTPUT ONE WRITTEN SPEC — INTAKE TO SIGN-OFF 24/7 DUTY CYCLE
PrincipalNYS-Licensed Professional Engineer
DisciplineAutonomous agents · MCP · LLM systems
BaseClarence, New York — remote everywhere
A-101

Services

Scope of work
A-101.1

Autonomous agent systems

Around-the-clock agents on dedicated substrate — scoped, built, and monitored like plant equipment. Single-task workers to coordinated fleets, with blast-radius containment, termination criteria, and audit trails designed in, not bolted on.

24/7 operationsFleet controlAudit trails
A-101.2

MCP servers & deep integrations

Custom Model Context Protocol servers that put frontier models inside the software you already run — including desktop CAD, where we've wired AI directly into AutoCAD and Civil 3D. If it has an API, a command line, or a keyboard, an agent can drive it.

MCP protocolDesktop automationCAD / ERP / LOB
A-101.3

Document & permit automation

Pipelines that read real-world paperwork — plan sets, submittals, applications — and run every sheet against a deterministic check library, with AI-drafted, reviewer-ready comments. Built for municipal plan review as ARKI-AI; the same architecture fits any document-heavy workflow.

PDF pipelinesCheck librariesStructured intake
A-101.4

Local & hybrid LLM systems

On-premise and hybrid deployments for work that can't leave the building: local models where privacy governs, frontier models where reasoning demands, and an evaluation harness that proves — with numbers — which is which.

On-prem modelsHybrid routingEval harnesses
S-201

Case study

Flagship system

Arki-AI Machine-speed plan review.

Municipal permit automation
under the COG-AI umbrella

Permit review spends weeks of a licensed professional's attention on questions a machine can answer: is the sheet there, is the number right, does the detail match the code table. ARKI-AI reads the full submission set, runs it against a deterministic check library — dozens of codified checks with pass / fail / needs-human verdicts — and drafts examiner-ready comments.

Reviewers keep the judgment calls. The checklist work moves at machine speed, every finding traces to a specific check against a specific sheet, and nothing ships as a black box. Built by the same engineer who signs plan sets for a living — which is exactly why it's structured this way.

PDF intake & sanitizing Deterministic check runner Tri-state verdicts Examiner-ready output
Ask about municipal pilots →
——— Codified checks in the library
——— Submission sets processed
——— Review hours displaced per set
S-202

Selected work

Systems in service
S-202.1

Municipal plan review

Full submission sets read, run against a codified check library, and returned as examiner-ready comments with every finding traced to a sheet and a code reference.

Arki-AI
In service
S-202.2

Engineering document automation

Proposals, cost estimates, and engagement letters generated from structured project data rather than copied templates — the data is the source of truth, the document is a rendering of it.

Barron Engineering
In service
S-202.3

MCP tool servers

Model Context Protocol servers exposing internal systems to agents under explicit, typed contracts — with the destructive operations gated behind confirmation rather than trusted to a model's judgment.

Internal · client
In service
S-202.4

Local-first LLM deployment

Hybrid stacks that keep regulated or client-confidential material on hardware you control, escalating to frontier models only for work that has been de-identified first.

Regulated clients
Available
M-301

Method

Sequence of operations

Survey

A site walk through your workflows. We map where the hours actually go, what data already exists, and which decisions are rules versus judgment — because only one of those should be automated.

Spec

A written engagement spec before anything is built: scope, data schemas, tolerances, and the evaluation criteria the finished system must pass. Fixed, priced, and signed — by both of us.

Build

Short iterations with working software at every pass. Structured data is the source of truth throughout — documents become renderings of the data, not the other way around.

Commission

Load-test against the spec's evals, document the system, then run it for you or hand it over clean. Commissioned and signed off — not demoed and walked away from.

C-501

Engagement & fees

Schedule of values

C-501.1 — Start here

Survey & spec

$——,———

Fixed fee · 2–3 weeks

A paid discovery that ends in a document, not a pitch. If the spec says the work shouldn't be automated, that's a finding you paid for and one you'd rather have than a build.

  • Workflow survey and hour mapping
  • Rules-versus-judgment decision boundary
  • Data schemas and interface contracts
  • Evaluation criteria the build must pass
  • Fixed price for the build itself

C-501.2

Single system

$——k – $——k

Fixed price from the spec

One agent system, integration, or automated pipeline taken from spec to commissioned and running in your environment.

  • Built against the signed spec
  • Deterministic checks before model judgment
  • Load-tested against the spec's evals
  • Documented and handed over clean

C-501.3

Program

$——k+

Phased · retainer available

Several systems across a practice or department, sequenced so each one earns its keep before the next is started.

  • Roadmap sequenced by payback
  • Shared tool and data layer
  • Operated for you, or handed over
  • Standing capacity for revisions

Fees are fixed at spec, not billed hourly — the estimating risk is ours, which is the only arrangement that makes a written scope mean anything. Survey & spec credits against the build if you proceed within 90 days. Travel and third-party model or hosting costs are passed through at cost.

N-001

General notes

Answered before you ask
  1. Where your data goes

    Client material is processed for your project only — never used to train a model, never pooled across clients, never sold. Which third-party services touch which data is written into the spec before the build starts, so you approve the data path rather than discover it.

  2. Local and on-premises deployment

    Regulated, privileged, or otherwise sensitive material can run against local models on hardware you control, with nothing leaving your network. Hybrid designs escalate to frontier models only for de-identified work. Expect a capability trade against the largest hosted models — the spec states which tasks pay that price and which don't.

  3. Who owns the code

    You do. Source, prompts, schemas, evaluation suites, and documentation transfer to you on final payment. No runtime license, no seat fees, no dependency on this office to keep the system running. Pre-existing internal libraries come with a perpetual, irrevocable license to use and modify.

  4. Confidentiality

    Your NDA, signed before the first call if that's what your procurement requires. Municipal and institutional clients get a standard mutual agreement on request. Nothing is published as a case study — named or anonymized — without written permission.

  5. Insurance and professional standing

    Carried through the principal's engineering practice: professional liability, general liability, and workers' compensation. Certificates of insurance issued to your entity on request, with additional-insured endorsement where a contract calls for it.

  6. Scope of the professional stamp

    The engineering discipline behind these systems is a licensed one; the software deliverable itself is not a stamped engineering document. Where a project needs sealed drawings or a professional certification, that work is performed and stamped separately under the engineering practice.

  7. What happens when the system is wrong

    Every system ships with its failure modes written down and contained: what it declines to answer, what it escalates to a human, and what it flags as low-confidence. Deterministic checks run before model judgment so the class of error that can be caught arithmetically is caught arithmetically. Systems that cannot fail safely do not get built.

E-401

Principal

Engineer of record

A vendor demos. An engineer signs.

COG-AI is run by Dan Barron, a New York State–licensed Professional Engineer who stamps civil and structural work under his own name. That habit — the signature that makes you check everything twice — is the operating system here.

AI is driving the cost of production toward zero. What it can't produce is accountability: explicit assumptions, stated failure modes, deliverables you can inspect, and a professional standing behind the result. That's the part we bring to every system we ship.

  • LicenseNYS Professional Engineer
  • PracticePrincipal, Barron Civil Engineering DPC
  • StackRust · Python · MCP · Local + frontier LLMs
T-001

Title block

Start here

Start a project brief

Fill the block below and you'll get an RFI number back on the spot.
Prefer email? arki@cogai.world

Request for information

Required
Required
Valid email required
Required
Required
Required Bands, not commitments — see C-501
Give us at least a couple of sentences The rules become deterministic checks. The judgment stays yours.

No list, no sequence. This reaches one engineer, who answers it.

ProjectYour agent system
Client____________________
Date2026
SheetT-001
Drawn byCOG-AI
Checked byD. Barron, PE
ScaleTo spec
Rev0 — Issued
General notes 1. All systems delivered against a written specification.  2. Deterministic checks precede model judgment.  3. Failure modes stated, contained, and tested before commissioning.