bitfab-cli 0.2.516 → 0.2.518

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 (2) hide show
  1. package/dist/index.js +11 -1
  2. package/package.json +1 -1
package/dist/index.js CHANGED
@@ -29272,6 +29272,15 @@ var generateTraceAssertions = {
29272
29272
  regenerate: external_exports.preprocess(parseJsonString, external_exports.boolean()).optional().describe("Set true to rerun generation and replace prior generated drafts. Omit or set false to reuse the existing generation result.")
29273
29273
  }
29274
29274
  };
29275
+ var regenerateAssertion = {
29276
+ name: "regenerate_assertion",
29277
+ title: "Regenerate Assertion",
29278
+ description: "Have Bitfab write one existing assertion again, and save the new wording in place of the old. Call this when the user names one assertion that is wrong, vague, or checks the wrong thing and wants Bitfab to write it again, optionally saying how with guidance. Pass only the assertion's id: Bitfab finds the trace it belongs to, reads that trace's input, what the recorded run did, the spans the assertion's justification cites, and the trace's other assertions, then writes a new claim with its pass and fail criteria. The assertion keeps its id, trace, category, assignee, human note, and justification. Everything else is saved as if it were a new assertion: the wording and criteria are replaced, and it is saved as a judge assertion, so any code it had is dropped, along with the span it was limited to and every verdict given on the old wording. It always goes back to awaiting review, even when it was approved or rejected, so it is not checked on replays until a person approves it again, in Bitfab or with save_trace_assertions `approvalState`. After this call returns, Bitfab decides whether code can check the new wording and writes that code, the same as for any new assertion. The response names the trace and gives the new assertion and criteria, the old wording, and what changed. To replace every generated draft on a trace, use generate_trace_assertions with regenerate. To write the new wording yourself, use save_trace_assertions. An archived assertion is refused.",
29279
+ inputSchema: {
29280
+ assertionId: external_exports.uuid().describe("The assertion to write again, from get_trace_assertions or list_trace_assertions. It must be an active assertion in this organization."),
29281
+ guidance: external_exports.string().trim().min(1).max(1e4).optional().describe("Optional instruction for the new wording, such as what the current assertion gets wrong, what it should check instead, or a root cause analysis of why the trace went wrong. Omit to have Bitfab check the same behavior and write it better.")
29282
+ }
29283
+ };
29275
29284
  var saveTraceAssertions = {
29276
29285
  name: "save_trace_assertions",
29277
29286
  title: "Save Trace Assertions",
@@ -29739,6 +29748,7 @@ var ALL_TOOL_CONTRACTS = [
29739
29748
  getAssertionCategory,
29740
29749
  deleteAssertionCategory,
29741
29750
  generateTraceAssertions,
29751
+ regenerateAssertion,
29742
29752
  saveTraceAssertions,
29743
29753
  getTraceAssertions,
29744
29754
  listTraceAssertions,
@@ -31135,7 +31145,7 @@ var semver2 = __toESM(require_semver2(), 1);
31135
31145
 
31136
31146
  // ../bitfab-plugin-lib/dist/bakedSdkVersions.js
31137
31147
  var BAKED_SDK_VERSIONS = {
31138
- typescript: "0.76.2",
31148
+ typescript: "0.76.3",
31139
31149
  python: "0.76.2",
31140
31150
  ruby: "0.75.2",
31141
31151
  go: "0.75.2"
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "bitfab-cli",
3
- "version": "0.2.516",
3
+ "version": "0.2.518",
4
4
  "description": "Install and configure the Bitfab plugin in Claude Code, Codex, or Cursor, or the Bitfab skill pack in Amp (Alpha).",
5
5
  "type": "module",
6
6
  "main": "dist/index.js",