Greg Kurtzer

Dec 22, 2025 - Nov 3, 2026

181

Decisions

0

Active Todos

25

Patterns

Decisions (181)

India location does not disqualify the kernel-security candidate Greg referred - take it seriously, Nathan runs the conversation

Greg referred a kernel-security engineer in India (Sachin Kumar) who reached out via X, said location is not a problem, and asked to be kept in the loop. Peter said CIQ will look at the candidate seriously, that nothing prevents having someone in India - the timezone cost was already accepted with Pratham - and routed the conversation to Nathan. HR confirmed Nathan would meet the candidate the following week.

Nov 3
people

Award the Linux and RAT teams for the CVE onslaught - deliberately sequenced: Greg thanks them publicly, Peter praises them at the Wednesday on-site, award announced then; Greg disowns Ginux-as-replacement

Greg asked whether Peter had reservations about an award for everyone on the Linux and RAT teams dealing with the CVE onslaught. Peter said none and asked for it to be intentional: Greg posts publicly and thanks them (as agreed earlier), Peter praises them in person Wednesday at the Reno on-site, and the award is announced at that point. In the same thread he asked Greg to tell Arthur Tyde that Ginux is not the solution and does not compete with the RLC kernel, because the joke fed the team concern that Greg sees Ginux as a replacement. Greg then publicly called Ginux a research project that will never compete with Linux.

Nov 3
people

Public CVE claims match what is in customers hands - fixed internally is not fixed; engage fast with accurate words

During the CVE-2026-98432 (MPTCP) news on 11/1, Greg drafted Rocky Linux Pro had this fixed yesterday, CIQ customers are safe. Peter said no and rewrote it to separate fixed internally from delivered: We had a fix before you posted this, and are rolling it out across our distros in the next 36 hours. He had already pushed Greg to engage publicly right away. When Justin noted packages reach repos almost immediately and only images lag, Peter accepted patched kernel packages as accurate wording.

Nov 3
operational

Datacenter business needs its own team and deals that pay now - stop signing engineers up for work far outside their remit

In a DM to Bjorn framed for the C-suite, Peter said the team is burned out on IRIS (network still down, someone has to go back on site, half a dozen people on daily calls, Wolfgang pulled off Fuzzball work), that this is unsustainable with IRIS alone and Grenoble arrives in 8-9 weeks. Position: deals must get CIQ paid now rather than just opening future doors, CIQ must be very careful signing people up for work far outside their remit, and if CIQ is really in the datacenter business a whole missing team needs to exist today.

Nov 3
strategy

Use an existing open support req for an Arabic-speaking Middle East support hire - a new role, not a like-for-like backfill

On 10/23 in #human-resources Greg questioned a support hire. Peter approved it (good because Bjorn is good), told HR it is fine to use the existing open req, and told Greg the hire will not do the previous holder job: he will support the Middle East deployments first and foremost, as Arabic-speaking support.

Oct 30
people

Sensitive Decision

Sensitive

Desktop agent - define the user experience first; the per-token API is an acceptable starting path and model-integration choices stay open

At the 10/26 Desktop Brainstorm Greg pushed on definitions and billing (a desktop harness on the API means per-token cost and no Codex or Claude Code subscription use). Peter set the working rule: settle what the agent experience should be first, treat the API as a known-workable path, and do not block on how CIQ interfaces with the model - more options (local harness APIs, routing layers) will open before launch. The experience he described: bring your own agent or key, with granular OS permissions (full disk access yes or no, specific folders) granted up front. He opened by restating the 10/21 decision that stock GNOME is a zero-investment placeholder to be retired and work is not doubled.

Oct 30
technical

Tim Pepper - push now for an RESF board or leadership role, paid not volunteer, with Peter carrying it to Greg and Bjorn

A long-standing RESF director is stepping off the board. In the 10/28 sync with Tim, Peter said that director had been the adult in the room who built much of the RESF-CIQ relationship over six to nine months and that he feels exposed without him. Tim said a board role is something he could do. Peter said it is not a volunteer seat - CIQ pays people to serve there - and that he would broach it with Greg and Bjorn and carry that ball forward. He also asked Tim to send Xander a no-harm-no-foul note with an open door.

Oct 30
strategy

Sensitive Decision

Sensitive

Rocky Linux Pro rename - one disruption, customers told first, structural RLC names stay until there is a value or a problem

Bjorn owned the RLC Pro to Rocky Linux Pro rename and Greg had no objection to Justin convergence doc. Peter set how it executes: Justin 8.10/9.2 convergence changes and the rename ship together so customers absorb one disruption; sales contacts every potentially affected customer first and only then does engineering flip its side (Justin could not action it that morning); structural RLC names (repos, Depot paths, CPEs, bootc and container names) stay as they are; and there is no hard company-wide switch - the public name can slide over a week or two. Jamie Brooks drives the project.

Oct 30
technical

Peter personally drives NVIDIA to commit, to Google, that it will support CIQ-built RLC on NVIDIA hardware

At the 10/22 GDC roadmap meeting Google disclosed NVIDIA had put in writing that Google must reproduce NVIDIA-hardware bugs on RHEL before NVIDIA will look at them. Peter took it on personally: called Scott Hara (NVIDIA) that evening - NVIDIA engineering to align, a three-way NDA, and a statement to Google that NVIDIA will work with both CIQ and Google; emailed Tissa (Google) and shaped Google question to include joint support given CIQ custom kernel work for Google; forwarded to Scott asking for a positive written response; asked Greg to be ready to make the case to NVIDIA. In the same meeting he told Google CIQ can support their roadmap for the next year line item by line item, in response to Google assembling its own senior kernel team.

Oct 23
strategy

Start the long-tail work to position Tim Pepper for an RESF executive role, as the fallback if Lee does not grow into it

In the 10/22 C-suite sync, after agreeing that the current RESF operations lead gets strategic coaching, Peter added a contingency and asked to start acting on it now: if Lee does not work out, Tim Pepper should already be positioned for an RESF leadership role, including within the RESF. That means building relationships now and working out whether Tim should be a CIQ employee. Peter explicitly framed it as not a change right now. Bjorn pushed for an elevated Tim role regardless; Greg was nervous about the employee question either way and proposed Lee bring Tim in as president.

Oct 23
people

Sensitive Decision

Sensitive

Fuzzball plus Stratum - one identity and one pane of glass, no duplicated functionality, Engineering owns the developer experience

At the 10/23 Fuzzball plus Stratum alignment session, Bjorn locked the product split (Fuzzball for R&D, training and research; Stratum for production and inference) and Peter agreed. Peter own calls were architectural invariants: (1) one identity and one set of permissions across both products, with views varying by role and the Stratum UI living within the Fuzzball UI if they coexist; (2) no duplicated functionality - anything both platforms use lives once, in Stratum or in a third shared repo, and Fuzzball reaches through to Stratum hooks; (3) Engineering, not Product, owns the CIQ developer experience of building these products. Process: Jonathon writes the vision for a second review, Wolford draws stock K8s versus Stratum with shared components broken out, Bjorn and Jonathon build an environment by use-case matrix to prune with, and a follow-up next week. Whether Fuzzball requires Stratum stays open between Greg and Bjorn.

Oct 23
technical

Sensitive Decision

Sensitive

Sensitive Decision

Sensitive

Desktop - all investment behind one opinionated desktop; stock upstream GNOME ships only as a zero-investment bridge for 10.2 and Everfox

Peter told Greg (10/20) and then Bjorn and Brady (10/21) that CIQ will not build two opinionated, fantastic desktops. GNOME ships straight from upstream for 10.2 and the January Everfox timeframe, with only the tweaks needed for the Everfox required applications - nothing that changes functionality and nothing that needs separate support. All desktop investment goes into one opinionated desktop; Cosmic is only a placeholder, and which desktop it is belongs to Product. End state is dropping GNOME or pointing at upstream unchanged.

Oct 21
strategy

Sensitive Decision

Sensitive

Sensitive Decision

Sensitive

Sensitive Decision

Sensitive

Greg research team - no management role for someone who will not take a defined role; a research function exists only with Greg running it

Greg proposed bringing someone in to lead a research team. Peter objected on two counts: the person note said they did not want a very defined role, and Peter has a hard time putting someone like that in any management position; and while he favors a research team under Greg, he does not favor CIQ funding a research function in general - its value is as an arm that brings Greg projects to the point of evaluation, and CIQ is small enough not to need that function without Greg running it. Greg later reframed the ask as a hands-on principal-engineer-level person who takes his direction.

Oct 16
strategy

Desktop - enterprise GNOME and an opinionated AI desktop ship together, not as separate SKUs; AI is non-negotiable; open 1-2 desktop reqs now

In the 10/13 Nathan 1:1, on top of Nathan base plan, Peter set conditions: the enterprise GNOME desktop and an opinionated AI desktop ship together rather than as separate SKUs, with a sandbox where CIQ can hold an opinion. AI is required - if System76 will not accept AI-written code into Cosmic, that only blocks upstreaming, not the work, and the base need not be Cosmic. Timing is loose (end of December or January). Open one or two desktop reqs now. Builds on his 10/4 note that a basic GNOME desktop plus an advanced agentic one could be differentiating.

Oct 16
strategy

Open-source Sultan diffofdiffs under Apache - routed through Greg open-source gate even though the answer was obvious

When Nathan flagged that Sultan wanted to make the internal diffofdiffs repo public, Peter posted in #distinguished-leaders that Greg wanted to be part of the decision any time anything CIQ was open sourced; this is slightly different (a tool Sultan wrote, used internally), Peter is a giant fan, but wanted Greg plugged in. Greg approved on condition of an Apache license, which Peter relayed to Nathan.

Oct 1
technical

Sensitive Decision

Sensitive

Sensitive Decision

Sensitive

Six-month push for CIQ to be a better steward of its open-source work beyond Rocky - Tim Pepper advises, with full transparency and a seat in the Stratum open-core call

