bitfab-cli 0.2.475 → 0.2.477
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.
- package/dist/index.js +6 -6
- package/package.json +1 -1
package/dist/index.js
CHANGED
|
@@ -29623,7 +29623,7 @@ var listScenarios = {
|
|
|
29623
29623
|
var getScenario = {
|
|
29624
29624
|
name: "get_scenario",
|
|
29625
29625
|
title: "Get Scenario",
|
|
29626
|
-
description: "Read one scenario, found by its id or by a trace it was built from: the situation the trace function's run was in, as the trigger that started the run and the data available when it arrived, with a name and a description. The name, description, trigger, and data describe the situation only, never what the run did or should do. Returns the review status, the note saying what needs updating when a person flagged the scenario (and the resolution once one was sent), then the trigger and data summaries, then the actual outcome when one was saved (what the run actually did: one example, not what it should have done), then the name, description, trigger, data, and actualOutcome as JSON in exactly the shape save_scenario accepts, including the categories it is filed under. data.sources, when saved, says where the records came from and, for each kind of data, whether it was read in full, as of the run or as of capture, with columns the capture predates, or not captured at all. Call it before save_scenario so an edit starts from what is saved.",
|
|
29626
|
+
description: "Read one scenario, found by its id or by a trace it was built from: the situation the trace function's run was in, as the trigger that started the run and the data available when it arrived, with a name and a description. The name, description, trigger, and data describe the situation only, never what the run did or should do. Returns the review status, the note saying what needs updating when a person flagged the scenario (and the resolution once one was sent), then the trigger and data summaries, then the actual outcome when one was saved (what the run actually did: one example, not what it should have done), then the name, description, trigger, data, and actualOutcome as JSON in exactly the shape save_scenario accepts, including the categories it is filed under. A scenario not generated yet has no trigger or data of its own: it is returned with its review status, its categories, and the assertions on the trace it was made from, whose input and output stand in for its trigger and data. data.sources, when saved, says where the records came from and, for each kind of data, whether it was read in full, as of the run or as of capture, with columns the capture predates, or not captured at all. Call it before save_scenario so an edit starts from what is saved.",
|
|
29627
29627
|
inputSchema: scenarioTargetSchema
|
|
29628
29628
|
};
|
|
29629
29629
|
var saveScenario = {
|
|
@@ -29675,7 +29675,7 @@ var saveTraceCategories = {
|
|
|
29675
29675
|
var generateScenarioAssertions = {
|
|
29676
29676
|
name: "generate_scenario_assertions",
|
|
29677
29677
|
title: "Generate Scenario Assertions",
|
|
29678
|
-
description: "Turn a person's label on one scenario, found by its id or by a trace it was built from, into up to four assertions, saved as pending agent assertions for review on the trace the scenario was built from.
|
|
29678
|
+
description: "Turn a person's label on one scenario, found by its id or by a trace it was built from, into up to four assertions, saved as pending agent assertions for review on the trace the scenario was built from. For a generated scenario, check its trigger, data, and records with get_scenario before calling this. A scenario not generated yet drafts from its trace's top-level input and output instead, and cites the trace's top-level span. The note says what the run got right or wrong; the verdict says whether the run was right overall. Each assertion cites the spans that settle its values, from the scenario's trigger, history, and records the run saw, and is saved on the trace those spans are on; records the run never saw are context only. A note that gives nothing a reviewer could check against a replay yields no assertions. An assertion never concludes that something did not exist from a kind of data the scenario's sources say was not read in full as of the run. A trace with no scenario, a scenario id that does not exist, or a scenario built from a replay is refused. Returns the saved assertions.",
|
|
29679
29679
|
inputSchema: {
|
|
29680
29680
|
...scenarioTargetSchema,
|
|
29681
29681
|
verdict: external_exports.preprocess(parseJsonString, external_exports.boolean()).optional().describe("true when the person said the run was right, false when wrong. Leave it out when they gave no verdict."),
|
|
@@ -31126,10 +31126,10 @@ var semver2 = __toESM(require_semver2(), 1);
|
|
|
31126
31126
|
|
|
31127
31127
|
// ../bitfab-plugin-lib/dist/bakedSdkVersions.js
|
|
31128
31128
|
var BAKED_SDK_VERSIONS = {
|
|
31129
|
-
typescript: "0.
|
|
31130
|
-
python: "0.
|
|
31131
|
-
ruby: "0.
|
|
31132
|
-
go: "0.
|
|
31129
|
+
typescript: "0.68.0",
|
|
31130
|
+
python: "0.68.0",
|
|
31131
|
+
ruby: "0.67.0",
|
|
31132
|
+
go: "0.67.0"
|
|
31133
31133
|
};
|
|
31134
31134
|
|
|
31135
31135
|
// ../bitfab-plugin-lib/dist/installedSdk.js
|
package/package.json
CHANGED