Skip to procurement content
ctrl.alt.i

Government  /  Public sector

Applied AI for public work

Procurement & Capabilities

ctrl.alt.i is an Applied AI Development Studio focused on practical AI guidance, internal AI systems, intelligent workflow automation, and software development.

Company & procurement

Company information and purchasing details for contracting teams, technical evaluators, and potential delivery partners.

Company information
Brand namectrl.alt.i
Legal business name[Legal entity name]
Business type[Entity type]
Location / service area[City, state] / [Geographic coverage]
Government contactBryan Diago Founder
Emailbryan@ctrlalti.studio
Public phone[Public phone number]
Website[Canonical website URL]
Registrations & classifications
UEI / CAGE[Verified identifiers, if held]
SAM registration[Verified status and date, if applicable]
State / local vendor IDs[Jurisdiction, portal, and vendor ID]
NAICS / service codes[Codes and descriptions]
Certifications[Verified designation, issuer, and validity]
Contract vehicles[Vehicle, contract number, dates, and ordering link]

Bracketed entries do not indicate registrations, certifications, or vehicles held. Eligibility, submission requirements, and purchasing terms are determined by the applicable solicitation and jurisdiction.

Core capabilities

Investigate, advise, prototype, build, test, and integrate. The starting point depends on the work—not a prescribed consulting phase.

01 / Evaluate

Applied AI guidance
& evaluation

Determine where AI is useful, test technical claims, and define an approach around real operational constraints.

  • Use-case and feasibility assessment
  • Model and system evaluation
  • Architecture and pilot planning
02 / Build

Internal AI
systems

Build assistants, knowledge tools, and document workflows around approved information and the people who use it.

  • Knowledge search and retrieval
  • Internal assistants and applications
  • Document and decision-support tools
03 / Connect

Intelligent workflow
automation

Connect software and processes so work moves forward, with human review and exception handling where they matter.

  • AI-assisted process automation
  • Human-in-the-loop workflows
  • Existing-system integration
04 / Deliver

Product & software
development

Turn useful ideas into working software—from focused prototypes and pilots to maintainable production applications.

  • Prototypes and pilots
  • Internal tools and web applications
  • Workflow and application modernization

Builder-led. Practitioners stay close to delivery.  Evidence-driven. Claims are tested against constraints.  Technology-neutral. AI is not the answer to every problem.

Experience & evidence

The people doing the work, the work delivered through the Studio, and the technical evidence behind it—clearly distinguished.

Key personnel experience

Bryan Diago

Founder, ctrl.alt.i

ctrl.alt.i was founded by Bryan Diago, an AI and automation practitioner whose work spans solution architecture, development, and implementation. His career has centered on turning complex business problems into practical systems across automation, applied AI, and operational software.

Personnel

[Selected founder engagement]

[Organization · role · period · scope · verified outcome]

The experience in this section reflects work performed by key personnel before or outside ctrl.alt.i and is not represented as ctrl.alt.i corporate past performance.

Corporate past performance

Work contracted, led, or delivered through ctrl.alt.i.

Studio work

[Approved ctrl.alt.i engagement]

[Customer · period · prime/subcontractor role · scope · demonstrated capabilities · verified outcome · reference permission]

Research & technical work

Evaluations, experiments, and technical notes can make the method inspectable. They are evidence of technical work, not client past performance.

Research

[Approved evaluation or technical note]

[Type and date · question · method · finding · primary limitation · link to the underlying work]

Approach & deliverables

Thoughtful. Tested. Maintainable.

Start with the workflow, test the important claims, and define what the team will need to operate the system. The work can include the activities and deliverables below, depending on the problem and agreed scope.

Responsibilities, acceptance criteria, and deliverables are agreed for each engagement. Not every project requires every activity; documentation is specific to the system, deployment, and intended use.

Data handling & model providers

Define what data the system needs, where it is processed, who can access it, and which model providers are involved. Resolve ownership, permitted use, model-training restrictions, retention, and deletion before selecting the operating arrangement.

Possible deliverables: data-flow summary, provider inventory, and agreed data-handling terms.

Evaluation & human oversight

Document intended use, acceptance criteria, realistic test conditions, and known failure modes. Identify where people review, approve, override, or escalate outputs; assess materially different performance across relevant users and conditions.

Possible deliverables: evaluation plan, results and limitations, human-review design, and system-specific AI FactSheet.

Security & operating responsibilities

Establish data classification and the division of security responsibilities. Scope access controls, logging, secure development, vulnerability handling, incident procedures, and provider or model-change review to the deployment and agency requirements.

Possible deliverables: control-responsibility matrix, architecture review, and contract-specific security responses. These materials are not a substitute for an independent audit or authorization.

Accessibility & usable public services

Agree on the accessibility standard and acceptance process for in-scope interfaces and documents. Include semantic structure, keyboard operation, contrast, reflow, assistive-technology testing, known limitations, and remediation ownership.

Possible deliverables: test plan, documented findings, and an Accessibility Conformance Report where applicable, based on evaluation of the specific deliverable.

Maintenance, change & a practical exit

Define who operates the system, how material model or provider changes are tested, and how incidents and regressions are handled. Agree on documentation, export formats, ownership of project artifacts, and transition responsibilities.

Possible deliverables: operating guide, change and rollback plan, evaluation artifacts, and handover checklist.

Documentation requirements depend on the solicitation, data, deployment, and intended use. Sensitive evidence is shared through an appropriate procurement review rather than published indiscriminately.

Government + teaming

ctrl.alt.i is interested in subcontracting and teaming opportunities where applied AI, automation, product development, technical evaluation, or workflow modernization strengthens the delivery team.

  • Applied AI
  • AI evaluation
  • Internal systems
  • Automation
  • Prototypes + pilots
  • Software development

Geographic focus   /   [Target jurisdictions and service area]

Discuss a teaming opportunity

Documents

Company and capability information is available on this page. Use the document references below to discuss procurement-specific requirements.

Capability Statement

A one-page overview of capabilities, differentiators, experience, company details, and contact information.

[Version and publication date]

[Capability statement PDF]

Procurement & project documentation

Personnel details, project evidence, AI documentation, security responses, accessibility evidence, and insurance information—as applicable and verified.

[Available documents and access arrangements]

Discuss requirements

Have public work
worth building?

Share the operational need, an upcoming procurement, or the role you need on a delivery team. Start directly with the person behind the Studio.

bryan@ctrlalti.studio

Bryan Diago  /  Founder, ctrl.alt.i

Please do not include sensitive agency data in an initial email.