bitfab-cli 0.2.405 → 0.2.406

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 +5 -5
  2. package/package.json +1 -1
package/dist/index.js CHANGED
@@ -24697,10 +24697,10 @@ var semver3 = __toESM(require_semver2(), 1);
24697
24697
 
24698
24698
  // ../bitfab-plugin-lib/dist/bakedSdkVersions.js
24699
24699
  var BAKED_SDK_VERSIONS = {
24700
- typescript: "0.62.7",
24701
- python: "0.62.6",
24702
- ruby: "0.62.6",
24703
- go: "0.62.6"
24700
+ typescript: "0.62.8",
24701
+ python: "0.62.7",
24702
+ ruby: "0.62.7",
24703
+ go: "0.62.7"
24704
24704
  };
24705
24705
 
24706
24706
  // ../bitfab-plugin-lib/dist/installedSdk.js
@@ -30184,7 +30184,7 @@ The schema is flat, every file object is exactly \`{ path, before, after }\`. Do
30184
30184
 
30185
30185
  **Check the \`supportsCodeChanges\` flag** (from \`detect-replay-capabilities\`). If false, skip writing the code-change JSON file and omit \`--code-change\` from the invocation. The replay itself is unaffected; only the code-change metadata is missing from the experiment viewer.
30186
30186
 
30187
- **Automatic fallback capture.** If you do not pass \`--code-change\`, a recent SDK auto-captures the branch's diff **against trunk** (the merge-base with \`origin/main\`) inside \`replay()\` itself and attaches it, so even a run where you did not hand-write a payload still shows a diff, as long as the SDK is new enough (\`supportsCodeChanges\`), you are in a git repo, and the working tree carries the change. This fallback is **cumulative** (whole branch vs trunk), not per-experiment. The precise per-experiment before/after still comes from writing the \`--code-change\` payload above, which always wins over the fallback, so keep doing that in \`make-change\`; the trunk diff is a last resort, not a reason to skip it.
30187
+ **Automatic fallback capture.** If you do not pass \`--code-change\`, a recent SDK auto-captures the **uncommitted** working-tree diff against \`HEAD\` inside \`replay()\` itself and attaches it, so even a run where you did not hand-write a payload still shows a diff, as long as the SDK is new enough (\`supportsCodeChanges\`), you are in a git repo, and the change is not yet committed. Older SDKs diff against the merge-base with trunk instead, which covers the whole branch. The precise per-experiment before/after still comes from writing the \`--code-change\` payload above, which always wins over the fallback, so keep doing that in \`make-change\`; the automatic diff is a last resort, not a reason to skip it.
30188
30188
 
30189
30189
  **Check the \`supportsExperimentGroups\` flag** (from \`detect-replay-capabilities\`). If true and an \`experimentGroupId\` exists, pass \`--experiment-group-id <experimentGroupId>\` (from \`open-experiments-before-replay\`) so the experiment is tagged with the group. This includes the initial \`fixReplayScope = "single-trace"\` pass. If false, skip the flag; the post-replay Bitfab inspection can fall back to \`experimentId\` when available.
30190
30190
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "bitfab-cli",
3
- "version": "0.2.405",
3
+ "version": "0.2.406",
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",