@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.mjs CHANGED
@@ -5884,9 +5884,6 @@ var SandboxLatticeManager = class _SandboxLatticeManager extends BaseLatticeMana
5884
5884
  return this.keys();
5885
5885
  }
5886
5886
  resolvePolicy(config) {
5887
- if (config.vmIsolation) {
5888
- return { vmIsolation: config.vmIsolation };
5889
- }
5890
5887
  if (config.projectId) {
5891
5888
  return { vmIsolation: "project" };
5892
5889
  }
@@ -14087,6 +14084,7 @@ function createFilesystemBackendFactory(middlewareConfigs) {
14087
14084
  return async (stateAndStore) => {
14088
14085
  const { tenantId, workspaceId, projectId, assistant_id, threadId } = stateAndStore;
14089
14086
  const sandboxManager = getSandBoxManager();
14087
+ console.log(`[filesystemBackend] creating sandbox: tenantId=${tenantId} workspaceId=${workspaceId} projectId=${projectId} assistant_id=${assistant_id} threadId=${threadId} vmIsolation=${filesystemConfig.config?.vmIsolation || "(default)"}`);
14090
14088
  const sandbox = await sandboxManager.getSandboxFromConfig({
14091
14089
  assistant_id: assistant_id || "",
14092
14090
  thread_id: threadId || "",
@@ -20332,7 +20330,7 @@ You have nine tools for agent management:
20332
20330
  - **list_tools** \u2014 See all available tools that can be assigned to agents
20333
20331
  - **get_agent** \u2014 View the full configuration of a specific agent
20334
20332
  - **create_agent** \u2014 Create a REACT or DEEP_AGENT agent
20335
- - **create_workflow** \u2014 Create a WORKFLOW agent from a concise DSL (load create-workflow skill first)
20333
+ - **create_workflow** \u2014 Create a WORKFLOW agent from a concise DSL (load create-workflow skill + task-relevant domain skills first)
20336
20334
  - **validate_workflow** \u2014 Validate a workflow agent's DSL
20337
20335
  - **update_workflow** \u2014 Update a workflow agent's DSL or config
20338
20336
  - **update_agent** \u2014 Modify an existing REACT or DEEP_AGENT agent's configuration
@@ -20429,14 +20427,23 @@ Use this when the process is fully known. A workflow is a deterministic LangGrap
20429
20427
  | needs + if model (YAML DSL) | Single orchestrator delegates linearly |
20430
20428
  | No LLM routing decisions | Orchestrator uses LLM to route |
20431
20429
 
20432
- ### Phase 0: Load the Skill
20430
+ ### Phase 0: Load Skills
20431
+
20432
+ **BEFORE designing, you MUST load relevant skills:**
20433
20433
 
20434
- **BEFORE designing, you MUST load the create-workflow skill:**
20434
+ 1. **Always load** the \`create-workflow\` skill \u2014 it teaches the YAML DSL syntax, step format, and design patterns:
20435
20435
 
20436
20436
  \`\`\`
20437
20437
  skill(skill_name: "create-workflow")
20438
20438
  \`\`\`
20439
20439
 
20440
+ 2. **Determine and load task-relevant domain skills** \u2014 do NOT skip this step:
20441
+ 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)
20442
+ b) **Then, load each relevant skill** by calling \`skill(skill_name: "<skill-name>")\` \u2014 call this once per relevant skill, NOT in a batch
20443
+ c) Read the loaded skill content for domain-specific workflow patterns, reusable sub-workflows, and DSL best practices
20444
+
20445
+ **If you skip step 2, you will miss critical domain knowledge and produce a suboptimal design.**
20446
+
20440
20447
  ### Phase 1: Design
20441
20448
 
20442
20449
  1. **Analyze the process.** Map every step, branch, data dependency.
@@ -20551,7 +20558,7 @@ All fields except name, type, and prompt are optional.
20551
20558
 
20552
20559
  ### create_workflow (WORKFLOW)
20553
20560
 
20554
- Creates a WORKFLOW agent from a YAML linear DSL. Before calling, load the \`create-workflow\` skill. Must pass \`skillLoaded: true\`.
20561
+ 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\`.
20555
20562
 
20556
20563
  \`\`\`typescript
20557
20564
  {
@@ -20866,6 +20873,14 @@ var agentArchitectConfig = {
20866
20873
  ],
20867
20874
  internalSubAgents: [agentReviewerConfig],
20868
20875
  middleware: [
20876
+ {
20877
+ id: "filesystem",
20878
+ type: "filesystem",
20879
+ name: "Filesystem",
20880
+ description: "Read, write, edit, list, search files",
20881
+ enabled: true,
20882
+ config: {}
20883
+ },
20869
20884
  {
20870
20885
  id: "skill",
20871
20886
  type: "skill",
@@ -22549,6 +22564,7 @@ var MicrosandboxServiceClient = class {
22549
22564
  );
22550
22565
  }
22551
22566
  async volumeFsList(volumeName, path3) {
22567
+ console.log(`[volumeFsList] volume=${volumeName} path="${path3}" url=POST /api/volumes/${encodeURIComponent(volumeName)}/fs/list`);
22552
22568
  const result = await this.request(
22553
22569
  `/api/volumes/${encodeURIComponent(volumeName)}/fs/list`,
22554
22570
  {
@@ -22556,6 +22572,10 @@ var MicrosandboxServiceClient = class {
22556
22572
  body: { path: path3 }
22557
22573
  }
22558
22574
  );
22575
+ console.log(
22576
+ `[volumeFsList] result: ${result.entries.length} entries:`,
22577
+ result.entries.map((e) => `${e.path} (kind=${e.kind})`).join(", ")
22578
+ );
22559
22579
  return result.entries;
22560
22580
  }
22561
22581
  async volumeFsDownload(volumeName, path3) {