bantamkit 0.32.0__tar.gz → 0.33.0__tar.gz

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (222) hide show
  1. {bantamkit-0.32.0 → bantamkit-0.33.0}/PKG-INFO +1 -1
  2. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/schemas/shiftwork-checkpoint.json +5 -1
  3. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/bantamkit_read.json +1 -3
  4. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/repo_map.json +1 -3
  5. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/shiftwork_clock_in.json +1 -1
  6. bantamkit-0.33.0/_assets/tools/shiftwork_clock_out.json +95 -0
  7. bantamkit-0.33.0/_assets/tools/skill_audit.json +70 -0
  8. bantamkit-0.33.0/_assets/tools/token_ledger.json +40 -0
  9. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/__init__.py +1 -1
  10. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/eventlog.py +9 -6
  11. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/mcpserver.py +145 -5
  12. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/memory/__main__.py +1 -1
  13. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/memory/component.py +51 -9
  14. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/memory/store.py +43 -2
  15. bantamkit-0.33.0/src/bantamkit/shiftwork.py +552 -0
  16. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/platform-assumption-baseline.json +0 -3
  17. bantamkit-0.33.0/tests/data/served-tool-surface.json +454 -0
  18. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_bantamkit_read_tool.py +11 -0
  19. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_conformance.py +7 -2
  20. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_criticreplay.py +4 -2
  21. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_document_manifest_parity.py +19 -0
  22. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_eventlog.py +15 -10
  23. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_mcpserver.py +80 -11
  24. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_memory_compact_tool.py +0 -2
  25. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_repo_map_tool.py +11 -0
  26. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_served_tool_count_records.py +11 -11
  27. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_shiftwork.py +691 -28
  28. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_skillaudit.py +5 -2
  29. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_status_surface.py +19 -4
  30. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_tokenledger.py +7 -6
  31. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_tool_manifest.py +73 -3
  32. bantamkit-0.32.0/_assets/tools/shiftwork_clock_out.json +0 -60
  33. bantamkit-0.32.0/_assets/tools/skill_audit.json +0 -70
  34. bantamkit-0.32.0/_assets/tools/token_ledger.json +0 -40
  35. bantamkit-0.32.0/src/bantamkit/shiftwork.py +0 -299
  36. bantamkit-0.32.0/tests/data/served-tool-surface.json +0 -505
  37. {bantamkit-0.32.0 → bantamkit-0.33.0}/.gitignore +0 -0
  38. {bantamkit-0.32.0 → bantamkit-0.33.0}/README.md +0 -0
  39. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/contracts/default.yaml +0 -0
  40. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/manifest.yaml +0 -0
  41. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/HISTORY.md +0 -0
  42. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/README.md +0 -0
  43. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/docs/architecture.md +0 -0
  44. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/docs/runbook.md +0 -0
  45. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/issues/142-settlement-timeout.md +0 -0
  46. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/patches/0009-retry-budget.patch +0 -0
  47. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/src/ledger/__init__.py +0 -0
  48. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/src/ledger/config.py +0 -0
  49. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/src/ledger/errors.py +0 -0
  50. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/src/ledger/posting.py +0 -0
  51. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/src/ledger/registry.py +0 -0
  52. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/src/ledger/report.py +0 -0
  53. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/src/ledger/retry.py +0 -0
  54. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/src/ledger/settle.py +0 -0
  55. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/src/ledger/validate.py +0 -0
  56. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/tests/test_posting.py +0 -0
  57. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/repo/tests/test_settle.py +0 -0
  58. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/tasks/dt-error-contract.yaml +0 -0
  59. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/tasks/dt-handler-map.yaml +0 -0
  60. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/tasks/dt-patch-before-after.yaml +0 -0
  61. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/tasks/dt-retry-attempts.yaml +0 -0
  62. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/tasks/dt-settlement-config.yaml +0 -0
  63. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/tasks/dt-symbol-home.yaml +0 -0
  64. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/tasks/dt-trace-blame.yaml +0 -0
  65. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/devteam/tasks/dt-unread-key.yaml +0 -0
  66. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/document/tasks/doc-large-in-137.yaml +0 -0
  67. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/document/tasks/doc-large-in-359.yaml +0 -0
  68. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/document/tasks/doc-large-in-372.yaml +0 -0
  69. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/document/tasks/doc-large-out-11764.yaml +0 -0
  70. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/document/tasks/doc-large-out-4137.yaml +0 -0
  71. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/document/tasks/doc-large-out-8022.yaml +0 -0
  72. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/document/tasks/doc-small-137.yaml +0 -0
  73. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/document/tasks/doc-small-261.yaml +0 -0
  74. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/document/tasks/doc-small-388.yaml +0 -0
  75. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/fixtures/.gitkeep +0 -0
  76. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/fixtures/catalog.json +0 -0
  77. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/perturbations/task-completion.yaml +0 -0
  78. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/.gitkeep +0 -0
  79. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/extract-contact.yaml +0 -0
  80. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/extract-invoice.yaml +0 -0
  81. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/extract-order.yaml +0 -0
  82. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/extract-schedule.yaml +0 -0
  83. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/extract-versions.yaml +0 -0
  84. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/nav-prod-port.yaml +0 -0
  85. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/nav-release-bundle.yaml +0 -0
  86. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/recall-audit-retention.yaml +0 -0
  87. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/recall-cache-ttl.yaml +0 -0
  88. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/recall-db-port.yaml +0 -0
  89. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/recall-deploy.yaml +0 -0
  90. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/recall-env-endpoint.yaml +0 -0
  91. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/recall-oncall-rotation.yaml +0 -0
  92. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/recall-oncall.yaml +0 -0
  93. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/recall-org-quota.yaml +0 -0
  94. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/recall-owner.yaml +0 -0
  95. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/shop-basket-total.yaml +0 -0
  96. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/shop-cheapest.yaml +0 -0
  97. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/shop-compare.yaml +0 -0
  98. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/shop-gadget-value.yaml +0 -0
  99. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/shop-stock-total.yaml +0 -0
  100. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/evals/tasks/shop-total.yaml +0 -0
  101. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/pricing/default.json +0 -0
  102. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/profiles/default.yaml +0 -0
  103. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/profiles/patient.yaml +0 -0
  104. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/rubrics/.gitkeep +0 -0
  105. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/rubrics/code-quality.yaml +0 -0
  106. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/rubrics/grounded-completion.yaml +0 -0
  107. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/rubrics/task-completion.yaml +0 -0
  108. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/skills/.gitkeep +0 -0
  109. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/skills/file-graph.md +0 -0
  110. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/skills/memory.md +0 -0
  111. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/.gitkeep +0 -0
  112. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/bantamkit_status.json +0 -0
  113. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/build_identity.json +0 -0
  114. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/document_list.json +0 -0
  115. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/document_read.json +0 -0
  116. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/file_graph.json +0 -0
  117. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/memory_compact.json +0 -0
  118. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/memory_dream.json +0 -0
  119. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/memory_recall.json +0 -0
  120. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/memory_save.json +0 -0
  121. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/shiftwork_status.json +0 -0
  122. {bantamkit-0.32.0 → bantamkit-0.33.0}/_assets/tools/validate_json.json +0 -0
  123. {bantamkit-0.32.0 → bantamkit-0.33.0}/hatch_build.py +0 -0
  124. {bantamkit-0.32.0 → bantamkit-0.33.0}/pyproject.toml +0 -0
  125. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/agent.py +0 -0
  126. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/assets.py +0 -0
  127. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/budget.py +0 -0
  128. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/client.py +0 -0
  129. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/contract.py +0 -0
  130. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/criticreplay.py +0 -0
  131. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/critique.py +0 -0
  132. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/docmanifest.py +0 -0
  133. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/docread.py +0 -0
  134. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/evalrun.py +0 -0
  135. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/filegraph.py +0 -0
  136. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/hostinstall.py +0 -0
  137. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/loopguard.py +0 -0
  138. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/mcpreport.py +0 -0
  139. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/memory/__init__.py +0 -0
  140. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/memory/divergence.py +0 -0
  141. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/memory/dream.py +0 -0
  142. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/memory/layers.py +0 -0
  143. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/pdfread.py +0 -0
  144. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/pricing.py +0 -0
  145. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/profile.py +0 -0
  146. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/repomap.py +0 -0
  147. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/selfupdate.py +0 -0
  148. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/skillaudit.py +0 -0
  149. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/statusline.py +0 -0
  150. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/structured.py +0 -0
  151. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/textutil.py +0 -0
  152. {bantamkit-0.32.0 → bantamkit-0.33.0}/src/bantamkit/tokenledger.py +0 -0
  153. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/cli_exit_status_probe.py +0 -0
  154. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/conftest.py +0 -0
  155. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/bad-crc.docx +0 -0
  156. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/charref-4301-digits.html +0 -0
  157. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/charset-table.json +0 -0
  158. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/compression-method-9.docx +0 -0
  159. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/corrupt-deflate.docx +0 -0
  160. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/encrypted-member.docx +0 -0
  161. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/encrypted-mimetype.odt +0 -0
  162. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/eszett-cell-ref.xlsx +0 -0
  163. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/internal-dtd-entity.docx +0 -0
  164. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/rfc2231-charset.eml +0 -0
  165. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/rfc822-nested-twice.eml +0 -0
  166. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/unicode-digit-shared-string.xlsx +0 -0
  167. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/docread/x-uuencode.eml +0 -0
  168. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/data/f8404ab-perturbation-baseline.json +0 -0
  169. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/docread_fixtures.py +0 -0
  170. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/perturbation_baseline_harness.py +0 -0
  171. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/rbp16_effect_probe.py +0 -0
  172. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/rbp18_payload_probe.py +0 -0
  173. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_adapter.py +0 -0
  174. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_agent.py +0 -0
  175. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_amendguard.py +0 -0
  176. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_budget.py +0 -0
  177. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_build_identity.py +0 -0
  178. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_client.py +0 -0
  179. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_compaction_corpus_survey.py +0 -0
  180. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_conformance_harness_resilience.py +0 -0
  181. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_conformance_suite_table_gate.py +0 -0
  182. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_contract_fanout.py +0 -0
  183. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_critique.py +0 -0
  184. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_doc_commands_gate.py +0 -0
  185. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_docread.py +0 -0
  186. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_docread_ceilings.py +0 -0
  187. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_document_setup.py +0 -0
  188. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_document_tasks.py +0 -0
  189. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_document_tools.py +0 -0
  190. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_encoding_gate.py +0 -0
  191. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_evalrun.py +0 -0
  192. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_field_program_gates.py +0 -0
  193. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_field_programs.py +0 -0
  194. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_filegraph.py +0 -0
  195. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_hostinstall.py +0 -0
  196. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_install_shape.py +0 -0
  197. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_ladder_statistics.py +0 -0
  198. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_launcher_which.py +0 -0
  199. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_layers.py +0 -0
  200. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_loopguard.py +0 -0
  201. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_mcp_endpoint.py +0 -0
  202. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_mcpdrift.py +0 -0
  203. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_mcpreport.py +0 -0
  204. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_memory.py +0 -0
  205. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_memory_component.py +0 -0
  206. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_memory_divergence.py +0 -0
  207. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_memory_dream.py +0 -0
  208. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_memory_layers.py +0 -0
  209. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_memory_store_tripwire.py +0 -0
  210. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_mutmatrix.py +0 -0
  211. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_newline_gate.py +0 -0
  212. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_packaging.py +0 -0
  213. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_pdfread.py +0 -0
  214. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_pinharness_ledger.py +0 -0
  215. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_platform_assumption_gate.py +0 -0
  216. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_pricing.py +0 -0
  217. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_repomap.py +0 -0
  218. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_selfupdate.py +0 -0
  219. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_statusline.py +0 -0
  220. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_structured.py +0 -0
  221. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_thread_exception_gate.py +0 -0
  222. {bantamkit-0.32.0 → bantamkit-0.33.0}/tests/test_version_agreement.py +0 -0
