@axiom-lattice/core 2.1.82 → 2.1.84

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 CHANGED
@@ -7623,9 +7623,6 @@ var SandboxLatticeManager = class _SandboxLatticeManager extends BaseLatticeMana
7623
7623
  return this.keys();
7624
7624
  }
7625
7625
  resolvePolicy(config) {
7626
- if (config.vmIsolation) {
7627
- return { vmIsolation: config.vmIsolation };
7628
- }
7629
7626
  if (config.projectId) {
7630
7627
  return { vmIsolation: "project" };
7631
7628
  }
@@ -15813,6 +15810,7 @@ function createFilesystemBackendFactory(middlewareConfigs) {
15813
15810
  return async (stateAndStore) => {
15814
15811
  const { tenantId, workspaceId, projectId, assistant_id, threadId } = stateAndStore;
15815
15812
  const sandboxManager = getSandBoxManager();
15813
+ console.log(`[filesystemBackend] creating sandbox: tenantId=${tenantId} workspaceId=${workspaceId} projectId=${projectId} assistant_id=${assistant_id} threadId=${threadId} vmIsolation=${filesystemConfig.config?.vmIsolation || "(default)"}`);
15816
15814
  const sandbox = await sandboxManager.getSandboxFromConfig({
15817
15815
  assistant_id: assistant_id || "",
15818
15816
  thread_id: threadId || "",
@@ -22038,7 +22036,7 @@ You have nine tools for agent management:
22038
22036
  - **list_tools** \u2014 See all available tools that can be assigned to agents
22039
22037
  - **get_agent** \u2014 View the full configuration of a specific agent
22040
22038
  - **create_agent** \u2014 Create a REACT or DEEP_AGENT agent
22041
- - **create_workflow** \u2014 Create a WORKFLOW agent from a concise DSL (load create-workflow skill first)
22039
+ - **create_workflow** \u2014 Create a WORKFLOW agent from a concise DSL (load create-workflow skill + task-relevant domain skills first)
22042
22040
  - **validate_workflow** \u2014 Validate a workflow agent's DSL
22043
22041
  - **update_workflow** \u2014 Update a workflow agent's DSL or config
22044
22042
  - **update_agent** \u2014 Modify an existing REACT or DEEP_AGENT agent's configuration
@@ -22135,14 +22133,23 @@ Use this when the process is fully known. A workflow is a deterministic LangGrap
22135
22133
  | needs + if model (YAML DSL) | Single orchestrator delegates linearly |
22136
22134
  | No LLM routing decisions | Orchestrator uses LLM to route |
22137
22135
 
22138
- ### Phase 0: Load the Skill
22136
+ ### Phase 0: Load Skills
22137
+
22138
+ **BEFORE designing, you MUST load relevant skills:**
22139
22139
 
22140
- **BEFORE designing, you MUST load the create-workflow skill:**
22140
+ 1. **Always load** the \`create-workflow\` skill \u2014 it teaches the YAML DSL syntax, step format, and design patterns:
22141
22141
 
22142
22142
  \`\`\`
22143
22143
  skill(skill_name: "create-workflow")
22144
22144
  \`\`\`
22145
22145
 
22146
+ 2. **Determine and load task-relevant domain skills** \u2014 do NOT skip this step:
22147
+ a) **First, scan** the \`<available_skills>\` section above. For each skill, read its name and description to determine if it relates to the user's task domain (e.g., financial analysis, sales, data processing, reporting)
22148
+ b) **Then, load each relevant skill** by calling \`skill(skill_name: "<skill-name>")\` \u2014 call this once per relevant skill, NOT in a batch
22149
+ c) Read the loaded skill content for domain-specific workflow patterns, reusable sub-workflows, and DSL best practices
22150
+
22151
+ **If you skip step 2, you will miss critical domain knowledge and produce a suboptimal design.**
22152
+
22146
22153
  ### Phase 1: Design
22147
22154
 
22148
22155
  1. **Analyze the process.** Map every step, branch, data dependency.
@@ -22257,7 +22264,7 @@ All fields except name, type, and prompt are optional.
22257
22264
 
22258
22265
  ### create_workflow (WORKFLOW)
22259
22266
 
22260
- Creates a WORKFLOW agent from a YAML linear DSL. Before calling, load the \`create-workflow\` skill. Must pass \`skillLoaded: true\`.
22267
+ Creates a WORKFLOW agent from a YAML linear DSL. Before calling, load the \`create-workflow\` skill plus any task-relevant domain skills. Must pass \`skillLoaded: true\`.
22261
22268
 
22262
22269
  \`\`\`typescript
22263
22270
  {
@@ -22572,6 +22579,14 @@ var agentArchitectConfig = {
22572
22579
  ],
22573
22580
  internalSubAgents: [agentReviewerConfig],
22574
22581
  middleware: [
22582
+ {
22583
+ id: "filesystem",
22584
+ type: "filesystem",
22585
+ name: "Filesystem",
22586
+ description: "Read, write, edit, list, search files",
22587
+ enabled: true,
22588
+ config: {}
22589
+ },
22575
22590
  {
22576
22591
  id: "skill",
22577
22592
  type: "skill",
@@ -24261,6 +24276,7 @@ var MicrosandboxServiceClient = class {
24261
24276
  );
24262
24277
  }
24263
24278
  async volumeFsList(volumeName, path3) {
24279
+ console.log(`[volumeFsList] volume=${volumeName} path="${path3}" url=POST /api/volumes/${encodeURIComponent(volumeName)}/fs/list`);
24264
24280
  const result = await this.request(
24265
24281
  `/api/volumes/${encodeURIComponent(volumeName)}/fs/list`,
24266
24282
  {
@@ -24268,6 +24284,10 @@ var MicrosandboxServiceClient = class {
24268
24284
  body: { path: path3 }
24269
24285
  }
24270
24286
  );
24287
+ console.log(
24288
+ `[volumeFsList] result: ${result.entries.length} entries:`,
24289
+ result.entries.map((e) => `${e.path} (kind=${e.kind})`).join(", ")
24290
+ );
24271
24291
  return result.entries;
24272
24292
  }
24273
24293
  async volumeFsDownload(volumeName, path3) {