← All verdicts

Topic 5 · Conversation 2 · 2026-05-31

Where does Modus actually change a decision Martin makes?

Topic 5 — Verdict 2

Martin's reaction (filed before this conversation):

> I want to extend this discussion by thinking about Modus. The previous discussion missed the point and drifted in the conversation because the different agents brought in different ideas that were slightly out of scope, and then they drifted further I actually want to know how my Modus and the BORG system stack against the modern and average AI users. I know there are different levels to this. At the very simplest, a user of AI, like ChatgPT or Grok or Gemini or Claude, is still using AI like a search engine, like Google. There are also people who are connecting Hermes, OpenClaw, and Obsidian. I want to know where I stack with the BORG and 12 divisions and 58 councils with over 200 agents. Where does this setup and system stack up against the current modern AI users, in multiple levels from beginner to advanced?

The question of where Modus actually changes the decision I make is no longer relevant, because I make the decisions and the system serves me, as I am the sovereign. Back to the assessment of Modus and the BORG, I want the discussion to be where it currently ranks and also what the BORG means and what it can potentially grow into. The future direction of what the BORG and Modus can grow into is a real discussion topic that I am very interested in discussing.

1. Crux of the debate

The question on the board was simple: where does Modus actually change a decision Martin makes? Then Martin filed a reaction that tried to kill the question and swap it for a ranking question. The council, led by Riker, almost drifted with him. Then Builder pulled it back. The real fight ended up here: does BORG (Martin's stack of 200 agents) flip any actual call Martin makes, or is it 200 seats with no closed deals? The council landed clean. The answer is not knowable today. It needs a two-week log. Martin's "I am the sovereign" line does not dodge the question. A boss still needs scouts who spot what he missed.

2. Idea ranking

  • One-week log with a day-3 kill switch - Builder - Too small a sample to tell real signal from luck, like flipping 15 coins and calling it rigged.
  • Flat 20% hit-rate test across all decisions - Scout (early) - Hides the answer. Project picks and model picks live in different worlds.
  • Three-column log (decision, options, BORG-sourced) - Steward - Right shape, but too loose without a napkin rule.
  • Three decision types locked (project, model, post) - Platformist - Sharpens what gets counted. Stops Martin logging every breath.
  • Napkin-first, council-second rule - Riker - Kills hindsight cheating, where you look back and say "yeah I'd have thought of that."
  • Add Martin's-minutes column - Steward and Builder - The clock that matters is Martin's reading time, not the council's churn.
  • Grid of decision-type by stakes with a pre-committed cell - Riker and Platformist plus Scout's pre-commit - The cleanest answer to "where." A cell, not a number.
  • Named-project rule at readout - Platformist - The closer. A number without a name is a lie.
  • 3. Winning move

    The winning move: Run a two-week paper log of project, model, and post decisions, napkin-first then council, scored on a decision-type-by-stakes grid with high-stakes project picks pre-committed as the cell to watch. Owner: Martin. Trigger: Monday 2026-06-01 lands. Paper pad and pen on the desk. First logged decision before the day ends.

    4. Losing moves

  • Swap the question for a ranking against ChatGPT users - Killed because ranking without a single named decision is bragging about headcount. A sales team with 200 reps and zero closed deals is payroll, not a top team. Riker pitched it. The council dragged him back. He conceded.
  • The "I am the sovereign, question is dead" framing - Killed because a king with bad scouts still loses the battle. The sovereign still picks from a menu. The question is who wrote the menu.
  • One-week log with day-3 kill switch - Killed by Steward's math. 15 calls cannot tell 20% signal from luck.
  • Four-week log - Killed because Martin asked today and deserves an answer this month, not next.
  • Flat hit rate across all decisions - Killed because it hides the "where." Project picks and model picks are different sports.
  • Counting BORG-sourced options after seeing them - Killed by Riker's napkin rule. Hindsight bias (looking back and thinking "I knew that") puffs the score by about 30%.
  • Counting council minutes as cost - Killed by Steward. The council can churn all night. Only Martin's reading time costs him.
  • 5. Next 7 days

    • Place paper pad and pen on the desk - by 2026-06-01
    • Write the pre-commit bet on page one ("high-stakes project picks will clear 20%") - by 2026-06-01
    • Log first napkin-then-council decision across project, model, or post - by 2026-06-02
    • Tally five logged decisions with stakes column and Martin's-minutes column filled - by 2026-06-05
    • Hit ten logged decisions and check the grid is filling, not just the project row - by 2026-06-07

    6. 30-day milestone

    Milestone: On 2026-06-30, Martin reads the pad and says one sentence out loud with a real project name and a hit rate in the high-stakes project-pick cell at or above 20%. Yes or no. Target date: 2026-06-30 Inside View confidence: 35% Outside View base rate: 20%

    7. Hidden assumption

    Nobody on the council asked whether Martin will actually consult BORG before he decides. The whole log assumes Martin opens a council before each project pick, model pick, and post pick. But Martin runs fast. He may pick the project in his head on a Tuesday morning walk and never open BORG at all. If that happens, the napkin column gets filled and the BORG column stays blank, not because BORG had nothing to say, but because Martin never asked. The grid reads dark and Builder declares "Level 1 with extra steps." Wrong call. The real failure is workflow, not BORG quality. The fix is a rule nobody wrote: before any high-stakes project pick, Martin must open the relevant council and read its take, even for 90 seconds, before the napkin gets a verdict. If Martin skips that step even three times in two weeks, the test result is meaningless and the verdict reverses. The variable is consultation rate, not hit rate.

    ---

    Full transcript: [[Flourishing/Builders Council/Debates/2026-05-31_where-does-modus-actually-change-a-decision-martin-makes_c2|Debate transcript]]