Products · Built and operated by LinkLabs

Three products, born out of delivery work.

LinkLabs builds and operates its own software. PitLane came out of years of triaging Android and Android Automotive OS defects on live vehicle programs. Loov came out of watching regulated engineering teams force safety and traceability obligations into tools that were never designed for them. Talgud came out of asking what is left of a software company once the coordination work itself can be staffed by agents. All three are production systems on our own cloud infrastructure, not concept demos.

PitLane

Automotive engineering tooling In production

AI-assisted log triage for Android and Android Automotive OS. PitLane takes a multi-hundred-megabyte logcat, dmesg, or bugreport capture and turns hours of manual scrolling into a ranked set of issues with a root cause narrative and cited evidence lines.

Why teams adopt it

Log files never leave the machine

Parsing runs entirely client side in a browser Web Worker, into compact columnar structures built for very large captures. Only a small, bounded evidence excerpt is sent for AI analysis. Vehicle logs are among the most sensitive artefacts an OEM programme produces, and this architecture was chosen specifically so that constraint is respected by design rather than by policy.

  • No bulk upload of raw captures
  • Designed for files far beyond editor and spreadsheet limits
  • Works in the browser, nothing to install on locked-down laptops
Analysis engine

Deterministic detectors first, AI second

A rule based detector layer runs before any model is involved, so the common platform failure signatures are found reliably and repeatably. The AI layer then reasons over that evidence to explain causality across subsystems, rather than being asked to read a raw log from scratch.

  • Process crashes, native aborts, and ANRs
  • VHAL and CarService faults
  • SELinux denials and permission failures
  • Low memory killer activity and binder failures
  • Watchdog resets and UI jank
Workflow 01

Triage

One pass over the capture returns ranked issues, severity, affected subsystem, a causal narrative, and the exact log lines that support each conclusion. Every claim is clickable back to its evidence.

Workflow 02

Investigate

Describe the symptom in plain language, for example a black screen on the centre display after a cold boot, and PitLane gathers the relevant evidence from the capture and answers against it with line level citations.

Workflow 03

Follow up chat

Multi turn questioning against the same loaded capture, with no re-upload and no loss of context between turns. Useful when a defect review turns into a conversation rather than a single question.

Search

A query language engineers actually keep using

Filtering is expression based rather than a set of dropdowns, so a filter can be shared in a ticket or a chat message and reproduced exactly by the next engineer.

tag:CarService pid:1247 proc:system_server level:E+ /vhal.*timeout/
Commercial platform

Built to be operated, not just used

PitLane ships with the administrative layer an engineering organisation needs before it can put a paid tool in front of a team.

  • Organisation accounts with verified work email sign up
  • Per user and per organisation cost metering and budgets
  • Prepaid balance, free allowance, and per analysis pricing
  • Cost display in USD, INR, EUR, JPY, and CNY
  • Admin console for plan, model, and quota control
  • Re-openable analysis history for audit and handover
Front endNext.js App Router, client side parsing worker
CloudAWS serverless, streaming responses, DynamoDB
Target platformsAndroid, Android Automotive OS, embedded Linux logs
AvailabilityHosted at pitlane.linklabs.io

Loov

Work management platform In production

AI-native work management for regulated, safety-critical engineering. Loov carries the planning surfaces a delivery team expects, and adds the process, criticality, and traceability structure that audited programmes are actually assessed against.

Positioning

Compliance is part of the data model

In most tools, safety classification and traceability are bolted on as custom fields and then maintained by hand until an audit forces a cleanup. In Loov they are first class: criticality terminology adapts to the industry the tenant operates in, and traceability between requirement, work item, verification, and evidence is a property of the system rather than a spreadsheet exercise.

  • Process aligned planning for assessed development programmes
  • Criticality classification per industry template
  • Requirement to verification traceability
  • Requirements interchange import and export
  • Supplier and partner portal for distributed programmes
AI with a hard boundary

Agents that cannot quietly sign off risk

Loov runs AI agents across planning, triage, and reporting work, under guardrails that are enforced in the workflow engine and in cloud permissions rather than only in prompt text. Agents can never close a safety-critical item without a human sign off, and every agent run is fully audited.

  • Human sign off required on all safety-critical closure
  • Complete audit trail on every agent action
  • Guardrails enforced at engine and infrastructure level
  • Agent run quotas visible to programme owners
Data handling

No third party model APIs

Loov was built on the constraint that programme data never reaches a public model endpoint. Inference runs on self hosted open weight models inside the customer cloud boundary.

Tenancy

Isolation in three layers

Tenant separation is enforced at storage key level, at cloud permission level, and again as a runtime assertion, including inside retrieval queries. One programme cannot see another, by construction.

Operations

Serverless and scale to zero

The platform is fully serverless and deployed as parameterised cells, so a customer can be given a dedicated deployment without a dedicated cost floor.