At Eng Sync Peter introduced Tim Pepper, a contractor helping him think about CIQ positioning across all its open-source efforts (not just the RESF), including Warewulf ahead of the Warewulf offering launch. Tim will join Eng Sync from time to time; his engineering asks go through Product prioritization. Peter named it his big push for the next six months. In Slack, when Brian Dawson opened a task to decide the Stratum open-core vs open-source approach by 10/16, Peter said need to talk sooner and involve Tim; when Ryan omitted a sensitive RESF staffing detail from his OSS summary for Tim, Peter said there is no need to hide anything from Tim.

Oct 1
strategy

Endura goes into RLC-H as a feature, not a standalone product - and no public noise until engineering has audited and stands behind it

Bjorn proposed white-labeling Endura as a value-add offering early next year and bringing Eric Sheridan on in a product role. Peter objected only to a standalone product offering (another thing to sell and track, unclear Core42 needs it); when Bjorn reframed it as a feature white-labeled into RLC-H, Peter said all his objections go away. After Greg flagged it as a month-long vibe-coded project, Peter added that there is no Lindsay launch or public noise until engineering has its arms around it, even if hardening takes two months; the code may be a prototype to learn from and rewrite, or 95 percent keepable. No exclusivity; Bjorn pushes the Eric meeting while Greg examines his concern.

Oct 1
strategy

Desktop v1 ships at minimum scope - a concrete acceptance-test list to hold Nathan to, one desktop environment first, no date until the design plan exists

Peter asked Bjorn to have Brady add a section to the desktop doc listing the tests and validation that must pass before v1.0, made as small as possible, so there is a concrete set to hold Nathan to. When Bjorn asked for GNOME and COSMIC, Peter pushed for one environment first; Bjorn settled on whatever Everfox wants, defaulting to GNOME. Peter would take Brady draft immediately (perfect is the enemy of done) so engineering moves now, and declined to commit to Bjorn January target until he sees the design plan.

Oct 1
strategy

Unhold the security-engineer req and carry it to Greg in conversation rather than clicking approve

Seven days after telling Bjorn to hold the security-engineer ask for a couple of months, Peter reopened it when Steve Wallace asked whether it was still on hold. His answer was depends on your definition of on hold - it is something we can start moving - and he specified the route rather than just the verdict: get the requisition in front of Peter first, and then Peter works to shepherd it through. His stated reason for not simply approving it is that Greg will kick it back if it arrives as a bare approval, so he will sit down and have a conversation with him instead. On learning the req was already sitting in his queue he said if it is waiting with me, it is in a great place. In the same conversation he asked Steve to send the IT headcount analysis, explicitly so he would have the numbers when advocating for the role.

Sep 23
strategy

Serve Google security due diligence from the Core42 audit corpus rather than rebuilding it in a silo

Justin surfaced that a security organisation inside Google has been iterating on due-diligence requests for months - answers sent, then more questions, then demands for the actual documents, now a spreadsheet with links. Peter told him not to recreate the wheel, because the Core42 audit has already produced most of that material at a far deeper level. He confirmed he had read and approved the seven internal policy documents Steve sent him that morning, with one routed to Greg, and set the escalation line: involve Peter only if Google asks for something more technical than policy paperwork Steve can pencil-push.

Sep 11
operational

Ignore AMD until someone escalates - and decline to have an opinion on whether to confront them

Brady reported that Whitney at AMD is not answering his emails, is talking only to Greg, and is not specific about what she is asking for, and that the lack of a program cadence is becoming a blocker. Peter said his statement to Greg is that he will ignore AMD completely until somebody tells him he cannot. When Brian argued that someone should tell AMD they are a bad partner, Peter said he does not mind that happening but explicitly declined to hold an opinion on it, naming it a company strategic question and pointing Brian at Bjorn - while volunteering his read that Bjorn will agree with Brian on the diagnosis.

Sep 11
strategy

Sensitive Decision

Sensitive

Sensitive Decision

Sensitive

Sensitive Decision

Sensitive

Evaluate Aisle AI for CVE discovery and pursue tool access - downgrade the urgency, upgrade the scope

Greg Kurtzer flagged a ZDNet article in #distinguished-leaders reporting that the AI tool Aisle found six curl vulnerabilities that Mythos and Codex missed. Peter answered Greg immediately that he had not seen it yet and would get the team on it that morning, and in the same window put Nathan Blackham and Justin Haynes on it in a group DM, forwarding the article with the instruction to take a look and be proactive here. About two hours later he came back to Greg with the substantive answer: the CVEs are low severity, CIQ is evaluating whether it can provide an easy fix, and CIQ is working to get access to the tool for future use.

Sep 11
technical

Cover the OpenELA TSC seat gap personally with Nathan and Leigh, and put Tim Pepper on the RESF relationship question

Sarah Almaraz relayed Arthur Tyde concern in #ea-team that CIQ holds two OpenELA TSC seats assigned to Nathan Blackham and Damen Knight, neither had been participating, and SUSE and Oracle were showing up consistently while CIQ as a founding member was not represented. Arthur asked for three things before the Sept 10 call: confirm Nathan and Damen or name replacements, get a PR submitted for OpenELA issue 36 with confirmed prod access, and name one CIQ engineer to own the import queue. Peter answered with the attendance roster - Myself, Nathan, and Leigh. Separately in the window he told Nathan he has Tim Pepper on as a contractor to look at CIQ relationship with the RESF and how CIQ grows community there, described the role as an OSPO advisor sort of guy here on a contract, asked Nathan for pointers to docs on unifying build infrastructure, and told Nathan to talk to Tim about the structure of his team, how he interfaces with the RESF, and how he wants to evolve that interface. Peter also forwarded Arthur OpenELA TSC threads to Tim Pepper directly.

Sep 11
strategy

Own the Google GDC answer personally, commit nothing to Google, and require Hassan to put the ask in email

In the group DM with Greg Kurtzer, Bjorn Hovland and Brady Dibble, asked who owns a Google GDC question, Peter answered that the answer to the question specifically is Me, that CIQ can ask, but that CIQ cannot commit to Google. He then added a paper-trail condition: get Hassan to send the request to Peter in email, cc-ing Brady and Bjorn, because Peter will need that.

Sep 11
strategy

An ambiguous interview verdict is a no - hold the bar rather than adding interviewers

Steve Wallace reported on the security engineer req that he had interviewed Jared, a contact of Greg, and had told Brianne and Greg that he was not a yes but not a no. Wallace proposed pushing the candidate on to CeeLo or TJ to gather more input. Peter closed it on the spot: not a clear yes and not a clear no means no, leave it as a no. He framed the rule rather than the case - he would rather hold a high bar, and if a candidate is not a giant yes, move on.

Sep 7
people

Sensitive Decision

Sensitive

Stay current on NVIDIA drivers - build the automation, and do not ship RLC-AI again without the latest drivers

Greg flagged in #distinguished-leaders that the NVIDIA contract obliges CIQ to distribute the latest drivers within 30 days of release, and that CIQ has drifted. Peter took it to Nathan Blackham and Justin Haynes in their group DM the next morning, told both that he had not had the 30-day obligation in his head either, and asked them to put some sort of process in place to stay current. Nathan opened ENGD-839 for the automation; Peter told him to slot it right around where the next RLC-AI drop lands. Separately he told Product the gate plainly: it makes no sense to put out RLC-AI again without updating to the latest drivers at the very least.

Sep 7
technical

Broken-in-production is an automatic fast path - small thing with embarrassing impact jumps the queue regardless of the size of the epic around it

In the 2026-08-25 Exec Product Prioritization session the errata CPE-to-product mapping item had drifted to number 30 on the board. The specific defect was that CIQ was shipping images identified as Rocky Linux when they should have been identified as RLC Pro. Peter moved it into the top ten on the spot. Brian Dawson stopped and asked what criterion drove the move, and Peter generalised it: something broken that we are shipping is an automatic fast path. He bounded it in the same breath - the broader errata epic is genuinely large and stays where it is; only the shipping-the-wrong-identifiers piece jumps, because fixing that piece is not dramatic at all. In the same meeting he pushed the reciprocal direction, arguing that some net-new items should be prioritized above keep-the-lights-on work because a two-month effort sitting at number 34 becomes a six-month effort.

Aug 28
strategy

Shut down department-heads as an intake path for engineering work - I raised it to product, they will either ask for it or they will not

In a #department-heads thread about who owns and maintains the C3 RPMs and about hardware certification playbooks, Ryan Smith offered to tweak Gauntlet to run certification playbooks and asked for hardware to be sent to him. Peter cut it off directly: this channel is not how work gets in front of engineering. He restated the path he had actually used - he asked who maintains it, got back currently nobody, and took the follow-up question of whether it should be publicly visible to product, where Brady Dibble owns it. If product asks for it, it becomes a project and gets the right people and the right hardware support.

Aug 28
operational

Sensitive Decision

Sensitive

Accept Bjorn conclusion on the Stratum name while refusing his reason - dont make a decision now that you dont have to make

Naming the new CIQ Kubernetes product. On Aug 23 in the executive group DM, Bjorn Hovland put up five candidates - CIQ Lattice, CIQ Stratum, CIQ Formation, CIQ Maestro, CIQ Marshal. Peter opened against the field with his own pick: my vote is Lattice, Marshal does not fit. Bjorn raised an SEO conflict, that an HR platform already owns Lattice, and Peter switched in one message - Stratum for the win, shrug. Chris Wolford independently backed Stratum and noted Lattice is also Quantum object storage system. Chris Baek started the trademark search. In the Aug 24 Kubernetes sync Bjorn laid out his actual reasoning - that over time he expects to combine the back ends into one and simply route a workload to Kubernetes or Fuzzball, but that is not the world today, so calling it the Fuzzball Kubernetes engine would muddy the waters too early and he needs to run keywords against Kubernetes as a discrete product. Peter agreed with the destination and rejected the route: he gets to the same place for totally different reasons, does not believe Bjorn story about the way the world ends up, and points out that if you do not believe it then you want the thing to have its own referenceable name anyway. Peter also asked that the final form match the naming convention used elsewhere.

