Technical staff gaining approved access to AI
Previously had effectively no approved access
Patty publishes more than product explanations. We document what changed in operation, which technical choices mattered, what has been verified, and what remains outside the evidence.
A good model alone is not enough. Before AI joins real work, the organization must be able to explain who approved what.
This hub gathers the material for setting that standard. We share evidence you can review, not sales claims.
Different questions require different forms of evidence.
Scenarios covering prior conditions, scope, implementation, observed change, and difficulty.
02Benchmarks and measurements with hardware, build, data, method, and explicit caveats.
03How AI identity, data boundaries, approval, execution, and evidence connect at runtime.
04Specifications and conformance paths that let third parties inspect delegation and execution receipts.
05Current perspectives from product, technology, security, and enterprise AI operations.
The first question changes with the reader’s accountability.
Does AI investment translate into operating outcomes and accountable ownership?
How are data, models, tool execution, and approvals controlled and proven?
How do agents work in Korean development environments and legacy systems?
How should training and GPU inference operate under real constraints?
An example scenario for a public-sector environment that cannot use external generative AI: model serving, the coding agent, policy, and execution records kept inside.
View the scenarioPreviously had effectively no approved access
Not organization-wide productivity; compares manual baselines for code understanding, tests, and repetitive changes
Selected cases that previously consumed most of a day
A result matters only when the reader can see what was measured, where, how, and what the result cannot claim.
A measurement of the complete observe→classify→park→approve→dispatch path when an AI agent is embedded in the browser engine. Semantic snapshots remained around 14–16ms in the tested fixtures, and the governed engine cycle completed in under 25ms.
Read reportDesign notes for an end-to-end corpus stratified across eight workload classes, a 50-instance SWE-bench Verified subset, and a context-retention A/B harness, including anti-guess tasks and scorer validation.
Read reportWho says it, what was observed, where it applies, how it can be reproduced, and what we are not claiming.
Separate customer report, pilot observation, internal measurement, and public research.
Record period, participants, hardware, data, and build.
Explain the procedure that produced the measurement or judgment.
Separate observed change from its implications for a decision.
State where evidence does not support organization-wide, causal, or certification claims.
Keep source, prompts, and inference inside the controlled environment.
Execution designed around HWP/HWPX, IME, initial consonants, Korean instructions, and local engineering practice.
Identity, policy, approval, audit, and verifiable execution evidence.
Operate responsibility, tasks, escalation, and resources across many agents.
Distributed serving, scheduling, KV cache, and MoE execution architectures.
Retrieve, extract, and validate Korean documents and business context.