Delivery surfaces

What a team works in day to day

  • Boards, backlogs, sprints, and configurable workflows
  • Programme dashboards and exportable reports
  • Industry templates that set terminology on setup
  • Light and dark interface themes
  • Notifications with content persisted before dispatch
Commercial model

Adoption without procurement friction

A genuinely usable free tier for small teams, low per user pricing as a team grows, and a custom enterprise track for programmes that need dedicated deployment, private models, and contractual assurances.

  • Free tier for small teams and evaluation
  • Per user monthly plans with annual discount
  • Enterprise track for dedicated cells
  • Expiry moves a workspace to view only, data is never deleted
ArchitectureMulti-tenant serverless, infrastructure as code
InferenceSelf hosted open weight models, no external APIs
SectorsAutomotive, medical, avionics, industrial
AvailabilityHosted at loov.work

Talgud

AI organisation platform In production

Talgud runs a company of AI agents against a real codebase. You write a charter describing the organisation, its units, its seats, its reporting lines, and the decisions that require a human signature. Talgud staffs every seat, hands your goal to the chief executive, and the work travels down the same way it would in a company that employs people. The Estonian word means the day a village turns up together to finish one job.

Why it is different

An organisation, not a prompt chain

Most agent frameworks give you a pipeline. Talgud gives you a company: a management unit that sets objectives and allocates budget, business units that own outcomes, programme and project managers who break work down, and engineers, QA, DevOps, HR, finance, and legal who do their jobs and escalate when they should.

  • Seventeen role templates, extended or replaced in the charter
  • Reporting lines validated as a tree, so delegation and escalation are real
  • Any seat can be a person, and agents wait on them like a colleague
  • Budgets metered per seat and per unit, in dollars, against a monthly cap
Why it can be trusted

Governance at the tool boundary

Permissions are not advice in a prompt. Every action a seat attempts passes through the charter's policy before it touches the repository, the cloud, or the outside world. Shell commands are classified before they run, so a push or a deploy from inside a coding session is refused and handed back to the humans who approved it.

  • Approval thresholds by action and by amount
  • Actions that always need a person, even from the chief executive
  • Credentials live in a per-organisation vault; seats never hold one
  • Every action is an event, so a cycle can be audited and replayed
Workflow 01

Ask for the work

Message the chief executive in plain language. It turns the request into a programme or a project with acceptance criteria a QA engineer could test without asking what was meant, and delegates it down the reporting line.

Workflow 02

Watch it get built

Engineer seats take a coding session inside a clone of the repository on a task branch. Commands, file edits, and test output stream into the console as they happen, and the work arrives as a merge request for review.

Workflow 03

Approve the ship

QA verifies against the criteria, you authorise the deploy, and the live site refreshes in the console. Nothing reaches production on an agent's own authority.

The console

An organisation you can see

The company is rendered as a live structure rather than a list of runs. Units are platforms, seats are the people on them, and reporting lines are drawn between them. Work in flight travels along those lines as it is delegated.

live activity feed seat inspector workspace terminal approvals inbox daily standup budget meter
Commercial platform

Built to be operated by its subscribers

A setup flow asks for what the organisation needs before it can take over, in plain language, and puts every secret in the vault rather than a configuration file.

  • Sign in with Google or Apple, organisations scoped to their owner
  • Connectors for source control, AWS, CI, chat, and model providers
  • Bring your own model key, metered per organisation
  • Talgud Cloud, or self hosted from a container or Helm chart with an offline licence
CharterDeclarative YAML, validated before an organisation starts
Coding seatsClaude Agent SDK sessions in an isolated workspace
CloudAWS Fargate, EFS, Cognito, infrastructure as code
AvailabilityHosted at talgud.ai, self hosting available

Why a consulting firm ships products

Building and operating our own platforms keeps the engineering side of LinkLabs honest. We carry the same obligations we advise clients on: uptime, cost control, data handling, upgrade paths, and support.

ProductProblem it removesWho it is for
PitLaneDefect triage on vehicle software where the evidence is a very large log capture and the cause spans several platform subsystems.OEM and Tier-1 platform, integration, and validation teams working on Android based vehicle software.
LoovPlanning, traceability, and audit obligations spread across a work tracker, a requirements tool, and a set of spreadsheets.Engineering organisations delivering under a functional safety or regulated development process.
TalgudThe coordination cost of a software organisation: writing the work down, delegating it, chasing it, reviewing it, and keeping a record of who decided what.Founders and engineering leaders who want output from a small headcount, with approval gates they set themselves.

All three products are available for evaluation.

We can run a walkthrough against a capture, a programme structure, or a repository you recognise, rather than a synthetic demo dataset. Deployment inside your own cloud boundary is available for all three products where data residency or procurement requires it.