Aug 24
strategy

Sensitive Decision

Sensitive

Trade a company-wide VP definition to get Greg to ratify the engineering ladder - structure first, names later

In the Aug 24 1:1, Peter walked Greg through the engineering leveling spreadsheet. He deliberately separated ratifying the STRUCTURE from mapping the PEOPLE, saying he wanted Greg bought into the structure and cared much less about the mapping for now. The ladder collapses roughly 27 levels to four IC levels - Engineer, Senior, Principal, Distinguished - plus Technical Fellow retained as a title outside the ladder rather than a level, and leadership reporting to Peter as either VP or Director with no Senior anythings. Greg objected to VP on optics grounds. Peter did not defend the word, he defended the need: I wanted a senior leader and a junior leader title, what we call them I am far less interested in. The two then jointly settled a company-wide convention: VP spans organizations and reports to a C-suite, SVP means junior C-suite where no CXO title is being given, Directors can report to either. Peter committed unilaterally: you will never see me arguing for a VP that does not report to me. Greg accepted, and asked that the ladder not be built in a vacuum but be made cross-applicable and run as an org-wide initiative with Mariah. Peter agreed and took the write-up. They ended at Peter stating they were 85 percent aligned.

Aug 24
people

Approve the NVIDIA-supported Fuzzball hackathon at SC - with a Wolford engineer on site a day early and a month of hardware notice from NVIDIA

In the L/P Quick Sync on 2026-08-18, Lindsay Aamodt brought the NVIDIA hackathon she has been building - in person in Chicago, Friday November 13 kickoff, build Saturday and Sunday, judging Monday, winner presented in the booth Tuesday as SC opens - and asked Peter to name the risks that would make it a flop in person. Peter approved it and attached conditions: someone who works for Chris Wolford goes on site a day ahead to stand the clusters up, explicitly not Lindsay; and NVIDIA must confirm exactly what hardware they are providing a month in advance so the networking is handled beforehand. He committed himself as a judge alongside Bjorn, Greg and Scott, and Wolford as mentor staying through Saturday.

Aug 19
operational

Sensitive Decision

Sensitive

Ask Greg to take Peter off the RESF directive so it reads as CEO-to-RESF instead of CEO-correcting-his-CTO - and pair it with a standing Lee status cadence

In the 2026-08-18 C-Suite Sync, Greg proposed DMing Peter, Dieter, Lee and possibly Brian to reiterate that more CIQ people need to be involved and that things need to move faster on the RESF side. Peter agreed to the substance but asked to be removed from the recipient list: So yes, but play this game with me. I think if you send that DM to the list of people you said, which includes me, and now I ask myself how I can perceive that from Brian perspective. I can perceive it as Greg telling his employee, Peter, to involve more people, and you are just notifying Brian that Peter has been told. If I am not on the email, and it is just going to Brian and Lee and Dieter, do you see what I am saying? I think you can speak really differently. He asked instead for a copy sent separately - I would just send it directly to them and then send me a copy of it just so I know exactly what you said - and suggested Greg tell them he expects Peter to be receptive to anything they ask. Separately Peter asked Greg to secure a standing status cadence with Lee, explaining that Lee is the one with the broad overview but does not work for Peter in this capacity, whereas Dieter will supply status on request. Greg agreed to have Sarah set up a weekly or biweekly Peter-Lee meeting, and Peter accepted.

Aug 18
strategy

Refuse to debate the cause of the Rocky download reversal until the metric itself is validated - either it is the number we track and it warrants attention, or we track a different one

Ryan Smith sent Peter a note that Rocky usage via Fedora DNF count-me stats had reversed for the first time since RESF started, correlating with Alma rise, and that Brian Clemens attributed it mainly to Neil and Lewis leaving with Lewis publicly promoting Alma since. Peter posted the whole note to #distinguished-leaders on 2026-08-18 flagged for the next morning meeting, and rejected the attribution: I do not buy that caused 250k less downloads of Rocky Linux. Something smells funny there. When Greg asked for his gut feeling, Peter declined to give one on causation and reframed the agenda instead: What I want to talk about is whether we believe the number is the number we should be looking at. If we do, then I think it warrants attention. If it does not, then I want us tracking a different numbers. In the C-Suite Sync the same morning he repeated the magnitude objection to Greg and named where the analytics capability should sit - that is what Dieter should plug it into.

Aug 18
strategy

Mondays session with the Linux org is universally positive - period, full stop - and any fix-things conversation goes to a separate meeting

Gregs company-wide 1:1s surfaced that the Linux organization - Nathans and Justins teams together - is measurably less optimistic about the future of the company than the rest of CIQ. Not massively unoptimistic, but a clear differential. Peter checked the instrument before trusting it: he watched a couple of recordings of Gregs 1:1s just to make sure that he was not leading the witness and asking the question the same way in all of them, and judged he was doing a pretty good job of it. His response is a Monday session with Nathans team, and he set a hard constraint on its contents. Content: state the finding transparently to the team, then walk them through what he is seeing in the Middle East from his second trip and from the Axiom Space meetings - we are seeing a massive uptick in our ability to do business - then walk them through what dealing with Google over the last week and a half has been like, explicitly attributing his own ability to do it to their groundwork: I got to do that because of the work that your team has done, laying the groundwork, and I want them to hear that, understand it, I want to thank them for it. Constraint: It should be just a universally positive meeting with your team on Monday. Period. Full stop. And I really want it to stay focused on being a universally positive meeting. If there are places where we want to talk about fixing things or tweaking things, that can be another meeting. But I do not want to muddy the message at all. He also gave Nathan the entire rationale in advance rather than staging it - I will say all of this to them, super transparently.

Jul 30
people

Run a Monday state-of-the-Linux storytelling session on pipeline, and have Baek carry the same rah-rah into the all-hands

Acting on a morale signal that surfaced in Gregs round of one-on-ones, Peter committed to sitting down with the Linux org on Monday to walk them through what he is seeing in the Middle East and with Google. He framed it explicitly as storytelling and cheerleader rah-rah about why he feels so bullish, not as a status update, and asked Chris Baek to sprinkle a little bit of the same into the upcoming company all-hands. He gave the diagnosis comparatively - the Linux org is meh on our future while Fuzzball is gangbusters and Ryans org is gangbusters, and there is no reason for Linux to be less positive about our future than everybody else - and bounded the response with it is not a risk right now. Sarah had already blocked Monday for the session.

Jul 29
people

Sensitive Decision

Sensitive

Endura scope for CIQs own pipelines - include Fuzzball, Warewulf, Ascender and Depot; exclude Apptainer

Eric Sheridan of Infrared Security updated Peter on the Endura proposal for securing CIQ build pipelines, noting Nathan and Justin had reviewed the Koji integration strategy positively and that Bjorn was excited about using Endura to protect Rocky core packages. Eric asked whether scope should extend beyond Rocky to Fuzzball, Warewulf, Apptainer and Ascender. Peter replied to include Fuzzball, Warewulf and Ascender, said Apptainer should not be necessary, and added a product Eric had not asked about - Depot - on the grounds that projects which serve CIQ products to customers should be included as well. Pricing follows this scope, and a call with Greg and Bjorn was set for Wednesday.

Jul 28
technical

Pause the AI Data Management policy approval and route it to Greg

Steve Wallace asked for Peter Google-Doc approval on the AI Data Management Policy (an effective-date fix). Rather than approve it, Peter flagged that Greg is now exploring training open-source models and said the whole approach may need to be revisited, telling Steve to get the doc in front of Greg to ask what he wants to do. Peter declined to ratify a policy that an in-flight strategic pivot could immediately obsolete.

Jul 21
strategy

Approve GPU hardware spend and drive hours-not-days urgency for the Fuzzball/Arcee test cluster

Peter approved procuring and standing up GPU hardware for a Fuzzball test cluster - routing ~240K of GB200 cards he had in hand to the Reno office, approving a ~60K server plus InfiniBand switch (and more if needed), and greenlighting installing cards into the office servers Brady was using. He pushed hard on speed: hours matter, not days. The goal is to get a cluster online fast for Chris Wolford Arcee/Fuzzball work and the board/Nvidia demos.

Jul 21
strategy

Willing to pull C3 into engineering, gated on Product confirming it is a priority

In his 1:1 with Art Tyde, Peter said he is willing to pull C3 into his engineering org, conditional on Product (Bjorn) actually confirming it is a priority. C3 ownership is currently ambiguous (Peter was told Greg owns it, which he called a terrible answer, and nobody under Peter owns it), it is degraded (reported ~50 percent down, Fathom-approximate), and it is blocking a Huawei evaluation. Peter made a note to figure out who is responsible for keeping it up and how to fix that.

Jul 9
operational

Sensitive Decision

Sensitive

Reverse the No on one non-Amazon-only Linux candidate and open Roxana backfill req immediately

After learning Roxana (a Linux contractor under Nathan) is leaving - the second Linux departure after Gomez - Peter reversed his 7/6 stance of declining both Amazon-background candidates. He will remove his No on the one candidate with breadth beyond Amazon, get him in now, and open a replacement req for Roxana immediately, while still holding the general ideally-not-Amazon preference.

Jul 7
people

EU Cyber Resilience Act - scope hinges on legal definitions; Bjorn to engage lawyers; aim to publish our own definitions

On the CRA thread (raised by Leigh Hennig re a Sept 11 deadline for RESF/Rocky/CIQ), Peter directed that the entire scope hinges on two definitions - vulnerability and actively exploited - and delegated Bjorn to engage lawyers to weigh in. Strategic aim: ideally CIQ/RESF publishes its own definitions, reframing CRA compliance as living up to our stated market promises rather than being exposed to outside interpretation. Until legal responds, nothing to do.

