Stats

What the weekly counts say, and how each one was counted

Each row is one post’s counting window. Merged pull requests, by column: to the kairos-io repositories, to Noj’s own private repository, and to this website and my homelab. Then the architecture decision records and postmortems written, and issues opened and closed on the private board where the agents pick up work.

WeekWindowKairosNojWebsite and homelabDecision recordsPostmortemsBoard opened / closed
120 Jul to 6 Aug02296520 / 15
27 to 15 Aug19262011299 / 33
316 to 21 Aug3440644110 / 90
422 to 28 Aug1227182094 / 79
529 Aug to 4 Sep3614110114 / 101
65 to 11 Sep1226112377 / 81
712 to 18 Sep538370153 / 120
819 to 25 Sep175525199 / 119
926 Sep to 2 Oct1359560127 / 89

The counting method has not been the same every week, and each post says how its column was counted. The caveats that matter when reading down a column:

  • Weeks 1 to 3 count both my own account and the agent’s. From week 7, the Kairos column counts only pull requests authored by the agent account. My own Kairos merges are not in it: two in week 7, one in week 8, one in week 9. The Noj column counts every author: in week 9, 51 by the agent account and 8 by mine.
  • Week 4’s opened count excludes 24 date-triggered reminder tickets, which are nudges for me and never work the agents pick up.
  • Week 5 onward is counted directly with GitHub search over the window. Week 5’s post notes that this is not necessarily the method behind the earlier columns.
  • Week 6’s window was missing part of its last day when it was counted. Week 7’s is full days.
  • Week 7’s decision records are new files merged in the window. Week 6’s 2 was not recounted with that method.

For a baseline, the six months before the experiment, measured the same loose way: 142 pull requests merged to Kairos, 194 reviewed, and 14 blog posts published. Week 1 explains why that comparison is the least dishonest one available rather than a good one.