@@ -1,6 +1,6 @@
1
1
  Metadata-Version: 2.5
2
2
  Name: bantamkit
3
- Version: 0.32.0
3
+ Version: 0.33.0
4
4
  Summary: bantamweight tooling — harness primitives that lift small-model agents
5
5
  License-Expression: MIT
6
6
  Requires-Python: >=3.11
@@ -2,7 +2,7 @@
2
2
  "$schema": "https://json-schema.org/draft/2020-12/schema",
3
3
  "$id": "https://bantamkit.dev/schemas/shiftwork-checkpoint.json",
4
4
  "title": "Shift-work checkpoint contract v1",
5
- "$comment": "Encodes checkpoint contract v1 (docs/superpowers/specs/2026-08-10-shift-work-checkpoint-contract-draft.md) plus the two driver-forced deltas: plan.units[].role (model dispatch without reading briefs) and state.external[].until_cmd (machine-checkable wait, replacing prose `until`). Re-planning needs no schema change: a planner unit is just a unit. STRICTNESS POSTURE: `version` is const-pinned to 1 so a reader can refuse unknown majors; every object the driver or a session reads by field name sets additionalProperties:false, and every field the draft's schema block shows on every instance is required (empty arrays are legal, so a fresh checkpoint is cheap to write). The two exceptions are `history[]` and `retro[]` items: those are the free-text annotation space the draft treats as notes, so they allow extra keys (e.g. a session adding `seq` or `tokens`) while still requiring their load-bearing fields. `units[].commits` is optional because the draft only carries it on completed units. `state.external[].status` is a non-empty string rather than an enum: the draft closes the enum for unit status (the driver's SUCCESS test) but never enumerates external status, and inventing values here would reject honest checkpoints. `plan.cursor` must name an existing unit id — JSON Schema cannot express that cross-reference, so the driver checks it structurally and escalates on a dangling cursor. Serialization: checkpoints are YAML for humans per the draft, but the v1 driver reads JSON only (stdlib-only rule), so sessions driven by driver.py write .json; this schema validates the parsed document either way. AMENDMENT (job46/AS-2, docs/roadmap-agent-stack.md): `job.roles` is a THIRD v1 addition, beyond the two driver-forced deltas named above, and it is OPTIONAL — a checkpoint that omits it is exactly the document the rest of this comment describes, and every checkpoint written before it existed still validates unchanged. Both CLAUDE.md files say the model a unit runs on is `per role, never random, always logged`; logged it was, in `history[]`/`retro[]`, which are the two objects here that allow extra keys, so nothing could ever compare the model a role was ALLOWED to use against the model that answered. `job.roles` is that declaration, and it sits on `job` because that is where a reader already looks for the rules binding every unit. It is a MAP (unit role -> the model identifiers that role may report), not a record the driver reads by fixed field name, so the closure the rest of this file spells `additionalProperties: false` is spelled here as `propertyNames` over the SAME three names `plan.units[].role` enumerates, with `additionalProperties` carrying the value schema once instead of three times: a key outside the role enum is refused, and so is a value that is not a non-empty array of non-empty strings (an empty list would be a rule no session could satisfy, which is a typo and not a policy). A role the map does not name is unconstrained — declaring one role does not silently forbid the others. The ENFORCEMENT is not here: this file states the contract and the runtimes state the refusal, so no example error text appears in these descriptions. `version` stays 1 because nothing already in the document changes meaning: a reader that ignored `roles` would still read every other field correctly. What it would not do is enforce the rule — and since `job` is closed, an older reader does not ignore the key, it refuses the whole file. That refusal is the intended behaviour and not a gap: opening `job` so an old reader could skip the key is what would make this check bypassable by running an older bantamkit.",
5
+ "$comment": "Encodes checkpoint contract v1 (docs/superpowers/specs/2026-08-10-shift-work-checkpoint-contract-draft.md) plus the two driver-forced deltas: plan.units[].role (model dispatch without reading briefs) and state.external[].until_cmd (machine-checkable wait, replacing prose `until`). Re-planning needs no schema change: a planner unit is just a unit. STRICTNESS POSTURE: `version` is const-pinned to 1 so a reader can refuse unknown majors; every object the driver or a session reads by field name sets additionalProperties:false, and every field the draft's schema block shows on every instance is required (empty arrays are legal, so a fresh checkpoint is cheap to write). The two exceptions are `history[]` and `retro[]` items: those are the free-text annotation space the draft treats as notes, so they allow extra keys (e.g. a session adding `seq` or `tokens`) while still requiring their load-bearing fields. `units[].commits` is optional because the draft only carries it on completed units. `state.external[].status` is a non-empty string rather than an enum: the draft closes the enum for unit status (the driver's SUCCESS test) but never enumerates external status, and inventing values here would reject honest checkpoints. `plan.cursor` must name an existing unit id — JSON Schema cannot express that cross-reference, so the driver checks it structurally and escalates on a dangling cursor. Serialization: checkpoints are YAML for humans per the draft, but the v1 driver reads JSON only (stdlib-only rule), so sessions driven by driver.py write .json; this schema validates the parsed document either way. AMENDMENT (job46/AS-2, docs/roadmap-agent-stack.md): `job.roles` is a THIRD v1 addition, beyond the two driver-forced deltas named above, and it is OPTIONAL — a checkpoint that omits it is exactly the document the rest of this comment describes, and every checkpoint written before it existed still validates unchanged. Both CLAUDE.md files say the model a unit runs on is `per role, never random, always logged`; logged it was, in `history[]`/`retro[]`, which are the two objects here that allow extra keys, so nothing could ever compare the model a role was ALLOWED to use against the model that answered. `job.roles` is that declaration, and it sits on `job` because that is where a reader already looks for the rules binding every unit. It is a MAP (unit role -> the model identifiers that role may report), not a record the driver reads by fixed field name, so the closure the rest of this file spells `additionalProperties: false` is spelled here as `propertyNames` over the SAME three names `plan.units[].role` enumerates, with `additionalProperties` carrying the value schema once instead of three times: a key outside the role enum is refused, and so is a value that is not a non-empty array of non-empty strings (an empty list would be a rule no session could satisfy, which is a typo and not a policy). A role the map does not name is unconstrained — declaring one role does not silently forbid the others. The ENFORCEMENT is not here: this file states the contract and the runtimes state the refusal, so no example error text appears in these descriptions. `version` stays 1 because nothing already in the document changes meaning: a reader that ignored `roles` would still read every other field correctly. What it would not do is enforce the rule — and since `job` is closed, an older reader does not ignore the key, it refuses the whole file. That refusal is the intended behaviour and not a gap: opening `job` so an old reader could skip the key is what would make this check bypassable by running an older bantamkit. AMENDMENT (job50/F8): `handoff.notes` is a FOURTH v1 addition and, like `job.roles`, OPTIONAL, so every checkpoint written before it validates unchanged. `handoff` was the one closed object with nowhere to put a fact that is not an imperative, a question, or a prohibition — a gate baseline, a last commit, a technique worth reusing — and the ledger shows sessions inventing a key for each such fact, being refused, and folding the fact into `next_action` prose instead. The field is a STRING and `handoff` stays `additionalProperties: false`: the defect was the absence of a place for a sentence, not the strictness, and a misspelled `next_action` is refused after this amendment exactly as it was before. The reason it is a string and not a map is in its own description.",
6
6
  "type": "object",