Jun 18
strategy

Sensitive Decision

Sensitive

Sensitive Decision

Sensitive

Establish 3 as the performance-review norm — close alignment with Bjorn and Greg

Peter established that a 3 on the 5-point scale is the expected/solid norm in performance reviews (not a 5), and closed alignment on this calibration standard with Bjorn and Greg, resolving a leadership split that had become visible to the org during the active review cycle.

Jun 8
people

Sensitive Decision

Sensitive

Mandate CIQ build/test pipeline converge with the RESFs — one unified project, Nathan accountable, coordination over speed

Peter laid down a mandate that CIQs Linux build/test pipeline will become functionally identical to the RESFs over time — a single consolidated project rather than parallel tooling. Nathan drives and is held accountable for closing the CIQ-to-RESF gaps (hardware parity, cut over to Koji, mirrored build infrastructure, a full validation framework that runs PR-specific tests). Justins build world must sign on and use it everywhere. Ryans gauntlet/outfitter tooling and Leighs RESF-side work are welcome only if they plug into the one project rather than forking. Peter explicitly chose coordination over speed even though it slows Ryans faster build-it-now instinct.

Jun 5
strategy

Performance-engineer rec stays under Greg/research for now; likely transitions to engineering later

In the HR Weekly (6/02), Greg offered Peter the performance-engineer rec, saying performance does not belong in research under the new charter and that the rec should go to Peter. Peter chose to leave the rec under Greg/research for now (roughly the first four months), with shared agreement that it likely transitions to Peter/engineering long-term once there is something concrete to manage toward. Peter framed it as a stance to leave the meeting with unless someone had an epiphany that evening; the stance held.

Jun 4
people

Take on Value Drivers Board restructure as the next coordination lever after JPD doctrine

In the 6/01 Leadership Roundtable, Peter committed to bring a formal proposal to restructure the Value Drivers Board, explicitly sequenced as the next move now that the product-priorities board (the JPD-doctrine work, closed 5/29) is aligned where he wanted it. Took the Fathom action item to draft the proposal and share with Chris Baek and the group within a couple of days. Triggered by Lindsay surfacing marketing/product misalignment (premature RLC+AMD announcement before AMD validation; Fuzzball multicloud date churn May 28 to June 4).

Jun 1
operational

Sensitive Decision

Sensitive

Kyle move conditions: permanent (no return) and gated on RLC completion

If/when Kyle moves to Gregs research team, the move is permanent with no path back to Wolfords org. The gate is Kyle completing his current RLC commitments first, not just Wolford filling the backfill rec. Greg owns the conversation and setting expectations with Kyle on self-management and performance; Greg will update Peter and Bjorn on Kyles decision.

May 27
people

Cedric placed full-time on Gregs research team; Kyle still pending Gregs conversation

After the C-Suite Sync surfaced the Kyle/Cedric risk asymmetry (Kyle = low performer needing hard deadlines, Cedric = high-output engineer well-suited for rapid POCs), the research-team assignment from yesterday flipped: Cedric is now the firm full-time mover to Gregs research org, while Kyles move is still open and gated on Greg-owned conversation + Kyle finishing his RLC commitments first. The Wolford backfill rec opens regardless of which one moves.

May 27
people

Hire dedicated cloud-security engineer — Steve drafts JD, Peter champions, dovetail with Nathan STIG/FIPS gap

In Steve 1:1 5/21, TJ flagged CIQ is doing the bare minimum on infrastructure security across 4-5 clouds. Peter asked Steve to have TJ (or Steve) draft a quickie JD describing what the role does and is responsible for — explicitly NOT urgent, but needed as a champion artifact so Peter can take it to Bjorn/Greg with a concrete ask. Steve flagged that the same hire could dovetail with Nathans STIG/FIPS expertise need on the technical side; Peter agreed ("Awesome"). QBR 5/22 made it official as a Steve-owned area requiring formal assessment and potentially a new headcount.

May 26
people

Joseph compensation bump approved; future raise asks must come with story not tenure

Joseph asked Peter directly for a comp bump citing financial hardship — Peter approved on the spot. In the Justin 1:1 5/21 Peter ratified this with Justin and used it to articulate the process going forward: raise asks should not be tenure-based ("we havent given Fred a raise in a year"); they should come with replacement-cost analysis, criticality justification, and a clear story. "In general I will say yes to that."

May 26
people

Firewall Greg AI prototyping team — company makes no plans against their output

Peter explicitly framed Gregs AI prototyping work as a separate research division that the rest of the company cannot bet on. No items show on the value drivers board for this work; nothing is committed to customers; deliverables are not on engineering plans. If they emerge with a usable nugget, fine — Wolfords or Nathans team will productize it. Until then, planning treats the team as if it does not exist.

May 26
strategy

Sherif RESF hardware: Wallace owns directly — escalation triggered by Greg

When Greg pinged Peter in #distinguished-leaders saying the RESF (Sherif) had been waiting on systems and Sherif had been emailing Moody for weeks, Peter took the heat publicly ("I do not need thanking. This is a disaster.") and re-assigned ownership directly to Steve Wallace. Steve had it on Moodys plate and it slipped while Moody was out for a bereavement. Peter then DMed Steve to take ownership ASAP — Steve confirmed and committed to staying on top of it through the vendor build/ship.

May 26
operational

Kyle conditional move to Greg AI role gated by filling Wolfords rec first; Cedric written off the Fuzzball team

Kyle reached out to Greg directly about the AI role reporting into Greg. Peter aligned with Greg and Chris Wolford on the following: (a) Kyle stays in Wolfords org through end of June while the new tickets land; (b) Wolford receives Gregs open rec immediately and starts hiring; (c) Kyle does not move until that rec is filled; (d) Kyle is told this is a job change, not a trial — if it does not work in Gregs world he is out, same as any other role mismatch; (e) Peter will tell Greg that Cedric is NOT meaningfully delivering on Fuzzball today (he is a part-time advisor at best while building for Greg), and Wolford will plan as if Cedric does not exist on the team going forward.

May 26
people

Dedicated cloud security engineer role to be championed — dual-purpose JD covering cloud + STIG/FIPS

Committed in Steve 1:1 5/21 to champion a new dedicated cloud security engineer role. Steve will work with TJ to draft the JD; Peter will champion it to budget owners (Bjorn/Greg). Triggered by TJ flagging current cloud security as bare minimum and the proactive supply-chain projects (TJ on GitHub workflow SHA pinning, CeeLo on NPM package securing) needing a dedicated owner. Dual-purpose JD: also serves Nathans STIG/FIPS security expertise needs — one hire, two demand surfaces.

May 21
people

Kyle AI transfer approved with hard conditions; Gregs AI team codified as research firewall

Approved Kyles move from Wolfords Fuzzball team to Gregs AI team. Conditions: (1) Kyle stays on Fuzzball through end of June to finish RC tickets, (2) Chris receives Gregs open AI rec immediately to start backfill hiring, (3) transfer only happens after replacement rec is filled, (4) move is permanent — not a trial; failure to perform in AI role = out (not back to Fuzzball). Same turn with Wolford codified the broader doctrine: Gregs AI team operates as a research division firewall — the company plans nothing based on its work until a proven nugget of gold is delivered, and Cedric is now assumed unavailable for Fuzzball planning.

May 21
people

CVE response strategy — three-pillar overhaul (process + tooling + strategic kernel review)

In Engineering Weekly Sync, Peter operationalized the 5/11 Leadership Roundtable vuln-handling commitment into three concrete pillars: (1) Chris Baek to restructure the embargo/CVE comms doc with Jamie, separating process from tooling/templates; (2) tooling strategy — Peter commits to email Greg requesting Claude Opus 4.7 whitelist for CIQ accounts AND to set up unbridled internal LLM models on Fuzzball for vuln investigations; (3) schedule strategic kernel philosophy review for early June, with Nathan and Justin to provide a list of downstream automation efforts to prioritize.

May 12
strategy

Open strategic review of RLC/RLK identity + upstream binding (Dirty Frag triggered)

Saturday 5/9 in #department-heads, in immediate response to Justin's Dirty Frag status table and Nathan's note about CIQ patches being shared with the RESF, Peter announced he wants the leadership team to take up a strategic question next week: what recurring vulnerabilities imply about CIQ's kernel posture, how tightly to bind to upstream, how to work with the RESF, and what it means going forward to be RLC and RLK. Aimed at framing input for the mid-to-late June LA in-person product-strategy session with Bjorn and Greg.

May 12
strategy

Commit engineering to vuln-handling infra/automation at Leadership Roundtable

At the 5/11 Leadership Roundtable, Peter accepted an explicit action item to prioritize vulnerability-response infrastructure and automation work in engineering, and to update Chris Baek as the interim process owner. The commitment converts the 5/8 internal-to-engineering commitment (build/test infra to eliminate reactive interrupts) into a cross-functional commitment with Bjorn, Greg, Chris, and Lindsay in the room.

May 12
strategy

Sensitive Decision

Sensitive

Prioritize build/test infrastructure to eliminate reactive engineering interrupts

After Dirty Frag CVE took Linux engineering offline for 24 hours, Peter committed to prioritize building robust build/test infrastructure as the proactive response. Told Brady/Brian this requires Product leadership to de-prioritize other work to make room. Surfaced publicly in #department-heads thread asking how to structure infra for the new normal of AI-assisted exploit cadence.

May 8
strategy

Senior leadership candidate engagement: open to talk, not under pressure, will not give away the kingdom

On the senior leadership candidate Greg/Bjorn surfaced (described by Bjorn as a bit all over the place and by Greg as starting like she is that much of a gift to us), Peter took a disciplined position: happy to talk, would like another senior person, but not feeling pressure right now and will not concede equity/scope/title to land her. Also flagged: expects steady-state of senior candidate flow for a while.

