Price the Google live-kernel-patching ask at 2 HC for 3.5 months plus 1 ongoing, and take the honest slower timeline back to Tissa rather than fit their October date

August 11, 2026 at 2:47 PMstrategyhigh

Situation

Tissa asked for a quote on live kernel patching as paid work in addition to the existing monthly full-kernel contract: evaluate whether an incoming CVE patch can be delivered as a live patch, deliver it that way when it can, and still roll it into the next monthly drop. Volume unpredictable - might be 70 percent of a months patches, might be zero. Google wants something working by October so they can test before a January go-live. Peter opened the request to Nathan and Justin with a pre-commitment that removes the usual objection - assume we get headcount to cover this work - then interrogated the shape rather than the number: 2 engineers for 3-4 months and less ongoing, or 2 forever? He landed on 2 HC for 3.5 months and 1 ongoing after that. He then did the arithmetic out loud against Googles date - lets assume a month to hire, and 4 after that to have something, as the reasonable case - concluded I think that gets it to them too late and they will say no, and chose to go back with it anyway: but lemme go back to tissa with that and see where it lands. He closed with lets go fishing and see what we can catch. He also flagged that Tissa appeared unaware of internal discussion on the topic - Tissa seemed in the dark - and asked whether that discussion had ever reached Google.

Reasoning

Two things he refused. He would not let capacity be the reason to say no, which is why assume we get headcount came first - it forces the team to answer what would this actually take rather than can we fit it. And he would not compress the estimate to survive Googles date, even knowing the honest number probably loses the deal, because a yes he cannot deliver on a January go-live is worse than a no in August. The fishing line is the tell: he is treating the quote as a probe of how badly Google wants it rather than as a bid he expects to win. If they want it at that timeline, the timeline moves; if they do not, he has learned that cheaply. This is the same instrument he used on Rakuten - gate the work on funded, dedicated headcount rather than absorbing it.

Additional Context

Directly downstream of the RL 8.6 goodwill repair ten days earlier - the same Tissa relationship. Google GCE is a 1.2M / 60-month line in the top-deals list, and this would be incremental revenue on top. Nathans org is simultaneously carrying a BLOCKED CLK 6.18 FIPS certification whose confidence fell 23 points to 47 percent, so the hiring lag in the estimate is not padding. Ryan Smith also has a standing todo to research Red Hats live-patch bundles.

Observed Evidence

Direct quotes across a 12-minute group-DM exchange on Aug 10, including the original ask, the assume-headcount instruction, the 2hc/3.5mo landing, the timeline arithmetic, and the go-fishing close. Corroborated by a DM to Jonathan Maple on Aug 7 opening the same topic - to that end, live kernel patching?

Matching Patterns

50%
Protect Engineering Capacity(require partnerships to add headcount, not just fund activity, phased estimation protecting engineers from premature commitment, same strategy category, involves Nathan and Justin)
45%
Reclassify to Route - Decide Who Owns It, Then Give a Criterion Not a Verdict(gave the team a criterion - assume headcount - rather than a verdict on feasibility)

Confidence Breakdown

33/35
Evidence
28/30
Pattern
19/20
Source
9/15
Corroboration

Reasoning Depth Analysis

Org Signal:That capacity is never the reason a customer request dies - assume we get headcount removes the escape hatch and forces a real estimate. And that the estimate goes to the customer unshaved even when it probably loses.
Who Affected:Nathan and Justin, who would own the delivery and are already carrying a blocked FIPS certification. Whoever gets hired into the 2 HC. Bjorn and the account team, who now have a number they cannot soften.
Precedent:Third instance of the same instrument - Rakuten 8.6/RT-kernel gated on a signed 1.6-1.8M expansion, Citadel forward-deployed gated on +1 US head, now Google live-patching gated on 2 HC. It is becoming the standard CIQ answer to bespoke customer engineering.
Consequences:Real - Peter carries the number to Tissa himself. He named the likely outcome (they say no) and proceeded anyway, so the downside is priced not hidden.
Timing:Same-day turnaround on the ask, because Googles October test window and January go-live mean every week of internal deliberation is a week off the buildable schedule.

Source

reflection

AI Confidence

89%

Related Context

💬
Group DM with Nathan, Justin, Max

slack

we have another request for a quote from Tissa. This would be in addition to the work they have already asked for and agreed to pay us for - so would come with additional compensation: For Live Kernel patching.

💬
Group DM with Nathan, Justin, Max

slack

Assume we get headcount to cover this work.

💬
Group DM with Nathan, Justin, Max

slack

I think that gets it to them too late and they will say no. but lemme go back to tissa with that and see where it lands

Outcome

Relationship intact after the honest slower timeline - Tissa responding, next engineering call being scheduled off Peter email, GVE backport at 79 percent

Rating: 4/5

Decision ID: 7aa225ec-f6a8-4230-acbf-77f221edb39a