7
7
  "required": ["version", "job", "plan", "state", "history", "retro", "handoff"],
8
8
  "additionalProperties": false,
@@ -192,6 +192,10 @@
192
192
  "type": "array",
193
193
  "items": {"type": "string", "minLength": 1},
194
194
  "description": "Negative space — near-mistakes past sessions made."
195
+ },
196
+ "notes": {
197
+ "type": "string",
198
+ "description": "OPTIONAL. Free-form prose the next session should read that no other key names: a gate baseline, the last commit, a technique worth reusing. A STRING, not a map: every key sessions tried to carry here before this field existed was an attempt to say one sentence, and a map keyed by fact would grow a key per session — the journal the ≤ 2 KB index posture bans, one level down, and an object no schema can close. The same word means the same thing as `history[].notes`. Empty is legal: `handoff` is shallow-merged at clock-out, so a note outlives the unit that wrote it until a later session overwrites it, and the empty string is that overwrite. Declaring this key is what keeps `handoff` closed — a sentence has a home, so an unknown sibling is still a typo and still refused."
195
199
  }
196
200
  }
197
201
  }
@@ -1,9 +1,7 @@
1
1
  {
2
2
  "name": "bantamkit_read",
3
3
  "description": "Read a document through a program, never its raw bytes. Call with `path` alone for the manifest: the file's kind, every part (sheet, document, page) with its row count and byte size, and every omission the reader had to make (embedded images, blank rows, unmapped glyphs, unread pages). Then call with `part` (and `offset`) to page rows; row 0 is the header and each page ends with a continuation line naming the next offset or the end of the part. Do not page through a part to find a row: estimate its offset from the row count and jump. Supported kinds: text/markdown/code, docx, xlsx, html, mhtml; pdf on the Python server only. The Node server refuses pdf, doc and rtf until its reader is ported. A refusal names what the reader actually saw in the file rather than the format's error.",
4
- "surfaces": [
5
- "mcp"
6
- ],
4
+ "surfaces": [],
7
5
  "parameters": {
8
6
  "type": "object",
9
7
  "required": [
@@ -1,9 +1,7 @@
1
1
  {
2
2
  "name": "repo_map",
3
3
  "description": "A ranked map of a source tree: every file's definitions, ordered by how central that file is to the files you name in `focus`, truncated to a byte budget. Call it when you are about to work on a file and want to know which OTHER files matter to it — the ports, the callers, the module it reaches through a private helper — rather than reading a directory listing and guessing. `focus` is the file or files you are editing, relative to `root` and POSIX-separated; they are excluded from the listing because you already have them open, and an empty focus gives plain centrality over the whole tree. This is a PRECISION pass and it is not a token saving: the gate this feature was supposed to clear was refuted by measurement — discovery is 0.114% of real prompt tokens, because 97.8% of the bill is cache_read — so a map does not make a session cheaper. What it buys is the right file found sooner. Nothing the scanner cannot read is dropped silently: every unread file resolves into a named omission (unknown-language, unreadable-bytes, size-cap, no-definitions, unreachable, per-file-cap, budget) counted in a footer that is NOT charged to the budget. The budget is UTF-8 BYTES of the listing, not tokens; there is no model tokenizer in either runtime and this tool will not pretend to one.",
4
- "surfaces": [
5
- "mcp"
6
- ],
4
+ "surfaces": [],
7
5
  "parameters": {
8
6
  "type": "object",
9
7
  "required": [
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "shiftwork_clock_in",
3
- "description": "Shift-work clock-in: schema-validate the checkpoint file and return the brief for the unit at plan.cursor — {unit, role, invariants, handoff, do_not, files} — to hand to the spawned agent verbatim. Structured refusals, never exceptions: result=escalate when handoff.open_questions is non-empty, result=success when every unit is done or dropped, result=error when the checkpoint fails validation.",
3
+ "description": "Shift-work clock-in: schema-validate the checkpoint file and return the brief for the unit at plan.cursor — {unit, role, invariants, handoff, do_not, files} — to hand to the spawned agent verbatim. Structured refusals, never exceptions: result=escalate when handoff.open_questions is non-empty, result=success when every unit is done or dropped, result=error when the checkpoint fails validation. Clock-in also WRITES: on result=brief, and only then, it appends one line {event: brief, ts, unit, role} to <checkpoint>.log.jsonl — best-effort: a log it cannot write costs the brief nothing (the brief still returns, no error, only the record is lost). clock_out reads those lines back to write `briefed` on every accounting line, so the ledger is no longer one line per clock-out; a brief line carries `event` and no `status`. See docs/shiftwork.md.",
4
4
  "surfaces": [
5
5
  "mcp"
6
6
  ],
@@ -0,0 +1,95 @@
1
+ {
2
+ "name": "shiftwork_clock_out",
3
+ "description": "Shift-work clock-out: record a finished unit — set its status, advance plan.cursor, merge handoff_patch, push history_entry onto the 5-entry ring — validating the whole mutated document against the checkpoint schema BEFORE an atomic write (a failure writes nothing and returns result=error). Every success appends one accounting line (unit, role, status, ts, briefed, plus your accounting fields, e.g. tokens/duration_ms/model) to <checkpoint>.log.jsonl, beside the brief lines clock_in writes (a brief line carries `event` and no `status`). `briefed` is written by the runtime, never taken from you — a self-reported value is overwritten by the measured one: true when a brief was issued for this unit since its LAST clock-out (not ever), so a unit re-run inline after a blocked clock-out reads false. It records; it never refuses — a unit that was never clocked in still clocks out, with briefed=false. If the checkpoint's job.roles names this unit's role, accounting.model must be one of that role's model identifiers, spelled exactly \u2014 a model that is not on the list, or none reported at all, is refused before anything is written; a role job.roles omits, and a checkpoint carrying no job.roles, are unconstrained.",
4
+ "surfaces": [
5
+ "mcp"
6
+ ],
7
+ "parameters": {
8
+ "properties": {
9
+ "checkpoint": {
10
+ "title": "Checkpoint",
11
+ "type": "string"
12
+ },
13
+ "unit_id": {
14
+ "title": "Unit Id",
15
+ "type": "string"
16
+ },
17
+ "status": {
18
+ "title": "Status",
19
+ "type": "string"
20
+ },
21
+ "handoff_patch": {
22
+ "additionalProperties": true,
23
+ "title": "Handoff Patch",
24
+ "type": "object"
25
+ },
26
+ "history_entry": {
27
+ "additionalProperties": true,
28
+ "title": "History Entry",
29
+ "type": "object"
30
+ },
31
+ "accounting": {
32
+ "anyOf": [
33
+ {
34
+ "type": "object",
35
+ "description": "Per-unit cost. Written verbatim, beside ts/unit/role/status, as one line of <checkpoint>.log.jsonl - the ledger the N-sessions experiment reads. The keys named here have fixed meanings so a reader holding only the ledger knows what each number counts, in which unit, and which model produced it; any other key passes through unchanged (a refused key is friction, not safety). Lines written before this schema existed may spell these differently; the schema governs new writes only.",
36
+ "properties": {
37
+ "tokens": {
38
+ "type": "integer",
39
+ "minimum": 0,
40
+ "description": "Tokens the unit consumed as the harness's subagent counter reports them: every class it reports (input, output, cache creation) summed, EXCLUDING cache reads. Required, because a unit whose cost is unknown cannot be compared with any other; a rounded self-estimate is allowed only if `note` says it is one."
41
+ },
42
+ "cache_read_tokens": {
43
+ "type": "integer",
44
+ "minimum": 0,
45
+ "description": "Tokens the unit's requests served from prompt cache, kept OUT of `tokens` because they dominate a real session's traffic and would swamp the work signal. Optional: omit it when the harness reports no such figure - a written 0 means the unit read nothing from cache."
46
+ },
47
+ "duration_ms": {
48
+ "type": "integer",
49
+ "minimum": 0,
50
+ "description": "Wall-clock from spawning the subagent to its final message, in whole milliseconds. Required, and the only duration key with a defined meaning: older lines carry `duration`, `duration_min` or `duration_s`, which this schema neither reads nor renames."
51
+ },
52
+ "model": {
53
+ "type": "string",
54
+ "description": "The exact identifier of the model the subagent actually ran on (e.g. `claude-sonnet-5`) and nothing else - a caveat about how it was chosen belongs in `note`. Not required here: when the checkpoint's job.roles names this unit's role, clock_out already requires it and refuses a value off that role's list, spelled exactly; a checkpoint with no job.roles leaves it optional. This schema does not change that gate."
55
+ },
56
+ "tool_uses": {
57
+ "type": "integer",
58
+ "minimum": 0,
59
+ "description": "Tool calls the subagent made, as the harness counts them. Optional; it is the denominator that makes `tokens` comparable across units of different size (per-unit cost is linear in tool calls, not in unit length)."
60
+ },
61
+ "note": {
62
+ "type": "string",
63
+ "description": "Free text for what the fields above cannot say: that `tokens` is an estimate, that this is a retry or a second scope under the same unit id, what a harness counter excludes. Anything that is not a model identifier goes here, not in `model`."
64
+ }
65
+ },
66
+ "required": [
67
+ "tokens",
68
+ "duration_ms"
69
+ ],
70
+ "additionalProperties": true
71
+ },
72
+ {
73
+ "type": "null"
74
+ }
75
+ ],
76
+ "default": null,
77
+ "title": "Accounting"
78
+ }
79
+ },
80
+ "required": [
81
+ "checkpoint",
82
+ "unit_id",
83
+ "status",
84
+ "handoff_patch",
85
+ "history_entry"
86
+ ],
87
+ "type": "object",
88
+ "title": "shiftwork_clock_outArguments"
89
+ },
90
+ "output_schema": {
91
+ "type": "object",
92
+ "additionalProperties": true,
93
+ "title": "shiftwork_clock_outDictOutput"
94
+ }
95
+ }
@@ -0,0 +1,70 @@
1
+ {
2
+ "name": "skill_audit",
3
+ "description": "Price the skill catalogue every session pays for, and name the collisions in it. A skill's `description:` frontmatter is loaded into the agent's context in EVERY session; its body is read only when the skill is invoked, so the descriptions are the standing bill. Call it before adding or retiring a skill, or when two skills keep firing on the same phrase. Walks `root` for `<marketplace>/<plugin>/<version>/skills/<name>/SKILL.md` and answers one JSON document: `roots`, `skills` (counted), `catalogue_bytes` (UTF-8 bytes of their `description:` values), `findings` and `omissions`. Read `findings` first — each is `{kind, severity, skills, detail}`: `shared-trigger-phrase` (high; two skills quote the same literal phrase, so which fires is a coin flip), `catalogue-over-budget` (high; only when `budget` is given), `never-invoked` (low; only when `usage` is given), `frontmatter-malformed` and `name-mismatch` (medium). Then `omissions`: counted skills plus omissions account for every SKILL.md found, each `{subject, count, size, what}` with subject one of `plugin-not-enabled`, `duplicate-skill`, `stale-version`, `unreadable-file`, `unparsed-frontmatter`. The tool reads nothing but `root`; the three facts a directory cannot answer come from the caller — `enabled` (plugin ids the host has switched on, `<plugin>@<marketplace>`; the cache also holds disabled plugins, so without it the bill is inflated), `usage` (call counts per skill) and `versions` (the version directory the host serves per plugin; a plugin absent from it gets the directory name that sorts LAST in byte order, which is wrong for `10.0.0` against `9.0.0`). Refused with their own sentence, never as a partial answer: an unknown `check`, a negative `budget`, an EMPTY `root`, a `root` that is missing or is a file. Full rules in docs/skill-audit.md.",
4
+ "surfaces": [
5
+ "mcp"
6
+ ],
7
+ "parameters": {
8
+ "type": "object",
9
+ "required": [
10
+ "root"
11
+ ],
12
+ "properties": {
13
+ "root": {
14
+ "type": "string",
15
+ "description": "Directory to scan for SKILL.md files, absolute or relative to the server's working directory. It must name a directory: the empty string is refused rather than resolved, because resolving it would audit whatever directory the server happens to be standing in"
16
+ },
17
+ "enabled": {
18
+ "type": "array",
19
+ "items": {
20
+ "type": "string"
21
+ },
22
+ "description": "Plugin ids that are switched on, `<plugin>@<marketplace>`; when given only skills under those plugins are counted, when omitted every skill under `root` counts"
23
+ },
24
+ "usage": {
25
+ "type": "object",
26
+ "additionalProperties": {
27
+ "type": "integer",
28
+ "minimum": 0
29
+ },
30
+ "description": "Skill id (`<plugin>:<name>`) to call count, the caller's own measurement; a counted skill absent from a supplied map is treated as zero"
31
+ },
32
+ "check": {
33
+ "type": "string",
34
+ "enum": [
35
+ "all",
36
+ "phrase",
37
+ "budget",
38
+ "frontmatter"
39
+ ],
40
+ "description": "Which family of findings to report; default `all`. `skills`, `catalogue_bytes` and `omissions` are reported whatever this says"
41
+ },
42
+ "budget": {
43
+ "type": "integer",
44
+ "minimum": 0,
45
+ "maximum": 9007199254740991,
46
+ "description": "Catalogue byte budget; `catalogue-over-budget` is only reported when this is given"
47
+ },
48
+ "versions": {
49
+ "type": "object",
50
+ "additionalProperties": {
51
+ "type": "string"
52
+ },
53
+ "description": "Plugin id (`<plugin>@<marketplace>`) to the version directory name the host actually serves; when a plugin is named here that directory is resolved whatever byte order would have said, and a plugin absent from it falls back to byte order"
54
+ }
55
+ }
56
+ },
57
+ "output_schema": {
58
+ "properties": {
59
+ "result": {
60
+ "title": "Result",
61
+ "type": "string"
62
+ }
63
+ },
64
+ "required": [
65
+ "result"
66
+ ],
67
+ "type": "object",
68
+ "title": "skill_auditOutput"
69
+ }
70
+ }
@@ -0,0 +1,40 @@
1
+ {
2
+ "name": "token_ledger",
3
+ "description": "What a session actually cost, read off the host's own transcripts. Walks `root` for `*.jsonl` transcripts — the host writes `<cwd-slug>/<session>.jsonl` and `<cwd-slug>/<session>/subagents/*.jsonl` beneath `~/.claude/projects` — and answers ONE JSON document: `root`, `transcripts`, `lines`, `requests` (distinct API requests), `totals` (the four classes: `input_tokens`, `cache_creation_input_tokens`, `cache_read_input_tokens`, `output_tokens`), `sessions` (one row each), `omissions`, and `cost` only when `model` is given. Call it to answer 'what did this work cost' from the API's own `usage` blocks — nothing here is estimated. Point `root` at ONE project's slug directory, not the whole projects tree: there is no time window and no summary mode, so a whole-corpus call answers a row per session ever recorded and blows the host's tool-result cap. The four classes are reported and priced separately because on a real prompt 98.1 % of the tokens were `cache_read`. Counting is per `requestId`, never per line: one response is written as several records with the same `usage`, so the dedupe spans the whole walk and every later copy is a `duplicate-request` omission. A subagent's transcript carries its PARENT's `sessionId`, so its cost lands in the parent row as `sidechain_requests`. `lines` equals `requests` plus the sum of every omission's `count`, always. An omission is `{subject, count, what}`; `what` names the first site as `<relpath>:<line>` plus `and N more`. `cost` needs a rate: the shipped price table has none, so `{\"unavailable\": \"no rate recorded for model ...\"}` is the NORMAL answer, not an error; a rate enters through `$BANTAMKIT_PRICES` or `prices`. Refused with their own sentence: an EMPTY `root`, a `root` that is missing or is a file, an EMPTY `model`, and a token total above 2**53-1. The record rule and the nine omission subjects: docs/ledger.md.",
4
+ "surfaces": [
5
+ "mcp"
6
+ ],
7
+ "parameters": {
8
+ "type": "object",
9
+ "required": [
10
+ "root"
11
+ ],
12
+ "properties": {
13
+ "root": {
14
+ "type": "string",
15
+ "description": "Directory of host transcripts to walk, absolute or relative to the server's working directory; `~/.claude/projects` is where the host keeps them on this machine. It must name a directory: the empty string is refused rather than resolved, because resolving it would read whatever directory the server happens to be standing in"
16
+ },
17
+ "model": {
18
+ "type": "string",
19
+ "description": "Model to price the totals as, e.g. the id an assistant record's `message.model` carries. Omit it and no `cost` key is reported at all; name one with no recorded rate and `cost` is `{\"unavailable\": ...}`, which is what the shipped table answers for every model"
20
+ },
21
+ "prices": {
22
+ "type": "string",
23
+ "description": "Price table to read instead of `$BANTAMKIT_PRICES` or the shipped one; only consulted when `model` is given. A malformed table is a configuration fault and stops with its own sentence, rather than being reported as an unpriced model"
24
+ }
25
+ }
26
+ },
27
+ "output_schema": {
28
+ "properties": {
29
+ "result": {
30
+ "title": "Result",
31
+ "type": "string"
32
+ }
33
+ },
34
+ "required": [
35
+ "result"
36
+ ],
37
+ "type": "object",
38
+ "title": "token_ledgerOutput"
39
+ }
40
+ }
@@ -29,4 +29,4 @@ from bantamkit.structured import StructuredOutputError, extract_json, structured
29
29
  # file as its dynamic version source, so the wheel's metadata and the string the MCP
30
30
  # server advertises are the same committed bytes, and neither is a function of when
31
31
  # someone last ran `pip`.
32
- __version__ = "0.32.0"
32
+ __version__ = "0.33.0"
@@ -30,12 +30,15 @@ THREE HARD RULES, each with the failure it prevents:
30
30
  byte-compares both runtimes' streams; one stray write breaks the wire suite. Nothing
31
31
  in this module touches `sys.stderr` or `sys.stdout`.
32
32
  * **Metadata only.** Never a tool argument's value, never a memory body, never a
33
- validated output, never a query, never a document row. Eight of the fourteen tools take
34
- unbounded free text and seven take absolute paths (`bantamkit_read`'s `path` is one,
35
- `skill_audit`'s `root` is another, `repo_map`'s `root` and `focus` are the third and
36
- `token_ledger`'s `root` and `prices` are the fourth; each record carries counts and
37
- tokens from a closed set, never the path, never a part name, never a skill id, never a
38
- mapped file, never a session id, never a model name).
33
+ validated output, never a query, never a document row. Eight of the twelve tools take
34
+ an unbounded string (counted over `assets/tools/`: a `string` parameter with no `enum`
35
+ or `maxLength`, or an array of such; `bantamkit_read` and `repo_map` were two more until
36
+ job50 I5 retired them from the roster) and among those `skill_audit`'s `root`,
37
+ `token_ledger`'s `root` and `prices` and the three shift-work tools' `checkpoint` are
38
+ absolute paths; each record carries counts and tokens from a closed set, never the
39
+ path, never a part name, never a skill id, never a mapped file, never a session id,
40
+ never a model name. The dormant `bantamkit_read` and `repo_map` handlers keep the same
41
+ discipline: a token and two counts, never `path`, `part`, `root` or `focus`.
39
42
  Every value written here is an ASCII token from a closed
40
43
  set, an `int`, or a `bool`.
41
44
  * **Never `str(exception)`.** Only `type(exc).__name__`. This is not hypothetical: the
@@ -8,6 +8,7 @@ import hashlib
8
8
  import json
9
9
  import os
10
10
  import platform
11
+ import stat as stat_module
11
12
  import sys
12
13
  from collections.abc import Callable, Iterable, Iterator
13
14
  from contextlib import contextmanager
@@ -1014,6 +1015,9 @@ class _ArgMetadata(FuncMetadata): # type: ignore[misc,valid-type]
1014
1015
 
1015
1016
 
1016
1017
  # Tools whose arguments reach the handler exactly as sent — see `_ArgMetadata`.
1018
+ # DORMANT — `bantamkit_read` left the roster (job50 I5, 2026-09-12), so no served tool is
1019
+ # in this set today and `unwrap_json` is `True` for all twelve. The entry stays so that
1020
+ # restoring the roster line restores the property with it.
1017
1021
  _NO_JSON_UNWRAP = frozenset({"bantamkit_read"})
1018
1022
 
1019
1023
 
@@ -1038,6 +1042,9 @@ OFFSET_MAXIMUM = 9007199254740991
1038
1042
  class _DocumentCache:
1039
1043
  """The last `docread.extract` result this server produced, and what it was OF.
1040
1044
 
1045
+ DORMANT — its one user, `bantamkit_read`, left the roster (job50 I5, 2026-09-12); kept
1046
+ with the handler so the roster line can come back without re-deriving the cache.
1047
+
1041
1048
  Register entry (i): `bantamkit_read` re-parsed the whole document on EVERY call, so a
1042
1049
  caller paging a 12,001-row sheet in 200-row pages parsed the workbook once per page —
1043
1050
  paging was O(N^2) in the row window. Measured on this machine over a 1,538,280-byte
@@ -1219,6 +1226,10 @@ def _record_result(log: EventLog, tool: str, call: Callable[[], dict[str, Any]])
1219
1226
 
1220
1227
  #: The last paragraph of every `repo_map` reply, refusal excepted. FIXED AND MANDATORY.
1221
1228
  #:
1229
+ #: DORMANT — `repo_map` left the roster (job50 I5, 2026-09-12). The tail, the empty-listing
1230
+ #: sentence and `repo_map_reply` below stay with the handler: a roster decision, not a
1231
+ #: deletion of working code.
1232
+ #:
1222
1233
  #: Roadmap row 10's build gate was "build only after #4 shows discovery tokens dominate",
1223
1234
  #: and #4 REFUTED it: discovery is 0.114 % of real prompt tokens because 97.8 % of the
1224
1235
  #: bill is `cache_read`. The feature ships on an explicit ruling to build it anyway, as a
@@ -1515,6 +1526,12 @@ def build_server(memory: Memory, log: EventLog | None = None) -> Any:
1515
1526
  ) -> str:
1516
1527
  """The reader on the MCP surface (job43): `docread` digests, `contract` words it.
1517
1528
 
1529
+ DORMANT — NOT REGISTERED since job50 I5 (user ruling, 2026-09-12): `bantamkit_read`
1530
+ left the roster because the transcript corpus showed it was never called. The
1531
+ reader (`docread`, `docmanifest`, `contract`) and its tests are untouched; this
1532
+ handler, its document cache and `OFFSET_MAXIMUM` are kept, unregistered, so the
1533
+ roster line can return without a rewrite.
1534
+
1518
1535
  The eval pair (`evalrun._document_tools`) already renders a manifest, a page and
1519
1536
  every refusal from these two modules, and this handler makes the SAME calls with
1520
1537
  the path standing in for the document name, so the two surfaces print the same
@@ -1659,6 +1676,11 @@ def build_server(memory: Memory, log: EventLog | None = None) -> Any:
1659
1676
  ) -> str:
1660
1677
  """The ranked definition map on the MCP surface: `repomap` measures, this serves it.
1661
1678
 
1679
+ DORMANT — NOT REGISTERED since job50 I5 (user ruling, 2026-09-12): `repo_map` left
1680
+ the roster because the transcript corpus showed it was never called. The engine
1681
+ (`repomap.py`) and its tests are untouched; this handler is kept, unregistered, so
1682
+ the roster line can return without a rewrite.
1683
+
1662
1684
  THE THREE REFUSALS LIVE HERE AND NOT IN `repomap.py`, and that is deliberate.
1663
1685
  `repo_map()` over a root that does not exist answers an EMPTY map on both runtimes
1664
1686
  — `os.walk` yields nothing for a missing directory and `walkSources`' `readdirSync`
@@ -1783,12 +1805,20 @@ def build_server(memory: Memory, log: EventLog | None = None) -> Any:
1783
1805
  # the server, because the server cannot start without it.
1784
1806
  #
1785
1807
  # `bantamkit_status` went LAST rather than first, `memory_compact` after it rather
1786
- # than beside `memory_save` where a reader would look for it, `bantamkit_read`
1787
- # after that, `skill_audit` after that, `memory_dream` after that, `repo_map`
1788
- # after that and `token_ledger` after that. Registration order IS the served order
1808
+ # than beside `memory_save` where a reader would look for it, `skill_audit` after
1809
+ # that, `memory_dream` after that and `token_ledger` after that. Registration order
1810
+ # IS the served order
1789
1811
  # (`test_tool_manifest.py::test_the_golden_records_the_order_the_wire_actually_
1790
1812
  # serves`), and appending is the only edit that leaves the others where every
1791
1813
  # existing declaration says they are.
1814
+ #
1815
+ # `bantamkit_read` (tenth) and `repo_map` (thirteenth) LEFT this list on the user's
1816
+ # ruling of 2026-09-12 (job50, I5): measured over the transcript corpus, neither was
1817
+ # called — auto-mode routes discovery and reading through Bash — and every request
1818
+ # re-sent their descriptions. Their assets claim NO surface now (`"surfaces": []`),
1819
+ # so putting either name back here without also restoring `"mcp"` to its asset is
1820
+ # refused by `_from_manifest` at startup. The handlers below are DORMANT, not gone:
1821
+ # a roster decision, not a deletion of working code.
1792
1822
  tools = [
1793
1823
  _from_manifest(memory_save, "memory_save"),
1794
1824
  _from_manifest(memory_recall, "memory_recall"),
@@ -1799,10 +1829,8 @@ def build_server(memory: Memory, log: EventLog | None = None) -> Any:
1799
1829
  _from_manifest(build_identity_tool, "build_identity"),
1800
1830
  _from_manifest(bantamkit_status, "bantamkit_status"),
1801
1831
  _from_manifest(memory_compact, "memory_compact"),
1802
- _from_manifest(bantamkit_read, "bantamkit_read"),
1803
1832
  _from_manifest(skill_audit, "skill_audit"),
1804
1833
  _from_manifest(memory_dream, "memory_dream"),
1805
- _from_manifest(repo_map, "repo_map"),
1806
1834
  _from_manifest(token_ledger, "token_ledger"),
1807
1835
  ]
1808
1836
 
@@ -2042,10 +2070,80 @@ def _build_memory(args: argparse.Namespace) -> Memory:
2042
2070
  if args.store is not None:
2043
2071
  if not args.store:
2044
2072
  raise SystemExit("--store requires a non-empty path")
2073
+ _check_store_flag(args.store)
2045
2074
  return Memory(store=args.store, k=args.k, index_budget=args.index_budget)
2046
2075
  return Memory.layered(start=args.start, k=args.k, index_budget=args.index_budget)
2047
2076
 
2048
2077
 
2078
+ def _check_store_flag(raw: str) -> None:
2079
+ """`--store` may name a store that is missing, never one that is not a store.
2080
+
2081
+ THIS CHECK IS RESTORED, NOT INVENTED, and the distinction is the point. Until the
2082
+ project layer was built lazily there WAS a `--store` validation, and it was entirely
2083
+ accidental: the constructor ran `mkdir(parents=True)`, so a `--store` pointing at a
2084
+ regular file or at a path under a directory that does not exist took the process down
2085
+ with an `OSError` traceback out of `pathlib`. `test_statusline.py::
2086
+ test_the_flag_returns_before_anything_a_server_would_touch` depends on it -- it arms
2087
+ `--store <a regular file>` as a trap and shows `--statusline` walking past it -- and a
2088
+ lazy layer disarms the trap by making that same argv exit 0. The honest way to keep
2089
+ that test true is to mean the refusal on purpose.
2090
+
2091
+ IT IS `layers._pinned_store`'s CHECK MINUS ONE ARM, and the missing arm is deliberate
2092
+ and measured. The pin refuses a path that is not there ("nothing was created"); this
2093
+ flag does NOT, and must not, for two reasons that are both already pinned elsewhere in
2094
+ this repository:
2095
+
2096
+ - The sibling CLI's identical flag is contracted to CREATE one. `tools/conformance/
2097
+ suites/memorycli.mjs` carries `status-creates-a-missing-store`, `--store {BED}/nowhere`
2098
+ over an empty bed, whose whole job is to say the two runtimes create the same two
2099
+ directories there. Refusing a missing `--store` here would put two flags of the same
2100
+ name, in two programs of the same product, in direct contradiction.
2101
+ - "Missing" is no longer a broken state anywhere in this program. The walk designates a
2102
+ project store without creating it, and the first save brings it into existence or
2103
+ refuses by name (`store._ensure_dirs`). A `--store` at a path that is not there is
2104
+ that same designated state, reached by being told instead of by searching. MEASURED:
2105
+ requiring existence here reddened 14 tests that have nothing to do with this defect
2106
+ -- `test_tool_manifest.py` ×7, `test_mcpserver.py` ×6, `test_mcp_endpoint.py` -- every
2107
+ one of them a fixture naming a store under `tmp_path` it never made, because that is
2108
+ what this flag has always meant.
2109
+
2110
+ What is left is the arm the accident actually covered and the only one it covered: a
2111
+ `--store` that names something which EXISTS and is NOT A DIRECTORY. That is not a store
2112
+ and never becomes one -- `mkdir` under it is ENOTDIR on both runtimes and on every
2113
+ platform, the one row of the errno table where they already agree -- so it is refused
2114
+ here, by name, before a transport exists.
2115
+
2116
+ `FileNotFoundError` and not an errno comparison: the absent case is selected by the
2117
+ exception CPython raises for it, which `runtime-ts`' `pyfs` shim raises under the same
2118
+ name. Every other `stat` failure -- a permission wall on the parent, a symlink loop --
2119
+ is a real fault about a path the operator named, and it keeps the pin's sentence.
2120
+
2121
+ `os.stat` rather than `Path.is_dir()`, and that too is `_pinned_store`'s reasoning:
2122
+ `is_dir()` swallows `PermissionError` and answers False, which would report an
2123
+ operator's real store as a typo. A single named path gets the accurate reason.
2124
+
2125
+ `SystemExit` and not `MemoryValidationError`, so that both halves of this flag's
2126
+ refusal family read the same way on the terminal: `--store requires a non-empty path`
2127
+ is already bare on stderr at exit 1, and the port spells both as `Refusal`.
2128
+ """
2129
+ # NOT `expanduser()`, unlike the pin. `Memory(store=...)` builds `Path(root)` from this
2130
+ # string verbatim, so expanding here would check one path and serve another: `--store
2131
+ # ~/x` left unexpanded by the shell would pass a check against the home directory and
2132
+ # then build a store in a directory literally named `~`. The check must stat the path
2133
+ # the store is going to be.
2134
+ store = Path(raw)
2135
+ try:
2136
+ info = os.stat(store)
2137
+ except FileNotFoundError:
2138
+ return # designated, not broken: the first save makes it or refuses by name
2139
+ except OSError as e:
2140
+ raise SystemExit(
2141
+ f"--store is unreachable: {store}: {e.strerror}; nothing was created"
2142
+ ) from e
2143
+ if not stat_module.S_ISDIR(info.st_mode):
2144
+ raise SystemExit(f"--store is not a directory: {store}")
2145
+
2146
+
2049
2147
  def _print_mcp_report(args: argparse.Namespace) -> None:
2050
2148
  """`--mcp-report`: the joined report on stdout, then return. No transport, no server.
2051
2149
 
@@ -2184,9 +2282,43 @@ def _refuse_update(sentence: str) -> NoReturn:
2184
2282
 
2185
2283
 
2186
2284
  def main() -> None:
2285
+ """Dispatch one invocation, and hand a refusal to the operator as a SENTENCE.
2286
+
2287
+ THIS ARM IS A PARITY DEFECT BEING CLOSED, not a nicety. `runtime-ts/src/cli.ts` has
2288
+ caught `BantamError` at its top level and written `bantamkit-mcp: <message>` at exit 1
2289
+ since it was written, and `bantamkit/memory/__main__.py` was handed the same defect and
2290
+ fixed the same way for the operator memory CLI. This CLI never got it, so the identical
2291
+ refusal -- `BANTAMKIT_MEMORY_DIR=/nope/pinned`, one sentence that already names the
2292
+ directory and says nothing was created -- was one clean line on Node and a two-stage
2293
+ CPython traceback on Python, carrying this repository's absolute paths and line numbers
2294
+ in place of the store the operator asked about. Nothing covered it, so the suite was
2295
+ green over it.
2296
+
2297
+ `BantamError` AND NOTHING WIDER, in `__main__.py`'s own words: a bug in bantamkit is
2298
+ still a traceback, because that one IS a report for a maintainer. What is caught is the
2299
+ class of failures that are ABOUT the operator's store, and every one of them already
2300
+ carries a sentence that names the directory and says what the consequence would have
2301
+ been -- including `_ensure_dirs`' new one, which is the whole reason a cwd of `/` is now
2302
+ a refused write rather than a dead process.
2303
+
2304
+ `SystemExit` is deliberately not caught: argparse's usage errors are exit 2, and this
2305
+ file's own flag refusals are already their own sentence on stderr.
2306
+
2307
+ Written through `sys.stderr.buffer`, like every other refusal in this file, so the line
2308
+ ends LF on Windows too and cannot drift from the port's `process.stderr.write`.
2309
+ """
2187
2310
  if MCPServer is None:
2188
2311
  raise SystemExit(_INSTALL_HINT)
2189
2312
  args = _parse_args()
2313
+ try:
2314
+ _dispatch(args)
2315
+ except BantamError as e:
2316
+ sys.stderr.buffer.write(f"bantamkit-mcp: {e}\n".encode())
2317
+ sys.stderr.buffer.flush()
2318
+ raise SystemExit(1) from e
2319
+
2320
+
2321
+ def _dispatch(args: argparse.Namespace) -> None:
2190
2322
  # Before `_build_memory`, which touches the filesystem, and before the server exists at
2191
2323
  # all -- the Node arm returns from `main` here too, ahead of `new RawStdioTransport()`.
2192
2324
  if args.assets_root:
@@ -2215,6 +2347,14 @@ def main() -> None:
2215
2347
  # `.bantamkit/memory` directory in whatever cwd they were standing in, and the flags
2216
2348
  # above return before a transport for the same class of reason.
2217
2349
  #
2350
+ # AMENDMENT 2026-09-12 (job48, J48-1). "which is what creates a store" is no longer
2351
+ # true of the sentence's own words: the project layer is built `create=False`, so
2352
+ # `_build_memory` designates a path and creates nothing until a save. The guard stays
2353
+ # exactly where it is, for what remains of the reason -- a person typing a command to
2354
+ # see what it does has not asked for a walk up their filesystem either -- and it stays
2355
+ # because the ORDER is the contract the port shares, not because it is the last thing
2356
+ # standing between a bare invocation and a mkdir.
2357
+ #
2218
2358
  # STDOUT AND EXIT 0, i.e. byte-for-byte what `-h` does on this platform, because the
2219
2359
  # request was "ให้แสดงเหมือน --help" -- show it the way `--help` shows it. `print_help`
2220
2360
  # is the same call argparse's own `-h` action makes, so the two cannot diverge: fix
@@ -2,7 +2,7 @@
2
2
 
3
3
  `docs/memory.md` states, as a design decision, that `lint`, `archived` and
4
4
  `restore` are **not** agent tools — "lifecycle is an operator decision, not a
5
- model decision" — and the fourteen-tool surface holds to it; `compact` is the one
5
+ model decision" — and the twelve-tool surface holds to it; `compact` is the one
6
6
  exception since job42 (`memory_compact`, the on-refusal path the model reaches
7
7
  itself). That position is only coherent if the operator can actually make the
8
8
  decision. Measured