Kunnworks

Run AI in your own environment

Configure model serving, access control and operations around your data and usage requirements

Answers grounded in work documentsIllustrative scenario

This request is for 12 boxes of gloves. Can it be dispatched?

Source-based answer

Check approval and delivery address as well as the item and quantity. The available material has no approval record. Ask the dispatch approver to review it.

Referenced work document
Dispatch manual §2 — Verify item, quantity, delivery address and approval before dispatch.
Next human actionRequest approval review
Illustrative service workflowFeature illustration
IMPLEMENTATION SCOPE

Model inference within your environment

Assess models, hardware and serving against data retention and expected load. Connect access control, model versions, resource usage and recovery to operations.

What we build
Model serving · authentication/access control · load evaluation · runbook
What we validate
Concurrent requests, long inputs, memory pressure, model changes and sensitive logs
Read the architecture, acceptance scenarios and handover details
IN YOUR EVERYDAY WORK

Start with where data lives
and who can use it.

Before listing features, we define the inputs, decisions and next actions in a real working situation.

An illustrative scenario. Specific processing rules are agreed for the project.

WORKFLOW EXAMPLEILLUSTRATIVE

A team wants AI to work with internal documents.

Input
Data location · access groups · usage
Review
Document permissions and server capacity
NEXT ACTION

Serve the model in the agreed environment and monitor use

When this service helps

When data location matters or models need to run on an internal network

  1. 1

    Review data, access and usage constraints

  2. 2

    Connect model serving and user interfaces

  3. 3

    Check performance, cost and operations

What the project delivers

  • Model API and access control
  • Deployment and monitoring setup
  • Capacity review and handover documents

Specific features, integrations and operating support are agreed in the project proposal

Technical design and acceptance criteria

Details for technical reviewers. Architecture and acceptance criteria are agreed for the actual environment and project scope.

  • vLLM serving
  • KV-cache budgeting
  • Quantization
  • TTFT / TPOT

Processing flow and exceptions

Authenticated requests pass through quotas and a queue into an inference pool. Capacity includes weights and KV cache; observation distinguishes time to first token from latency between output tokens.

Inference resources and latencyAuthenticated requests pass through quotas and a queue into an inference pool. Capacity includes weights and KV cache; observation distinguishes time to first token from latency between output tokens.Inference resources and latencyKUNNWORKS · DESIGN EXAMPLEInference poolGatewayTokenstreamGPUGPUGPUKVcacheKVcacheKVcacheAuthentication + quotasQueueRequest → first token (TTFT)Subsequent inter-token latencyBudget weights, KV cache, and runtime overhead against concurrency and context length
PRIVATE LLM / CONTROLLED INFERENCEDesign example · Refined against scope and constraints

Architecture summary

  1. Capacity envelope — Context, concurrency, weights, KV-cache budget
  2. Isolation boundary — Auth gateway, artifact import, ACL retrieval
  3. Serving quality — TTFT, TPOT, queueing, cancellation policy
02Acceptance criteria

Implementation and acceptance criteria

Concrete design decisions and acceptance scenarios to agree for the project.

Capacity envelope

ImplementationContext, concurrency, weights, KV-cache budget

ValidationMixed long- and short-context load

Isolation boundary

ImplementationAuth gateway, artifact import, ACL retrieval

ValidationDeny direct inference and unauthorized retrieval

Serving quality

ImplementationTTFT, TPOT, queueing, cancellation policy

ValidationOverload, disconnected clients, model replacement

Technology choices and acceptance criteria depend on discovery, integrations, and agreed scope. We define reproducible acceptance scenarios and handover evidence for the operating environment.

03Implementation details

Engineering decisions
in detail

From visible features to failure conditions,
we work through the decisions before launch.

01

Select models against tasks, licenses, and evaluation sets

Compare Korean quality, context needs, structured output, tool calling, and deployment licenses. Evaluate candidates against internal tasks and failure cases, including quality changes after quantization. Assess private deployment against hosted APIs using security requirements, total operating cost, and control over changes, rather than assuming local hosting is always preferable.

02

Budget more than model weights

Separate weights, KV cache, activations, and runtime headroom. Model input and output lengths together with concurrency distributions. Assess batching, prefix caching, and quantization options in an engine such as vLLM, then measure the memory, latency, and throughput tradeoffs under a representative request mix instead of quoting a GPU-only capacity estimate.

03

Separate serving, retrieval, and administration

Place authentication and model quotas at a gateway and restrict direct access to inference nodes. Specify how model artifacts, container images, and secrets enter and update the environment. Retrieval remains a separate permission-aware layer. For isolated networks, include artifact transfer, licensing, and security-update procedures in the deployment design.

04

Decompose latency and control overload

Observe queueing, time to first token, inter-token latency, end-to-end response time, and GPU memory separately. Define request-length and concurrency limits, timeouts, cancellation propagation, and overload responses. Apply the same evaluation set and load profile during model changes and document how to route back to the previous model.

04Handover

Detailed deliverables

  • Model and license comparison with capacity-sizing evidence
  • Inference API, authentication, quotas, and deployment configuration
  • Task evaluation, load-test results, and operational handover
05Before implementation

Questions before implementation

  • Outbound restrictions, isolated networks, and existing GPUs
  • Users, concurrent requests, and maximum document length
  • Model licensing and operating and hardware budgets

How your project moves forward

01

Discover

Understand your goals, workflows, and operating environment.

02

Define

Define features, priorities, and integration requirements.

03

Build

Build the agreed scope and review progress together.

04

Launch & Operate

Prepare testing, deployment, and operational handover.

Let’s discuss your project

Tell us what you want to build or improve
Our team will review your request and reply by email

Discuss your project