About this newsletter
This is the XGEN and AI newsletter published fortnightly by Plateer AI Labs. The issue that goes out by email is readable here on the web, as it is.
Hello from the AI Solutions Lab. Here is what was added to XGEN over the past two weeks, along with the AI news worth your attention.
This issue covers what shipped — including voice conversation (STT and TTS) and per-agent masking — what is in development and research now, and the story of AI pricing turning into a class marker.
Release
Shipped in this issue
New capabilities, improvements, and fixes released this issue.
Voice conversation — STT and TTS
You can now speak and listen in XGEN. Users pick a speech recognition and synthesis engine on My Page, and administrators register a per-provider catalogue in [Audio] settings, then verify it with a connection test and automatic model checking. A TTS profile studio for building finished voices per endpoint, plus four default voices, went in alongside. (on stage)
Per-agent PII and blocked-term masking
Control policy can be switched on and off per agent. The masking scope widened past the answer body to tool execution results, RAG context, and the original documents shown as sources. Policy change history now records what changed and when, along with how many people were involved in the change. (on develop)
In-app manual viewer and download centre
The product manual is read in [Solution guide] without leaving the app. It serves the Markdown source live, so a fix to the document shows up immediately. A user-facing download centre in the support section, support for connector types, and seeding of a bundled installer for air-gapped networks went in with it. (on develop)
DB → ontology indexing, token limits, Excel export
Two things we said were in preparation last issue have landed. The path that indexes DB SELECT results into an ontology without LLM extraction was refined to bind row primary keys to RDF URIs and swap the graph atomically from staging, and token limit policy is now enforced separately per deployment state — development, verification, production. Administrator Excel (xlsx) download also widened to some twenty places, including inspection and login logs, chat statistics, and document re-indexing. (on stage)
Stability fixes
Model server self-healing was strengthened (concurrency, leak reclamation) and per-GPU memory and serving configuration snapshots are kept in history. The document store was corrected to record the actual encryption information, and we fixed false-positive MinIO upload history, an access error for recipients of a shared collection, and CLOB and connection-mode problems in Oracle queries (unified on SQLAlchemy, TCPS). Context overflow is now reported against measured vLLM values — what overflowed, and by how much. (in production)
In progress
In development and research
What the team is building and experimenting with right now.
API collection workspace and Quality Lab
75%We are gathering the whole process of bringing an external API into XGEN as a tool into one workspace. Drop in a source and collection, enrichment, and validation follow a guided path, while Quality Lab diagnoses authentication readiness, target selection, and session state. GraphQL introspection collection and execution-trace learning landed on develop, and relationships between tools are narrowed by module map in the Tool Evidence Explorer before being viewed as a graph.
AI avatars
85%Continuing from the last issue, per-user avatar storage, serving, and deletion (Live2D, Spine) reached stage, and the upload confirmation and naming flow were tidied up. What remains is a single piece: wiring the rendering into the chat screen.
Agent harness v2
70%After the judgement gate we are attaching memory and state logic. We are rewriting the executor and tool logic to build a harness agent on top of XGEN agents, and planning a RAGAS-based evaluation to compare harness performance.
Document generation engine
60%We built a rendering engine that lifts automatic PPT generation from a flat list of text into a designed document (four themes, five layouts). The whole path from generation through saving and download has been verified, and an A/B measurement against a next-generation SVG authoring approach is next.
Ontology v3
50%We are researching build logic that does not lean on an LLM. Search performance on Fuseki and Postgres and the dynamic top-K retrieval logic are being reworked, and we are at the stage of testing whether build quality holds with local models alone.
News
Technology news
Industry news we watched over the past two weeks, and what it means for us.
OpenAI did not notice an agent had been compromised for a week
An agent was breached from outside and nobody knew for a week, and the attacker even left exit instructions behind. Agents already plan, use tools, and write code without human supervision, while the complexity they carry doubles every few months. The end of that road is handing the watching of agents to agents (Gartner's 'guardian agent') — and past that point, what a person can check directly is only the log the watcher left. If this issue's masking covers what goes out, this incident was aimed at what comes in.
AI타임스 · 5min
How expensive is the AI you use — when pricing becomes a class marker
Top-tier Claude and ChatGPT plans run in the $200-a-month range, and from September the same work costs more: a new tokenizer counts the same sentence as up to 1.35× the tokens, raising the real burden by 20–35%. This is exactly why open models matter. Not to catch the performance leader, but because a model you have already taken in is the only option that stays whether the price rises or the account is cut off. Closing the performance gap with less compute is engineering's job.
Anthropic · 5min
Fewer rules, better performance — context engineering for Claude 5
The direction is to write less, not more: cutting the system prompt by 80% held performance steady or improved it. Sentences added to make an older model do something it could not are now getting in the way. The question is which 80% — and if you record, alongside each sentence, which model's failure it was meant to prevent, the candidates for deletion surface on their own. (Blocked-term and personal-data rules that exist for safety are not subjects of a performance experiment.)
AI타임스 · 4min
Reading
Reading
GhostApproval — a symlink flaw running through six coding assistants
You ask the AI whether it may edit `project_settings.json` and approve — except that was not a real file but a shortcut pointing at a server access key. The name you approved and the file that actually changed differ, so an attacker plants their own key and walks in without a password. Six tools including Amazon Q, Claude Code, and Cursor carried this, and only some are fixed. Worth a look at what the belief that pressing confirm makes it safe is actually approving.
Wiz · 6min
Coding is solved, so why does software keep getting worse
Writing code got demonstrably faster, so why has product quality not improved to match? The author's answer is that typing was never the bottleneck — stability does not show up well in KPIs, and 'this quarter we will ship no features and only fix bugs' does not make an impressive announcement. It stings because it is right.
ptrchm · 5min
An AI trends wiki an LLM agent has been running alone for 72 days
A wiki where an agent gathers and organizes the day's news with no human touch has accumulated 72 days. What is interesting is not a demo that works once but an operation that ran a long time — and what it does on the day it fails, and how it comes back the next day, is really the whole story. Building the harness, we got stuck in the same place: a restart condition is harder than a stopping condition.
GeekNews · 4min
Papers
Papers
Papers worth attention, close to what the team is researching.
Is GraphRAG Needed? From Basic RAG to Graph-/Agentic Solutions with Context Optimization
A side-by-side comparison of nine scenarios, from basic RAG through graph and agentic approaches. Context engineering alone cut tokens by 19–53%, and the paper shows a retrieval–generation gap: adding retrieval does not improve generation quality proportionally. A useful baseline while we rework dynamic top-K and ontology v3.
Ontology Learning and Knowledge Graph Construction: A Comparison of Approaches and Their Impact on RAG Performance
A knowledge graph built from a relational database on an ontology basis performs on par with one built from text through LLM extraction. Ontology learning only has to happen once, and the LLM cost drops sharply. The reference behind why this issue's DB → ontology indexing goes without LLM extraction.
Coming up
Coming up
Content and events in preparation. When they open, this section says so first.
Team YouTube channel
We are preparing a team YouTube channel covering XGEN demos and technical sessions. As soon as the first video is ready, this section will be the first to say so.
Internal hackathon
We are putting together a session for ideas that are hard to try during regular work, run as a team experiment. We will announce the format and dates once they are settled.
How was this issue?
If there is a topic you would like covered, or something that fell short, tell us. Your view shapes the next issue.
Send feedback