May 7
people

PPL is being misused — push Bjorn to realign it to strategic priorities

The Product Priority List has drifted from a strategic-priority list (epic-level) into a granular project tracker, obscuring strategic priorities (RLCAI on Spark buried at #88) and creating bottlenecks (Ollama package delayed to May 15). Peters position: PPL must return to defining company strategy at epic level; granular tasks belong in JIRA. Will engage Bjorn directly to realign — this is the framing decision; the implementation is the negotiation with Bjorn.

May 4
operational

Three-tier Rakuten kernel proposal — 8.10 preferred, 8.6 sustaining, $800k-$1M PS for full 8.6

Push Rakuten to migrate RLC 8.6 to 8.10. Three-tier proposal: (1) preferred — full support on 8.10 with CIQ vendor coordination to accelerate hardware recertification; (2) alternative — sustaining support on 8.6 with no new patches/backports (security risk on Rakuten); (3) PS engagement — $800k-$1M/year to fund two dedicated kernel engineers for full 8.6 support, framed explicitly as Professional Services cost not mainline engineering. June renewal is the forcing function. The original handshake-pricing deal with Tarek is void.

May 4
strategy

Everfox: require ~$2M front-loaded year-one payment, reject back-loaded $600k structure

Peter is requiring a large upfront payment ($2M floor with the proposal team; $4-6M float with Greg) for the new Everfox custom work (legacy CPU support, custom desktop) and rejecting the back-loaded $600k year-one structure. The $20M/10-year deal will be restructured to front-load payments, potentially by reducing total contract value if needed. CIQ will not absorb non-reusable engineering work without immediate funding.

May 4
strategy

Ship CIQ kernel patch with extra fix; contribute upstream; race to be first/best on CVE response

Linux kernel CVE response: CIQ shipping 10 fixes vs CentOS Stream's 9 (CIQ found and is fixing an extra issue related to the CVE). Extra commit submitted upstream to centos-stream and acknowledged for inclusion. CIQ pushing to be first EL distro to release, with primary goal of customer reassurance and secondary goal of public proof point that CIQ contributes to security and is large enough to serve big customers. Also pushing patches to RLC kernels as fallback in case RH doesn't move quickly.

May 1
strategy

Sensitive Decision

Sensitive

Manage Wesley via Greg; set boat-anchor trigger with Chris (preserve optionality)

In the Chris W 1:1, Peter decided to manage Wesley's performance situation through his Greg relationship rather than moving Wesley onto a PIP or active weekly-1:1 performance track like Cole and Thomas Chin. Assessment: Wesley is capable but slow, requires handholding, won't operate at senior/principal level, but is not a net negative. Chris asked to proactively flag if Wesley becomes a boat anchor on team productivity — that is the threshold for escalation.

Apr 18
people

Core42: pivot from Fuzzball sale to full-stack compliance partnership

After the Core42 Tech Dive Part 2 surfaced Core42 wants a single OS vendor for their full UAE compliance stack (NIST 800-53, BIS, IDAM, physical security) across three EOY-2026 GPU clusters, Peter immediately convened an internal Impromptu Zoom to reposition the opportunity. CIQ will propose a comprehensive partnership framing CIQ as the only group that can provide all requirements, with RLC Pro Hardened + Fuzzball + Ascender as the core stack and partners filling the remaining ~20%. Consultative play: CIQ will advise Core42 on which requirements in Eric Grundstrom's doc would cause unacceptable performance degradation vs. which can be met. Nathan to draft the proposal doc by EOD Saturday so CIQ can deliver an answer by Monday.

Apr 18
strategy

Escalated Dieter/RASF urgency to Greg publicly — secured EOW commitment

Publicly escalated Dieters stress and lack of RESF authority in #distinguished-leaders (When are we actioning Dieter? Hes super stressed and feeling unsupported), forcing Greg to commit End of week is my target on finalizing the RASF.

Apr 17
people

Sensitive Decision

Sensitive

Committed CIQ Engineering Resources to Unblock RESF

Committed CIQ engineering resources (specifically Max Spevack) to unblock RESF, positioning RESF health as critical to CIQ success. Committed to asking Nathan to prioritize providing new AWS contacts for Leigh to bypass stalled Duncan access. Directed Chris to lock down internal-rasf Slack channel for Leigh's weekly write-ups. Clarified Max's role as Chief Architect for Everything Linux focused on upstream health and AI-automated CVE remediation. Agreed Brian's value is limited to admin tasks — Leigh will communicate this assessment to Greg.

Apr 15
operational

Set Sales Scope Discipline on Nokia Opportunity

In MPDM with Adam Jackson, Bjorn, Greg, and Jonathon, set firm boundaries on product scope for the Nokia deal. CIQ should sell what it has and is good at, not build custom solutions to close individual deals. The bar for adding new capabilities is company-level strategic pivot territory — not deal-level customization. Stated 'enough money is a LOT' and 'its not going to be for another 500k, or just to close the deal.'

Apr 15
strategy

Sensitive Decision

Sensitive

Shaped Interview Panel with Veto Condition for Performance Engineering Hire

When Greg wanted to add Cedric to the interview panel and reduce from 5 to 4 interviewers, agreed Bjorn could be dropped but set a condition: a NO from Max or Peter must count as a veto.

Apr 11
people

Set Lab-to-Production Boundary — Nothing Ships Without Engineering Productization

Established with Bjorn that nothing from Greg's Innovation Group/Lab (Cedric) goes directly to production. Everything must pass through Engineering for productization, validation, and integration with build/signing pipelines. CIQ does nothing with RLC-Performant until the lab produces something viable.

Apr 11
strategy

Defended Global Prioritization Model with Per-Team Computed Views

Convinced Greg that product prioritization must remain a single global list, not grouped by team. Agreed to add a computed property showing priority within each team for visibility. Fuzzball was reprioritized into top 20 in Exec meeting; Greg's remaining concern about Fuzzball not being high enough was resolved via the global+computed-property approach.

Apr 11
strategy

NVIDIA Partnership - Resource Commitment for Grace Vera Patch Support

Committed to assessing headcount needs for NVIDIA Grace Vera patch support — both for the first 6 months and then ongoing. Forwarded NVIDIA patch list to Nathan for SWAG assessment. Nathan estimated 3-6 months for RLC, faster for CLK 6.18. Communicated requirements to Scott Hara: hardware access, test suites, functional and performance targets.

Apr 9
strategy

RESF Restructure - Confirmed Proceeding Despite Greg's Hesitation

Confirmed CIQ should proceed with the Dieter RESF restructure plan, overriding Greg's expressed concern that the restructure doc might disrupt RESF's current momentum under Leigh. Bjorn aligned with Peter. Greg deferred rather than blocking.

Apr 9
people

Agent IQ: Requiring Bjorn to Justify Before Supporting

Peter directed that Bjorn must articulate how Agent IQ augments CIQ's portfolio before it gets engineering resources. Not killing the project outright but requiring strategic justification.

Apr 4
strategy

AI/Data Security Audit Commitment to Greg

When Greg raised concerns about CIQ leaking data through AI agents/bots/services, Peter committed to getting Michelle's oversight team to do an assessment/audit of what's running and with what access.

Apr 4
operational

Michael Young Termination Communication Approach

Peter set communication boundaries for Michael Young's termination: don't tell RESF people WHY, only 'we decided to part ways.' Advised Greg not to write specifics down. Declined to reply to Michael directly.

Apr 4
people

Empower Dieter as RESF Infrastructure Lead + Stock Grant

Peter decided to push Greg to give Dieter formal authority as RESF technical infrastructure lead, and approved a stock grant for Dieter with Bjorn's support to tie him more closely to CIQ.

Apr 4
people

Sensitive Decision

Sensitive

Established Fuzzball AI validation process

Committed to validating Greg's Fuzzball AI marketing claims before they go external. New process: Greg/Jonathan provides desired story, Peter documents engineering tests required, engineering validates and gives thumbs-up/down. HumanX conference in 2 weeks is the forcing function.

Mar 25
strategy

Sensitive Decision

Sensitive

RESF — Orchestrated demand-pull approach for CIQ help

Directed that CIQ help should come through RESF team requests (especially Taylor/Sherif) rather than being imposed from above. Reinforced 'CIQ will help if you ask' messaging through Greg and Leigh. Wants RESF work driven like a project with visibility into requests.

Mar 24
operational

RESF — Deliberately accepted engineering capacity hit for RESF support

Explicitly committed to accepting CIQ engineering disruption from RESF support work. Stated he'd be 'upset' if there isn't impact on engineering — signaling this is the right priority trade-off and meaningful work should be happening.

Mar 24
strategy

RESF — Committed CIQ resources (Dieter/Nathan) and proposed tech lead structure

Committed Dieter and Nathan to near-full-time RESF work. Proposed Dieter as RESF tech lead reporting to Peter for ~1 year. Told Leigh both are available immediately (Dieter now, Nathan when back from vacation). Scheduled Tuesday alignment meeting with Greg/Bjorn/Max to formalize structure and authority. Briefed Max on strategy: unified front with Bjorn, carrots and sticks approach for Greg meeting.

Mar 24
strategy

Fuzzball SaaS Prepaid Token Billing Model with Unified Portal Backend

Drove adoption of prepaid token ('CIQ Tokens') billing model for Fuzzball SaaS MVP, with unified Portal backend as single source of truth for all user accounts and token balances. Free tier deferred to fast-follow. MVP requires account + credit card to run workflows.

Mar 21
technical

Gate Fuzzball SaaS GTM on Working Prototype — Assign Michelle

Agreed to move forward on Fuzzball SaaS GTM but gated it on having a working prototype first. Suggested Michelle as the resource to stand up a prototype on top of existing Fuzzball, accepting she's not the ideal person but can make progress. Rejected doing it 'out of band' — keep in normal product flow.

Mar 21
technical

Personally Invest in Retaining Mustafa at RESF

Proactively reached out to Mustafa, scheduled a 1:1 for Monday March 23 at 9:30am PST. Shared outreach in #distinguished-leaders and declared 'I will invest HARD in the good ones.' Providing executive-level support to counter harassment from Taylor and Sharif.

Mar 21
people

Sensitive Decision

Sensitive

Sensitive Decision

Sensitive

Google Deal — Engineering Owns Resource Projection

Directed that engineering (not finance/biz dev) should own projecting what the Google deal requires in terms of team size and capacity. Participated in Google Deal review meeting where consolidated $6M/yr development fee proposal was developed, including engineering guardrails (live patching scope limits, early renewal trigger). Deal structure: $6M dev fee for 5-7 senior engineers, uncapped variable usage fees (removing $1M cap), 15-25% margin on premium listings + MDF, early renewal trigger if scope exceeds funded team capacity.

Mar 18
strategy

RESF Communication & Information Control Strategy

Established multi-layered communication control for RESF transition: (1) Posted own #engineering message with different language than Greg's draft, emphasizing visibility requirement. (2) Told eng-management nobody talks on RESF Zoom calls because RESF members can hear. (3) Asked Lindsay to confirm no social media leaks. (4) Told Max to keep RESF off Department Heads agenda Thursday.

Mar 18
operational

RESF Operational Framework — CIQ Resources Work Under RESF Direction

Established and communicated to entire engineering org that all CIQ work for RESF must be done 100% at RESF direction, with every request flagged for Peter's visibility. Reinforced individually with Ryan (get accounting of in-flight work, ensure RESF person directing), Nathan (hold then green-light Taylor contact with specific messaging), and Mustafa (offer resources under RESF direction, recommend MatterMost for coordination).

Mar 18
strategy

Louis — No Acting Role for Next Couple Years

Decided Louis cannot have any acting role in RESF for the next couple of years. Technical contributions may be allowed later by whoever runs RESF. Priority is not muddying the transition message.

Mar 13
people

Excluded Brian from RESF Pre-Transition Planning

Decided to exclude Brian from pre-transition RESF planning based on synthesizing risk signals from multiple sources. Brian's role will be carefully managed post-transition.

Mar 13
people

RESF Monday Cutover — Finalized 3 PM PT Execution Plan

Finalized the RESF infrastructure cutover plan for Monday March 16 at 3 PM PT, including DNS NS record flip, AWS VPC firewalling, account disabling (Lewis, Neal), and security audit — accepting up to 24 hours of DNS-related downtime.

Mar 13
operational

Enforcing Product Process for Greg's RLCAI Requirements

Enforcing the correct process by directing all of Greg's RLCAI requirements to the Product team rather than allowing Greg to bypass Product and give direct requirements to Engineering. Brian Dawson raised the concern; Peter is supporting and enforcing.

Mar 11
operational

Asset Management — Backend-First, Bridge to Views

Advocated for deciding where the asset management backend should live first, then building bridges to expose it wherever needed (Jira, Rippling). Explicitly disagreed with Greg's framing that building bridges adds unnecessary complexity.

Mar 11
technical

Brian Clemens — Loop In After Front Door Closes

Decided Brian Clemens should be brought into RESF matters only after the front door is closed, acknowledging he'll be critical for reconstruction but the current phase requires operational security. Conditional on his behavior: 'If he hasn't gone off the reservation at that point.'

Mar 11
strategy

Sensitive Decision

Sensitive

Prioritize GPU Optimization to Define Team Capability Needs

Directed that GPU utilization optimization be prioritized for Fuzzball/RLC AI, using the priority as a diagnostic to reveal what in-house capabilities the team needs.

Mar 8
strategy

Prioritize Google Exec Meeting — Adjust Reno Travel

Agreed to meet a confidential new Google executive (distinguished engineer from Google Cloud, came through Tissa) for Monday dinner or Thursday lunch. Thursday option requires returning from Reno Wednesday night. Directed Greg to cover Toyota in person on Wednesday if needed.

Mar 6
strategy

RESF Option A — CIQ-Led Transition with Narrative Reframing

Adopted Option A (CIQ-led transition) as the only viable path for RESF. Reframed narrative for Greg as 'skeleton' foundation for future vibrant community, not 'threadbare' end state. End-state vision: Rocky Linux displaces Alma and Ubuntu as de facto enterprise OS. Identified critical leadership gap requiring new empowered leader ('mystic unicorn') deputized by remaining board. Internal story: 1-year transition to 501(c)(6).

Mar 5
strategy

Push for Continuous Sales/Support Enablement

Aligned with Greg on pushing for continuous product enablement (demos, walkthroughs) for Sales and Support on every new engineering feature, overriding Bjorn's resistance. Peter committed to re-engaging Bjorn on this.

Mar 4
operational

Sensitive Decision

Sensitive

Aligned with Max on RESF Option A (Skeleton Independent) as the best path

After reading Max's RESF decision framework document ('The Future of the RESF: A Decision Framework for CIQ'), Peter agreed with Max that Option A — maintaining the RESF as an independent entity in the lightest possible form with one CIQ-employed full-time RESF leader — is the best path. This is Peter's position alignment with Max, not yet a company decision. Next step is presenting to Bjorn and Greg for buy-in.

Mar 3
strategy

Aligned with Max on RESF Option A (Skeleton Independent) as the best path

After reading Max's RESF decision framework document ('The Future of the RESF: A Decision Framework for CIQ'), Peter agreed with Max that Option A — maintaining the RESF as an independent entity in the lightest possible form with one CIQ-employed full-time RESF leader — is the best path. This is Peter's position alignment with Max, not yet a company decision. Next step is presenting to Bjorn and Greg for buy-in.

Mar 3
strategy

Demanded measurable success criteria for LinuxLM project

Greg proposed training/fine-tuning a Linux-expert foundation LLM (LinuxLM). Peter pushed back by demanding explicit success criteria — deployment plan, evaluation methodology, and clear value proposition — before endorsing the project.

Mar 3
technical

Decided to carefully surface Icicle results to Bjorn

After validating Icicle test methodology with Ryan (BIOS change applied before both with/without comparisons — apples-to-apples), and learning Ani was told by Bjorn to stand down on Icicle, Peter decided to personally and carefully bring the validated results to Bjorn's attention.

Feb 27
strategy

Set NVIDIA positioning: benchmarks are AMD-only, offer to collaborate on tuning

Defined strategic positioning for NVIDIA benchmark situation: frame existing benchmarks as AMD-only, and offer to work with NVIDIA to tune Rocky Linux for their platform. This turns a potential embarrassment into a partnership opportunity.

Feb 25
strategy

Approved retention check-in strategy for must-keep employee list

Approved the must-keep employee list prepared by Mariah and Chris. Committed to personally leading retention check-ins with must-keep engineering employees. Bjorn leads check-ins for his org. Mariah and Chris excluded their own teams (already monitored closely).

Feb 25
people

Sensitive Decision

Sensitive

Initiated proactive top performer temperature checks

After Ian Kaneshiro's resignation, Peter directed the senior leadership group in #distinguished-leaders to split up and individually meet with top performers to take their temperature. This is a systematic retention check rather than just crisis management for the single departure.

Feb 24
people

Escalated Ian Kaneshiro retention to CEO level

After learning Ian Kaneshiro (PIC team, reports to Chris Wolford) resigned to join an AI startup, Peter immediately directed a retention escalation: told Mariah to get Greg talking to Ian, told Greg to do anything to keep him. After learning Ian had already accepted and wouldn't go back on it, shifted to ensuring the door stays open for a future return.

Feb 24
people

Commit to benchmark accuracy sign-off by tomorrow

Committed to signing off on the accuracy of the RLC-AI benchmark document by Feb 21, gating its release. Greg conditioned approval on numbers being '100% accurate' and verifiable. Bjorn shared both internal and external draft documents for review.

Feb 20
operational

Assign Max as RLC-AI benchmarking plan owner with RHEL comparisons

Assigned Max Spevack as owner of the RLC-AI benchmarking plan in response to Greg's question about ownership. Directed that RHEL comparisons be added to exit criteria. Bjorn owns product definition (what to benchmark), Max owns technical execution (how to benchmark accurately). Max will create a one-page methodology document for the Humane pitch.

Feb 20
technical

Sensitive Decision

Sensitive

Pushed for March ARR review, rejected April as too late

Directed Sarah and Greg to schedule an ARR targets review meeting in March, pushing back on an April date as too late. Wants to ensure the company is on track for revenue targets and can pivot anything needed. Offered personal availability and said format doesn't matter.

Feb 20
strategy

Sensitive Decision

Sensitive

Leveraged TPS report visibility to drive accountability with Justin

Proactively messaged Justin that the Release All Things section of the TPS report looks bad, with a 2.5-hour deadline before C-Suite Sync presentation. Gave Justin a window to update Jira tickets to reflect reality.

Feb 12
operational

Core42 Technical Assessment - Multi-Product Positioning in UAE

Attended Core42 meeting in Abu Dhabi with Greg, Bjorn, Max, and Adam Jackson. Provided real-time technical assessment to the team via Slack, identifying product-customer fit across four CIQ product lines: RLC-H for defense customers (CVE remediation pain), Rocky as guest OS on Signature Cloud, Fuzzball as potential replacement for their unhappy AI cloud orchestration partner, and Ascender Pro for their heavy Ansible usage. Followed up personally with Raghu (EVP Engineering, Core42 US) offering in-person meetings.

Feb 9
strategy

Approved RLC+ and Pro product hierarchy with new naming and de-risked launch cadence

Approved a new product hierarchy: Stock Rocky (pure community mirror), RLC+ (free with NVIDIA/AMD drivers), RLC Pro (paid tiers). The RLC name now signifies CIQ value-add. Also approved a de-risked 3-phase launch cadence: Phase 1 (Feb) bundles RLC Pro + RLC Plus NVIDIA; Phase 2 (Feb) RLC Pro AI; Phase 3 (Mar) RLC Plus AMD partnership. Identified backporting vs roll-forward policy gap as a pre-launch blocker.

Feb 6
strategy

Enforced Product-owns-prioritization process with Greg

Pushed back directly on Greg when he tried to route engineering work outside the established prioritization process. Insisted Product owns the priority list and work requests must flow through the proper channel. Simultaneously reminded Chris Baek that his team owns signoff authority and should use it rather than escalating through Greg.

Feb 6
operational

Google Partnership Strategy - Build Rapport with Tissa

Decided to shift the Google contract renegotiation strategy from confrontational to collaborative. Peter will personally meet with Tissa (Google) to build rapport and empathy, framing CIQ's financial pain as a shared problem to solve together. Greg will be excluded from this meeting to ensure a non-antagonistic conversation.

Feb 5
strategy

RESF Strategy: Remove Lewis with Legal Leverage, Engage Neil Collaboratively

Approved plan to remove Luis (Lewis) from the RESF board using a Quinn Emanuel memo documenting a potential federal law violation and breach of fiduciary duty, then send a collaborative letter to Neil offering a path forward to avoid a public fight. Greg will present the memo to board members to secure their support. Shadow infrastructure (Koji, clones) is confirmed ready.

Feb 4
strategy

AI-First PR Process - Tests Over Human Review

Decided that PR process should evolve to prioritize automated test suites over human code review for AI-generated code. If a comprehensive test suite passes, the code is considered production-ready regardless of its origin.

Feb 3
technical

New Engineering Mandate - 2x Velocity in 6 Months

Set new mandate for Justin and Nathan: top priority is building a team that can deliver twice as fast in six months. This is a shift from the previous coaching model to a performance-driven one - setting ambitious targets, holding people accountable, and replacing underperformers.

Feb 3
strategy

CODE2 Values Redefinition - From Traits to Behaviors

Proposed redefining CIQ CODE2 values from character traits (what people are) to observable behaviors (what people do). Created comprehensive framework translating each value (Customer Centric, Optimistic, Dedicated, Efficient, Excellent) into concrete, measurable actions for engineering. Shared draft with Bjorn first for alignment, then presented to Greg in 1:1.

Feb 3
people

Advocate for in-person Anduril POC kickoff in Seattle

Decided to advocate for an in-person technical kickoff meeting in Seattle for the Anduril POC, with both Peter and Max attending. Set clear boundaries on duration - a day or two is fine, but two weeks would break February delivery dates.

Jan 31
strategy

Recommend partial bounty payout for Fuzzball single-binary work

Recommended paying out half of the originally established bounty to the team members who completed the Fuzzball single-binary work. Want to use bounties as a repeatable, low-friction model across engineering and ensure all of engineering knows about the payout.

Jan 31
operational

RESF crisis comms - single source of truth

In a RESF crisis, publish one official blog post as the central source of truth. All responses on social media (Hacker News, LWN, HPC forums) link back to that post. Do not engage in real-time debates. Own the traditional news cycle, not social media.

Jan 30
operational

Escalated Visa support model concerns to Greg

Escalated concerns about CIQ support arrangement with Visa to Greg and Bjorn. Questioning why CIQ is on the hook to support Rocky Linux (which CIQ does not build) for Visa, rather than having Visa use RLC so CIQ can actually fix their issues.

Jan 30
strategy

Clarified bonus evaluation framework - above and beyond for step-function impact

Clarified to Steve Wallace that bonuses are awarded for actions that are above and beyond standard role expectations and provide a step function for CIQ - not for standard job performance, which is covered by salary. Also confirmed TJ bonus (Greg approved Jan 23 via private DM) and committed to close the loop with Greg.

Jan 30
people

Sensitive Decision

Sensitive

Advocated for PIC team progress to Greg

Reported to Greg (CEO) about satisfaction with Chris Wolford team improvement and transparency. Thanked Greg for going into PIC Demos meeting with open mind despite having strong opinions. Highlighted Ian Kaneshiro as fantastic.

Jan 28
people

Performance review redesign - define traits with observable behaviors

Committed to drafting a proposal to fix the performance review system for the April/May cycle. The approach keeps existing traits but defines each with observable behaviors so managers and employees have shared understanding of what success looks like.

Jan 28
people

Committed to ensuring Greg technical direction reaches Justin

Committed to redirecting Justin to follow Greg architectural guidance on object storage/depot, and to be the conduit ensuring Greg technical direction reaches engineering clearly. Greg flagged that depot work was not in line with past directives.

Jan 26
technical

Approved Greg-Cedric engagement starting Monday

Approved Greg beginning conversations with Cedric on Monday to provide context on upcoming PIC work. Cedric will continue participating in epic scoping sessions to stay connected to the tactical work.

Jan 23
operational

Instituted ARR and CVE gap metrics visibility at weekly meetings

Decided to communicate both current ARR (as determined by finance) and CVE gap metrics at weekly meetings. Proactively communicated this to Bjorn and Greg, anticipating potential concerns but proceeding anyway.

Jan 22
strategy

Engineering dates commitment by Friday - reprioritize for revenue impact

Committed to publishing updated engineering dates/milestones by Friday for Monday group review. Acknowledged January deliverables are unrealistic - many items were newly added and cannot complete in remaining ~10 days. Will reprioritize toward revenue-impacting items first. Tomorrow all-day session with Chris Baek to rework H1 plan into aggressive but achievable targets.

Jan 21
strategy

Board presentation narrative: AI as lean maintenance enabler

Finalized board presentation framing AI as the solution to lean, automated maintenance org. Key talking points: heavy AI usage across engineering, all builds automated with zero public issues in 3 months, leaning out maintenance to free devs for RLC-AI/H, RESF contingency infrastructure (3 heads, 5 weeks), CVE automation story (net-snmp 40-day p50 to 14 days), expectation to reduce manual CVE team by 75% in 6 months.

Jan 19
strategy

All-Hands messaging: acknowledge Q4 miss, pivot to pipeline optimism

Aligned with leadership on All-Hands messaging strategy: directly acknowledge Q4 revenue miss, then pivot to optimistic outlook highlighting $22M H1 pipeline and unified GTM plan. Peter to present tech updates (service endpoints, Nerf) and guide Mural board walkthrough. No naming specific deals to avoid premature expectations.

Jan 17
strategy

Sensitive Decision

Sensitive

Strategic Map Framework - Value Drivers vs Internal Efficiency Separation

Established new H1 strategic planning framework that separates customer-facing Value Drivers from Internal Efficiency Drivers. Framework uses three lanes: middle lane for Value Drivers (the WHY), top lane for GTM activities, bottom lane for engineering deliverables. Also established phased estimation process: low-confidence ballpark dates first, then engineering-only session to raise confidence.

Jan 15
strategy

Justin Coaching - Ambiguity Tolerance and Explicit Pushback

Coached Justin on the Depot/Portal bounty disconnect. Addressed two issues: (1) Justin needs to get comfortable moving through ambiguity and letting his team explore before designs are fully baked - unlearning 10 years of Amazon training. (2) When Peter pushes for something, Justin needs to either do it or explicitly debate/push back - not quietly not execute.

Jan 12
people

Marketing ICP Validation - Collaborative Research Approach

Pushed for marketing to validate ICPs with real data rather than just executing on what was decided in the planning room. Established that ICPs are hypotheses to test, not fixed targets, and Lindsay has permission to explore outside defined ICPs if data warrants.

Jan 12
operational

H1 Planning Framework - 3-Lane Model

Pushed for the team to focus on ICPs, goals, and milestones rather than getting lost in metrics and mid-level tactics. Established a 3-lane framework (GTM, Value Drivers, Engineering) to align all work.

Jan 12
operational

Verify Justin Offered Bounty Work Broadly

Investigating whether Justin followed direction to offer bounty work opportunities to everyone. Greg believes it was not offered to Westley. Peter committed to verify this week.

Jan 11
operational

Friday Layoff List Finalized

Finalized the layoff list for Friday Jan 9: Eli, Derek, Chris Short, Craig, and Trinity. Jason deferred due to ISO certification needs.

Jan 6
people

Commitment to Present Engineering-to-GTM Messaging Framework

Committed to presenting a framework next week that ties engineering work to changes in market state and corresponding go-to-market messaging. Triggered by Fuzzball Service Endpoints press release that was 98% HPC-focused, missing the critical AI angle despite AI being the strategic priority.

Jan 2
operational

Advocate for Ryan's Strategic Seat

Committed to securing Ryan Smith a seat at the strategic decision-making table for RESF/Rocky Linux matters. Specifically promised to advocate for his inclusion in key meetings with Bjorn and Greg.

Dec 31
people

RESF Management Model Needed

Identified that RESF needs a clear management person or model as part of short-term response. The lord of the flies approach does not work. Does not matter if its Leigh or someone else, as long as they have personal energy/bandwidth. But it needs to be managed/run with clear accountability.

Dec 29
strategy

Sensitive Decision

Sensitive

RESF Infrastructure Independence - Technical Execution

Directed Nathan to mirror all RESF repositories and initiated build environment duplication. Created #internal-resf-escalation channel with strict confidentiality rules. Keeping technical circle small (Nathan, Max, Justin, Dieter) while moving quickly.

Dec 24
strategy

RESF Crisis Response - Infrastructure Independence

After learning of hostile plans by RESF board members (Louis, Neil, Brian Clemens) to publicly attack CIQ, dismantle Rocky Linux infrastructure, and damage the project, initiated emergency response to replicate RESF infrastructure for Rocky 8, 9, 10 with minimal team awareness.

Dec 23
strategy

Planning RESF Relationship Improvement Strategy

Initiated planning meeting with Greg and Bjorn to address concerns about RESF function and plan improvements to the relationship

Dec 22
strategy

Related Patterns (25)

Proactive Talent Pipeline Investment

Invest in building leadership bench and talent relationships before there is an urgent need. Use proven relationships from past experience to create optionality.

185 occurrences66% success

Protect Engineering Capacity

When external demands threaten to overload engineering capacity, protect capacity by either requiring the demand to come with additional resources, or forcing hard prioritization choices upstream.

178 occurrences79% success

Executive Sponsorship for Strategic Partnerships

Strategic cross-company initiatives and major client partnerships require executive-level accountability to move at the right pace and ensure proper prioritization.

178 occurrences78% success

Accountability Follow-Through

When you issue a warning or mandate with stated consequences, you follow through. Warnings are not threats - they are commitments. The credibility of future accountability depends on following through now.

177 occurrences68% success

Lead by Example with New Tools

When championing new tools or processes, personally use them and share results rather than just advocating. Learning by doing and demonstrating value through example is more effective than mandates.

175 occurrences77% success

Small Circle for Sensitive Operations

When executing sensitive strategic operations, keep the circle of informed people as small as possible to prevent leaks that could accelerate hostile action or undermine the initiative.

173 occurrences78% success

Protect Engineering Focus Through Process

When faced with requests that would disrupt engineering focus (from sales, governance, product, or other stakeholders), establish processes that protect engineering ability to innovate while still satisfying legitimate concerns. Prefer systematic solutions over ad-hoc responses.

160 occurrences77% success

Three-Lever Talent Management

When pursuing a velocity or performance mandate, simultaneously operate on all three talent levers — upgrade (hire better), retain (protect key people), and exit (remove blockers) — rather than sequentially. This creates compounding momentum: exits free capacity for upgrades, retention preserves institutional knowledge during transitions, and upgrades raise the performance bar that justifies further exits.

151 occurrences63% success

Reclassify to Route - Decide Who Owns It, Then Give a Criterion Not a Verdict

When a question arrives at Peter framed in one domain, he often does not answer it in that framing. He reclassifies it into the domain that actually governs the outcome, which relocates ownership to whoever owns that lane, and then hands down a decision criterion rather than a verdict. The reclassification IS the decision - it determines who decides. He does this rather than adjudicating on the merits himself, even when he was explicitly cc-ed and even when a direct report challenges him on the substance.

100 occurrences83% success

Purpose Is the Decision Procedure

When someone asks how a process, board, tool or artifact should handle their specific case, Peter refuses to answer on the askers terms. He re-derives the answer from what the artifact is for, states that purpose as the only decision procedure, and lets the answer fall out. Anything found to be serving a second purpose is deleted rather than debated. Tools and views are explicitly subordinate to definitions. He will accept that the askers real problem is simply not solved by this artifact rather than widen the artifact to cover it.

76 occurrences74% success

Route Non-Differentiating FTE Classes to Partners

When CIQ would otherwise need to staff a function whose work does not differentiate the company — compliance bureaucracy, audit/cert paperwork, ongoing regulatory attestation, etc. — Peter routes the load to a partner who already owns adjacent capability rather than adding the FTE class internally. Org-shape decision dressed as a partnership decision.

72 occurrences87% success

Demonstrate the Standard, Then Collect It

When a new leadership expectation has to land across multiple orgs, Peter does not write a spec. He runs a live exemplar in public with the strongest performer first, says openly that the ordering was deliberate, keeps the form of the deliverable open so the ask stays about the thinking rather than the artifact, lets the delta be self-evident to the people who will have to close it, and then collects the same from everyone else on a named rotation. He prefers showing imperfect work now over polished work later.

72 occurrences76% success

Decide on the Precedent, Not the Case

When a request arrives framed as a one-off, Peter does not evaluate the one-off. He evaluates the rule that granting it would write, and answers that instead. Peter generalized this himself on 2026-08-11: it is always about understanding precedent - whether it is a comp change or anything that structurally affects the company. It is therefore NOT a compensation pattern; the domain of the presenting request is incidental. The tell that this pattern is live is that the stated reason for the answer refers to future cases rather than to the merits of the present one.

69 occurrences89% success

Redesign Conditions Over Policing Symptoms

When a direct report names a vulnerability and proposes surveillance-style verification mechanisms (breathalyzers, daily check-ins, monitoring rituals), Peter accepts the disclosure but pushes back on the surveillance model. Treats the verification proposal as a signal that the underlying environment needs redesign — and offers to change the conditions that produced the vulnerability rather than instrument the symptom. Costs Peter optionality (e.g., committing to broker work-hour expectations directly with the partner/spouse) — the asymmetry signals genuine retention vs transactional.

61 occurrences62% success

Metrics Must Follow Strategy

When shifting team priorities or strategic direction, the communication alone will not drive behavior change. Engineers may acknowledge the new direction but continue existing behavior patterns without clear, explicit metrics holding them accountable.

54 occurrences79% success

Name It Without Staffing It

Applies when a structural change is directionally clear but the specific person, budget or reporting line is not settled. Peter names the structure - the role, the reorg, the governance reform, the ladder - and deliberately does not attach a name, a req or a commitment to it. The 2026-05-21 observation states the economics plainly: cost of naming is near-zero, cost of premature commitment is high, and he consistently chooses naming. The 2026-08-24 observation adds the sequencing reason: once a specific person is attached to a framework, the framework stops being the subject. Mined from 6 independent observations between 2026-01-12 and 2026-08-24.

49 occurrences75% success

Different Diagnosis, Different Remedy

Applies when a directive or a problem spans several people or cases that superficially look alike. Peter refuses a uniform answer and sorts by diagnosis first, then applies the remedy that diagnosis calls for. The 2026-08-28 observation states the consequence for recording his decisions: when he gives a directive spanning several cases, the decision is almost never any single remedy - it is the rule that produces DIFFERENT remedies, and four cases with four different answers under one rule means the rule is the decision. The 2026-04-17 observation confirms he holds this as an explicit framework rather than an instinct. Related to Three-Lever Talent Management but distinct: that pattern runs hire, develop and exit in parallel, this one is about diagnosis determining which lever a given case gets. Mined from 6 independent observations between 2026-02-03 and 2026-08-28.

46 occurrences67% success

Switch Instrument, Not Intensity

Applies when a message, rule or ask has already failed through the channel Peter is currently using - repeated advocacy that has not landed, coaching that produced defensiveness rather than improvement, exhortation that did not change behaviour, or a rule that keeps losing case by case. His response is never to restate the same thing more forcefully. He changes the instrument and usually names the switch out loud. Mined from 7 independent observations between 2026-01-06 and 2026-08-21.

42 occurrences67% success

Time Over Cost

Peter treats elapsed time as the scarce quantity and money as the abundant one, and will spend cash to buy schedule, clarity or optionality. Notable because he named it himself as a transferable principle on 2026-05-21 and coached the lens explicitly to a direct report, which is rare - most of his patterns are inferred rather than stated. It generalises past procurement: he will pay to convert an ambiguous dispute into a binary one, remove cost as a variable entirely when a priority has executive visibility, and reason about a commitment in terms of lead time rather than budget. Mined from 5 independent observations between 2026-02-01 and 2026-09-11.

35 occurrences100% success

Promise Only What Is Inside CIQ Control

Applies when someone asks CIQ to commit to an outcome whose delivery depends partly on something CIQ does not own - a lead time, a third-party publisher, a customer-provided environment, an unsigned contract. Peter does not accept or refuse the request as posed. He isolates the specific component that sits outside CIQ delivery chain, refuses that component by name, and substitutes an adjacent commitment CIQ can actually keep - then often adds a harder problem worth solving in its place, so the counterparty gets more engagement rather than less.

32 occurrences

Install the Criterion Before the Argument

Applies to a contested question that has not been argued yet - a meeting about to start, a test about to run, an escalation just received, a proposal about to be written. Peter moves first to fix the criterion, the boundary or the posture, before anyone argues the substance. The consistent effect, named explicitly in the 2026-07-29 observation, is that the other party cannot win by being more persuasive on the merits, because the merits are no longer the axis. Distinct from Reclassify to Route in mechanism: that pattern reassigns who owns a question, this one controls WHEN the criterion lands relative to the debate. The two frequently co-occur. Mined from 7 independent observations between 2026-01-20 and 2026-08-31.

30 occurrences100% success

Measure, Commit Publicly, Then Execute

A three-beat escalation arc Peter runs when he needs a commitment from a peer or the CEO that private pressure has not produced. Beat one: measure the thing and get a number. Beat two: state the commitment in a venue where the people who matter are watching. Beat three: execute against it. The 2026-04-15 observation names the sequence explicitly and notes he does not skip steps, because each beat builds the legitimacy of the next. The venue choice is treated as a decision in its own right, separate from what the message says. Mined from 8 independent observations between 2025-12-29 and 2026-08-28. NOTE: scope this to the venue-and-sequence mechanism specifically - forcing function is a phrase that appears loosely across many unrelated decisions and should not be taken as a match on its own.

30 occurrences50% success

Constrain the Mechanism, Not the Access

When AI or automation raises a governance concern, Peter does not restrict who or what may reach the data. He constrains HOW the reach happens, so the pathway becomes auditable and deterministic. The failure mode he designs against is non-determinism, not leakage - a wrong filter in inspectable static code is a bug you fix once, while a model that sometimes pulls the wrong field is an unbounded, unauditable liability. He will therefore accept imperfect filtering and eventual leakage as the price of adoption speed, but will not accept a non-inspectable pathway.

27 occurrences73% success

Conscious Tech Debt for Execution Speed

When facing time pressure, explicitly acknowledge and accept technical debt rather than blocking progress. The key is making the trade-off consciously and visibly so it can be addressed later.

12 occurrences100% success

Resource Optimization Through Triage

Apply cost-benefit analysis to avoid spending disproportionate time and energy on low-impact activities. Conserve resources for high-impact work.

1 occurrences