Gate Rakuten 8.6 / RT-kernel support work on a signed 1.6 to 1.8M expansion that funds dedicated headcount
Situation
Decided that the risky, currently unsupportable Rakuten 8.6 / RT-kernel support work will either not be done at all or only be delivered tied to a signed contract expansion in the 1.6 to 1.8M range that funds dedicated Rakuten headcount on CIQ side. The bar is enough to cover roughly two dedicated engineers, not an arbitrary large number. Peter forwarded the engineering teams infrastructure objections to Bjorn to arm the customer conversation.
Reasoning
CIQ tore down the 8.6 infrastructure when support expired and would have to rebuild it and hire specific engineers to support the RT kernel, which is a completely different codebase. Peter refuses to absorb that cost speculatively: the work only happens if the deal economics justify it and fund the dedicated headcount. This is the same deal-must-fund-the-engineering-investment posture he applied to Everfox and the Rakuten margin line, made concrete with a specific dollar floor and a headcount rationale.
Additional Context
Confirmed by Peter. Bjorn owns the customer conversation; Peter set the internal engineering-investment gate. Engineer Jonathan Maple flagged the nonexistent infrastructure and oversubscription, which Peter forwarded to Bjorn.
Observed Evidence
7/3 Nathan DM: we are looking at a 1.6 to 1.8M expansion, we will not be doing the work without that; dedicated Rakuten headcount on our side; enough to cover two heads, not 2M. 7/2 Maple DM: either not going to do this or it will be tied to a signed expansion; the RT kernel is a completely different codebase.
Matching Patterns
Confidence Breakdown
Reasoning Depth Analysis
Related Context
slack
We are looking at a 1.6 to 1.8M expansion. We will not be doing the work without that. It would come with dedicated Rakuten headcount on our side. Enough to cover two heads though, not 2M.
slack
We are either not going to do this, or it will be tied to a signed expansion. I hear you clearly on the nonexistent infrastructure.
Outcome
No outcome recorded yet.
Decision ID: 5e0de103-e53c-462e-b3e4-79a625c9a015