<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Lynctera news</title>
    <link>https://lynctera.com/news</link>
    <atom:link href="https://lynctera.com/news/feed.xml" rel="self" type="application/rss+xml"/>
    <description>Model releases and platform changes at Lynctera, with the evidence behind each one.</description>
    <language>en-gb</language>
    <lastBuildDate>Mon, 12 Oct 2026 09:00:00 +0000</lastBuildDate>
    <item>
      <title>SOC 2 and ISO/IEC 42001: what each one covers</title>
      <link>https://lynctera.com/news/soc-2-and-iso-42001</link>
      <guid isPermaLink="true">https://lynctera.com/news/soc-2-and-iso-42001</guid>
      <pubDate>Mon, 12 Oct 2026 09:00:00 +0000</pubDate>
      <description>SOC 2 and ISO/IEC 42001 answer different questions about an AI supplier. What each standard covers, how the two fit together, and where Lynctera stands on each.</description>
      <content:encoded><![CDATA[<p>When a regulated firm assesses an AI supplier, two standards tend to appear in the due diligence questionnaire: SOC 2 and ISO/IEC 42001. They are often mentioned together, but they answer different questions. This post sets out what each one covers, how they relate, and where Lynctera stands on each.</p>

<h2>SOC 2</h2>

<p>SOC 2 is a reporting framework from the American Institute of Certified Public Accountants (AICPA). An independent audit firm examines a service organisation's controls against the AICPA's Trust Services Criteria, of which security is the foundation; availability, confidentiality, processing integrity and privacy can be added to the scope.</p>

<p>There are two types of report. A Type I report considers whether the controls are suitably designed at a single date. A Type II report goes further and tests whether they operated effectively over a period, usually between three and twelve months, which is why it is the report most firms ask for. SOC 2 does not result in a certificate. The outcome is the auditor's report, which describes the controls, the tests performed and any exceptions found, and which is shared with clients under a confidentiality agreement.</p>

<h2>ISO/IEC 42001</h2>

<p>ISO/IEC 42001, published by ISO and the IEC in December 2023, is the first international standard for an AI management system. It follows the same structure as ISO/IEC 27001 and, like it, can be certified by an accredited body. Where SOC 2 asks whether a service and its data are protected, ISO/IEC 42001 asks whether the organisation governs the AI itself: who is accountable for it, how the impact of each AI system on people is assessed before it is used, how people oversee it, and how it is monitored and improved over its lifecycle.</p>

<h2>How the two fit together</h2>

<p>The two standards overlap in places, such as access control, supplier management and incident handling, but neither replaces the other. A supplier can hold a clean SOC 2 report and still have no defined process for deciding whether an AI system should be used at all. Equally, a well-governed AI programme says little about whether the infrastructure beneath it is secure. For that reason a firm placing client data with an AI supplier may reasonably ask to see evidence of both.</p>

<h2>Where Lynctera stands</h2>

<p>Our first SOC 2 Type II audit is complete, covering the period from August to October 2025. Our second observation period runs from November 2025 to the end of October 2026, and the report will follow once the auditor has completed its review. The current report is available on request through the <a href="https://trust.yellowbe.io">Yellow Be trust centre</a>.</p>

<p>Our ISO/IEC 42001 programme is in progress. We are not certified, and we have not set a public date for certification. Several of the controls the standard asks for are already part of how the platform works. Each AI agent we run has an impact assessment record, generated from its live configuration and kept current by our release checks, and completing the written risk analysis for every agent is part of the work still in progress. A named person signs off before anything consequential happens, and every decision is recorded. Anyone can report an adverse impact of our AI through <a href="https://yellowbe.io/report-adverse-impacts-of-ai-systems/">Yellow Be's reporting form</a>. We will post here when the programme reaches certification.</p>

<p>Once ISO/IEC 42001 is in place, we intend to pursue ISO/IEC 27001, the international standard for information security management. SOC 2 already covers much of the same ground, and because the two ISO standards share a structure, much of the management system built for one serves the other. As with ISO/IEC 42001, we have not set a public date.</p>

<p class="note">A fuller description of the standard is on our <a href="https://lynctera.com/iso-42001">ISO/IEC 42001</a> page, and the controls that apply across the platform are described on <a href="https://lynctera.com/governed-ai">Governance</a>.</p>

<p>If your risk or compliance team would like to go through either assurance in more detail, we would be glad to <a href="https://lynctera.com/contact?topic=demo">arrange it</a>.</p>]]></content:encoded>
    </item>
    <item>
      <title>Two ways we use MCP, and how each is governed</title>
      <link>https://lynctera.com/news/mcp-remote-control-and-tools</link>
      <guid isPermaLink="true">https://lynctera.com/news/mcp-remote-control-and-tools</guid>
      <pubDate>Sun, 11 Oct 2026 09:00:00 +0000</pubDate>
      <description>Claude can now act as a remote control for Lynctera, and our agents use outside tools through MCP. What crosses in each direction, how each is governed, and how a firm decides what reaches Claude.</description>
      <content:encoded><![CDATA[<p>The Model Context Protocol (MCP) is an open standard that allows an AI model to use tools provided by another system. Lynctera now uses it in two directions. Our own agents use it to draw on outside data services, and Claude, Anthropic's assistant, can use it to work with Lynctera on a person's behalf. The two directions carry different risks, so each is governed in its own way.</p>

<figure class="fig">
  <svg class="wide" viewBox="0 0 860 300" role="img" aria-labelledby="f1t f1d" font-family="'Hanken Grotesk', system-ui, sans-serif">
    <title id="f1t">MCP in two directions</title>
    <desc id="f1d">Claude sends a request to Lynctera and gets back the outcome, not the archive, through a checkpoint on the way out and an access check on the way in. Inside Lynctera, the firm's mail, documents and precedents stay in its own workspace, where our agents do the work. Our agents send outside data services short identifiers only, and what comes back is fenced as outside content, through tools that are pinned, read-only and fenced.</desc>
    <defs><marker id="f1a" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse"><path d="M0 0 10 5 0 10z" fill="#475569"/></marker></defs>
    <rect x="0.5" y="70.5" width="149" height="160" rx="4" fill="#fff" stroke="#e2e8f0"/>
    <text x="75" y="144" text-anchor="middle" font-family="'Source Serif 4', Georgia, serif" font-size="24" fill="#0f172a">Claude</text>
    <text x="75" y="168" text-anchor="middle" font-size="14" fill="#475569">where you work</text>
    <rect x="320" y="40" width="220" height="220" rx="4" fill="#0d3366"/>
    <text x="430" y="82" text-anchor="middle" font-family="'Source Serif 4', Georgia, serif" font-size="24" fill="#fff">Lynctera</text>
    <text x="430" y="104" text-anchor="middle" font-size="14" fill="#cbd5e1">your firm's own workspace</text>
    <rect x="340" y="128" width="180" height="46" rx="3" fill="#08234a" stroke="#2b4f86"/>
    <text x="430" y="148" text-anchor="middle" font-size="14" fill="#fff">Mail, documents,</text>
    <text x="430" y="165" text-anchor="middle" font-size="14" fill="#fff">precedents</text>
    <rect x="340" y="186" width="180" height="46" rx="3" fill="#08234a" stroke="#2b4f86"/>
    <text x="430" y="206" text-anchor="middle" font-size="14" fill="#fff">Our agents do the</text>
    <text x="430" y="223" text-anchor="middle" font-size="14" fill="#fff">confidential work</text>
    <rect x="710.5" y="70.5" width="149" height="160" rx="4" fill="#fff" stroke="#e2e8f0"/>
    <text x="785" y="144" text-anchor="middle" font-family="'Source Serif 4', Georgia, serif" font-size="24" fill="#0f172a">Outside data</text>
    <text x="785" y="168" text-anchor="middle" font-size="14" fill="#475569">prices, transcripts</text>
    <line x1="235" y1="56" x2="235" y2="252" stroke="#0d3366" stroke-width="1.5" stroke-dasharray="4 4"/>
    <line x1="625" y1="56" x2="625" y2="252" stroke="#0d3366" stroke-width="1.5" stroke-dasharray="4 4"/>
    <line x1="158" y1="122" x2="312" y2="122" stroke="#475569" stroke-width="1.5" marker-end="url(#f1a)"/>
    <rect x="180" y="96" width="110" height="20" fill="#f8fafc"/>
    <text x="235" y="110" text-anchor="middle" font-size="14" fill="#334155">Your request</text>
    <line x1="312" y1="180" x2="158" y2="180" stroke="#475569" stroke-width="1.5" marker-end="url(#f1a)"/>
    <rect x="180" y="186" width="110" height="36" fill="#f8fafc"/>
    <text x="235" y="200" text-anchor="middle" font-size="14" fill="#334155">The outcome,</text>
    <text x="235" y="217" text-anchor="middle" font-size="14" fill="#334155">not the archive</text>
    <line x1="548" y1="122" x2="702" y2="122" stroke="#475569" stroke-width="1.5" marker-end="url(#f1a)"/>
    <rect x="552" y="96" width="146" height="20" fill="#f8fafc"/>
    <text x="625" y="110" text-anchor="middle" font-size="14" fill="#334155">Short identifiers only</text>
    <line x1="702" y1="180" x2="548" y2="180" stroke="#475569" stroke-width="1.5" marker-end="url(#f1a)"/>
    <rect x="565" y="186" width="120" height="36" fill="#f8fafc"/>
    <text x="625" y="200" text-anchor="middle" font-size="14" fill="#334155">Data, fenced as</text>
    <text x="625" y="217" text-anchor="middle" font-size="14" fill="#334155">outside content</text>
    <text x="235" y="278" text-anchor="middle" font-size="13" font-weight="600" fill="#0d3366">Checkpoint out, access check in</text>
    <text x="625" y="278" text-anchor="middle" font-size="13" font-weight="600" fill="#0d3366">Pinned, read-only, fenced</text>
    <text x="235" y="296" text-anchor="middle" font-size="13" fill="#475569">a remote control</text>
    <text x="625" y="296" text-anchor="middle" font-size="13" fill="#475569">a tool</text>
  </svg>
  <svg class="narrow" viewBox="0 0 340 640" role="img" aria-labelledby="f1nt f1nd" font-family="'Hanken Grotesk', system-ui, sans-serif">
    <title id="f1nt">MCP in two directions</title>
    <desc id="f1nd">Claude sends a request to Lynctera and gets back the outcome, not the archive, through a checkpoint on the way out and an access check on the way in. Inside Lynctera, the firm's mail, documents and precedents stay in its own workspace, where our agents do the work. Our agents send outside data services short identifiers only, and what comes back is fenced as outside content, through tools that are pinned, read-only and fenced.</desc>
    <defs><marker id="f1b" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse"><path d="M0 0 10 5 0 10z" fill="#475569"/></marker></defs>
    <rect x="0.5" y="0.5" width="339" height="71" rx="4" fill="#fff" stroke="#e2e8f0"/>
    <text x="20" y="34" font-family="'Source Serif 4', Georgia, serif" font-size="24" fill="#0f172a">Claude</text>
    <text x="20" y="56" font-size="14" fill="#475569">where you work</text>
    <line x1="40" y1="86" x2="40" y2="116" stroke="#475569" stroke-width="1.5" marker-end="url(#f1b)"/>
    <text x="58" y="106" font-size="15" fill="#334155">Your request</text>
    <line x1="40" y1="162" x2="40" y2="132" stroke="#475569" stroke-width="1.5" marker-end="url(#f1b)"/>
    <text x="58" y="144" font-size="15" fill="#334155">The outcome,</text>
    <text x="58" y="162" font-size="15" fill="#334155">not the archive</text>
    <line x1="0" y1="178" x2="340" y2="178" stroke="#0d3366" stroke-width="1.5" stroke-dasharray="4 4"/>
    <text x="170" y="198" text-anchor="middle" font-size="14" font-weight="600" fill="#0d3366">Checkpoint out, access check in</text>
    <text x="170" y="215" text-anchor="middle" font-size="13" fill="#475569">a remote control</text>
    <rect x="0" y="232" width="340" height="176" rx="4" fill="#0d3366"/>
    <text x="20" y="268" font-family="'Source Serif 4', Georgia, serif" font-size="24" fill="#fff">Lynctera</text>
    <text x="20" y="290" font-size="14" fill="#cbd5e1">your firm's own workspace</text>
    <rect x="20" y="310" width="300" height="34" rx="3" fill="#08234a" stroke="#2b4f86"/>
    <text x="36" y="332" font-size="14" fill="#fff">Mail, documents, precedents</text>
    <rect x="20" y="354" width="300" height="34" rx="3" fill="#08234a" stroke="#2b4f86"/>
    <text x="36" y="376" font-size="14" fill="#fff">Our agents do the confidential work</text>
    <line x1="40" y1="422" x2="40" y2="452" stroke="#475569" stroke-width="1.5" marker-end="url(#f1b)"/>
    <text x="58" y="442" font-size="15" fill="#334155">Short identifiers only</text>
    <line x1="40" y1="498" x2="40" y2="468" stroke="#475569" stroke-width="1.5" marker-end="url(#f1b)"/>
    <text x="58" y="480" font-size="15" fill="#334155">Data, fenced as</text>
    <text x="58" y="498" font-size="15" fill="#334155">outside content</text>
    <line x1="0" y1="514" x2="340" y2="514" stroke="#0d3366" stroke-width="1.5" stroke-dasharray="4 4"/>
    <text x="170" y="534" text-anchor="middle" font-size="14" font-weight="600" fill="#0d3366">Pinned, read-only, fenced</text>
    <text x="170" y="551" text-anchor="middle" font-size="13" fill="#475569">a tool</text>
    <rect x="0.5" y="568.5" width="339" height="71" rx="4" fill="#fff" stroke="#e2e8f0"/>
    <text x="20" y="602" font-family="'Source Serif 4', Georgia, serif" font-size="24" fill="#0f172a">Outside data</text>
    <text x="20" y="624" font-size="14" fill="#475569">prices, transcripts</text>
  </svg>
  <figcaption>Claude works with Lynctera on one side, and our agents draw on outside services on the other. Confidential material remains within the firm's own workspace throughout.</figcaption>
</figure>

<h2>Using Lynctera from Claude</h2>

<p>For people who already use Claude in their daily work, the Lynctera connector makes the platform available from there. They can see what has changed on their cases, open a case, start a research run, approve a step that is awaiting them, or have a reply drafted in their own voice and saved to Outlook.</p>

<p>Claude directs the work, while the handling of confidential material stays within Lynctera. Our agents work inside each client's own isolated workspace, and Claude receives the outcome rather than the archive: a status, a draft, or a link to the relevant step in the portal. Email bodies, the passages of a precedent library and the full text of documents are not available to Claude under any setting, and the connector has no means of sending anything.</p>

<p>Every request carries the person's own Microsoft sign-in and is limited to what that person could see in the portal. Each answer is checked before it leaves Lynctera, so that text written by someone outside the firm is withheld, and every request is written to the firm's own audit record.</p>

<h2>The firm's decision</h2>

<p>Whether anything reaches Claude is a decision for the firm. The connector is switched off by default, and a firm that wishes to use it switches it on one area at a time, from a consent page that sets out what each area shares and where it goes. Before doing so, the firm confirms that its people use Claude through an organisation account and that it has considered its confidentiality obligations to its own clients. Drafting and cases can be switched on today, and precedents, email and market data will follow.</p>

<p>Every change is recorded. The firm can see who has connected and disconnect anyone, and people can see and end their own connections from their Lynctera settings. Switching an area off stops new requests at once, although it cannot recall information already returned to Claude.</p>

<p class="note">Anything Claude receives, and anything typed into Claude, is held by Anthropic under the firm's own agreement with it, outside our platform and outside the regions in which we host the firm's data. For that reason the connector sends no more than each task requires.</p>

<p>The connector is in use on our own workspace. Client workspaces will be able to connect once sign-in from the client's own Microsoft directory is in place, and we will post here when they can.</p>

<h2>Outside services used by our agents</h2>

<p>Our agents also use MCP to draw on outside data, such as market prices and earnings call transcripts. Because the operator of a service can change its tools at any time, we approve each tool individually and record its exact definition. If the vendor changes it, the tool is switched off automatically until a person has reviewed the change. Every tool connected today is read-only, and whatever it returns is treated as outside content rather than as instructions.</p>

<figure class="fig">
  <ol class="chain" aria-label="The life of an outside tool">
    <li>A person approves the tool</li>
    <li>Its definition is pinned</li>
    <li>Agents use it, results fenced</li>
    <li>The vendor changes it</li>
    <li class="stop">Switched off automatically</li>
    <li>A person reviews and re-approves</li>
  </ol>
  <figcaption>A change made by the vendor is held back from our agents until we have reviewed it.</figcaption>
</figure>

<h2>Governance</h2>

<p>MCP does not change the rules that govern the rest of the platform. Approvals given through Claude are the person's own, actions taken through Claude enter the same decision record as those taken in the portal, and each agent's AI impact assessment lists the outside tools it holds. These rules are described on <a href="https://lynctera.com/governed-ai">Governance</a>.</p>

<p>If your risk or compliance team would like to go through the detail, we would be glad to <a href="https://lynctera.com/contact?topic=demo">arrange it</a>.</p>]]></content:encoded>
    </item>
    <item>
      <title>Claude Opus 5.5 and Sonnet 5.5 are on our platform</title>
      <link>https://lynctera.com/news/claude-opus-5-5-sonnet-5-5</link>
      <guid isPermaLink="true">https://lynctera.com/news/claude-opus-5-5-sonnet-5-5</guid>
      <pubDate>Sat, 03 Oct 2026 09:00:00 +0000</pubDate>
      <description>Anthropic&#x27;s newest Claude models are deployed on our production platform. Neither is yet used for client work; each agent moves only after a comparison on its own work.</description>
      <content:encoded><![CDATA[<p>Anthropic's Claude Opus 5.5 reached our production platform on 22 September, and Claude Sonnet 5.5 on 29 September, both through Microsoft Azure AI Foundry. Neither is yet used for client work, and that is by design: we move an agent to a new model only after comparing the two on that agent's own work.</p>

<h2>Where Claude is used today</h2>

<p>Claude Opus 5 writes our longest documents, such as a sector note drafted from two years of research. Claude Sonnet 5 reviews new standing instructions for risk before they take effect, and builds the writing-style profile that allows drafts to read like the person sending them.</p>

<h2>Before any agent moves</h2>

<p>Each of those agents will be replayed on the 5.5 model against its own checks, and a person will review the comparison. An agent moves only if the new model performs at least as well on that agent's work. This is how every model change on the platform is made, as described on <a href="https://lynctera.com/models">Models</a>.</p>

<p>For Opus, the price alone makes the comparison worthwhile. At list price, Opus 5.5 costs $4 per million input tokens and $20 per million output tokens, against $5 and $25 for Opus 5. Sonnet 5.5 is priced the same as Sonnet 5, at $2 and $10.</p>

<p>We will report the results here once the comparisons are complete.</p>]]></content:encoded>
    </item>
    <item>
      <title>Our email agents now run on GPT-6 Luna</title>
      <link>https://lynctera.com/news/gpt-6-luna-email-agents</link>
      <guid isPermaLink="true">https://lynctera.com/news/gpt-6-luna-email-agents</guid>
      <pubDate>Sat, 03 Oct 2026 09:00:00 +0000</pubDate>
      <description>Our email agents moved to OpenAI&#x27;s GPT-6 Luna after a replay of real work: about twice as fast on summaries and drafts, every summary fully cited.</description>
      <content:encoded><![CDATA[<p>Five of our email agents now run on OpenAI's GPT-6 Luna. Three moved on 28 September, following the comparison described below: the agents that track commitments, summarise threads and draft replies. Two further agents, which draft outbound emails and sort follow-ups, were introduced on 29 September and have run on GPT-6 Luna from the start.</p>

<h2>The comparison</h2>

<p>GPT-6 Luna reached our production platform on 23 September. That day we replayed real work from our own mailbox through three of the agents, once on the model they were then using, GPT-5.6 Luna, and once on GPT-6 Luna, and scored every output against each agent's own checks.</p>

<div class="tbl"><table>
  <thead><tr><th>Agent</th><th class="num">Sample</th><th class="num">GPT-5.6 Luna</th><th class="num">GPT-6 Luna</th><th>Quality check</th></tr></thead>
  <tbody>
    <tr><td>Thread summaries</td><td class="num">28</td><td class="num">10.5 s</td><td class="num">5.4 s</td><td>Fully cited: 93% to 100%</td></tr>
    <tr><td>Reply drafts</td><td class="num">10</td><td class="num">8.8 s</td><td class="num">4.4 s</td><td>No invented commitments in either</td></tr>
    <tr><td>Commitments</td><td class="num">40</td><td class="num">4.3 s</td><td class="num">3.1 s</td><td>Usable output: 93% to 100%; every commitment quoted from its source in both</td></tr>
  </tbody>
</table></div>

<p>Times are the average per answer. At list prices, each answer cost between 38% and 49% less on GPT-6 Luna, even though the model writes more tokens because it reasons before answering.</p>

<h2>An issue found on the first run</h2>

<p>On the first run, three of the 28 summaries came back empty. GPT-6 Luna spends more of its output allowance on reasoning, and in those three cases the allowance ran out before any summary was written. We raised the allowance from 1,500 to 4,000 tokens and ran the comparison again: all 28 summaries were complete, with no loss of speed. The higher allowance went to production together with the model.</p>

<h2>What remains open</h2>

<p>The reply-draft sample was small, at ten drafts. On it, GPT-6 Luna suggested a next step in eight drafts, against nine for GPT-5.6 Luna. We are monitoring this in production rather than treating ten drafts as conclusive either way.</p>

<p>The models our agents use, and how the work is divided between them, are listed on <a href="https://lynctera.com/models">Models</a>.</p>]]></content:encoded>
    </item>
  </channel>
</rss>
