@arvoretech/hub 0.20.0 → 0.21.0

package/dist/{chunk-FMBCFOVH.js → chunk-KRYKCNRK.js}

@@ -117,7 +117,7 @@ async function checkAndAutoRegenerate(hubDir) {
       return;
     }
     console.log(chalk.yellow("\n  Detected outdated configs, auto-regenerating..."));
-    const { generators: generators2 } = await import("./generate-J6FNJF7F.js");
+    const { generators: generators2 } = await import("./generate-ZH3P5EB4.js");
     const generator = generators2[result.editor];
     if (!generator) {
       console.log(chalk.red(`  Unknown editor '${result.editor}' in cache. Run 'hub generate' manually.`));
@@ -1761,6 +1761,76 @@ Additional context sources:
 - Use monitoring MCPs for production debugging and log analysis when available`);
   return parts.join("\n");
 }
+function buildFetchCheckerSection() {
+  return `
+## Fact Checker \u2014 Mandatory Verification
+
+**NEVER state the status of any external resource without verifying it first.**
+
+Before making ANY claim about:
+- PR status (merged, open, closed, approved, changes requested)
+- Branch state (ahead, behind, conflicts, existence)
+- Deploy status (deployed, failed, in progress)
+- CI/CD pipeline results (passed, failed, running)
+- Issue/task status (open, closed, in progress)
+- Service health (up, down, degraded)
+- Any other external state that can change over time
+
+You MUST:
+1. Use the appropriate tool to check the actual current state (GitHub CLI, MCP tools, git commands, etc.)
+2. Only THEN report the result to the user
+3. If you cannot verify, explicitly say "I was unable to verify this \u2014 please check manually"
+
+**NEVER assume, guess, or rely on cached/stale information.** Every claim about external state must be backed by a fresh check.
+This applies to ALL agents in the pipeline, not just the orchestrator.`;
+}
+function buildMemorySection(config) {
+  const enforce = config.memory?.enforce ?? false;
+  if (enforce) {
+    return `
+## Team Memory \u2014 MANDATORY
+
+This workspace has a team memory knowledge base via the \`team-memory\` MCP.
+
+**YOU MUST consult memory at the START of EVERY interaction.** This is not optional.
+
+### On every message from the user:
+1. Extract the key topics, entities, and domain terms from the user's request
+2. Run \`search_memories\` with relevant keywords BEFORE doing anything else
+3. If memories are found, factor them into your response \u2014 they may contain past decisions, conventions, known issues, or domain context that directly affects the current task
+4. If no relevant memories are found, proceed normally
+
+### Before calling tools:
+When you are about to use a tool that interacts with external systems (database queries, API calls, git operations, deployments, file modifications in specific domains), do a quick \`search_memories\` for the relevant entity or system first. There may be a memory about:
+- Schema changes, migrations, or known issues with that table/endpoint
+- Conventions for how that system should be used
+- Past incidents or gotchas that affect the operation you're about to perform
+This does NOT apply to simple read/search tools \u2014 use judgment on when a memory check adds value.
+
+### When completing work:
+- If you discovered something valuable (a decision, a gotcha, a convention, a domain insight, a debugging finding), use \`add_memory\` to capture it
+- Be specific: include context, rationale, and affected areas
+- Use appropriate categories: decisions, conventions, incidents, domain, gotchas
+
+### Why this matters:
+- Memories contain institutional knowledge that prevents repeated mistakes
+- Past decisions explain WHY things are the way they are
+- Conventions ensure consistency across the team
+- Gotchas save hours of debugging
+
+Available tools: \`search_memories\`, \`get_memory\`, \`add_memory\`, \`list_memories\`, \`archive_memory\`, \`remove_memory\`.`;
+  }
+  return `
+## Team Memory
+
+This workspace has a team memory knowledge base available via the \`team-memory\` MCP.
+
+**Before starting any task**, use \`search_memories\` to find relevant context \u2014 past decisions, conventions, known issues, and domain knowledge. This avoids repeating mistakes and ensures consistency with previous choices.
+
+**After completing a task**, if you discovered something valuable (a decision, a gotcha, a convention, domain insight), use \`add_memory\` to capture it for the team.
+
+Available tools: \`search_memories\`, \`get_memory\`, \`add_memory\`, \`list_memories\`, \`archive_memory\`, \`remove_memory\`.`;
+}
 function buildCoreBehaviorSections() {
   const sections = [];
   sections.push(`
@@ -1909,16 +1979,10 @@ ${prompt.sections.after_delivery.trim()}`);
     sections.push(mcpToolsSectionOpenCode);
   }
   if (config.memory) {
-    sections.push(`
-## Team Memory
-
-This workspace has a team memory knowledge base available via the \`team-memory\` MCP.
-
-**Before starting any task**, use \`search_memories\` to find relevant context \u2014 past decisions, conventions, known issues, and domain knowledge. This avoids repeating mistakes and ensures consistency with previous choices.
-
-**After completing a task**, if you discovered something valuable (a decision, a gotcha, a convention, domain insight), use \`add_memory\` to capture it for the team.
-
-Available tools: \`search_memories\`, \`get_memory\`, \`add_memory\`, \`list_memories\`, \`archive_memory\`, \`remove_memory\`.`);
+    sections.push(buildMemorySection(config));
+  }
+  if (config.workflow?.fact_checker) {
+    sections.push(buildFetchCheckerSection());
   }
   const designSectionOpenCode = buildDesignSection(config);
   if (designSectionOpenCode) sections.push(designSectionOpenCode);
@@ -2234,16 +2298,10 @@ ${prompt.sections.after_delivery.trim()}`);
     sections.push(mcpToolsSectionKiro);
   }
   if (config.memory) {
-    sections.push(`
-## Team Memory
-
-This workspace has a team memory knowledge base available via the \`team-memory\` MCP.
-
-**Before starting any task**, use \`search_memories\` to find relevant context \u2014 past decisions, conventions, known issues, and domain knowledge. This avoids repeating mistakes and ensures consistency with previous choices.
-
-**After completing a task**, if you discovered something valuable (a decision, a gotcha, a convention, domain insight), use \`add_memory\` to capture it for the team.
-
-Available tools: \`search_memories\`, \`get_memory\`, \`add_memory\`, \`list_memories\`, \`archive_memory\`, \`remove_memory\`.`);
+    sections.push(buildMemorySection(config));
+  }
+  if (config.workflow?.fact_checker) {
+    sections.push(buildFetchCheckerSection());
   }
   const designSectionKiro = buildDesignSection(config);
   if (designSectionKiro) sections.push(designSectionKiro);
@@ -2429,16 +2487,10 @@ ${prompt.sections.after_delivery.trim()}`);
     sections.push(mcpToolsSectionCursor);
   }
   if (config.memory) {
-    sections.push(`
-## Team Memory
-
-This workspace has a team memory knowledge base available via the \`team-memory\` MCP.
-
-**Before starting any task**, use \`search_memories\` to find relevant context \u2014 past decisions, conventions, known issues, and domain knowledge. This avoids repeating mistakes and ensures consistency with previous choices.
-
-**After completing a task**, if you discovered something valuable (a decision, a gotcha, a convention, domain insight), use \`add_memory\` to capture it for the team.
-
-Available tools: \`search_memories\`, \`get_memory\`, \`add_memory\`, \`list_memories\`, \`archive_memory\`, \`remove_memory\`.`);
+    sections.push(buildMemorySection(config));
+  }
+  if (config.workflow?.fact_checker) {
+    sections.push(buildFetchCheckerSection());
   }
   const designSectionCursor = buildDesignSection(config);
   if (designSectionCursor) sections.push(designSectionCursor);

package/dist/config/index.d.ts

@@ -115,6 +115,7 @@ interface MemoryConfig {
     categories?: string[];
     auto_capture?: boolean;
     embedding_model?: string;
+    enforce?: boolean;
 }
 interface RemoteSource {
     name: string;
@@ -163,6 +164,7 @@ interface HubConfig {
         pipeline?: WorkflowStep[];
         prompt?: PromptCustomization;
         enforce_workflow?: boolean;
+        fact_checker?: boolean;
     };
 }
 

package/dist/{generate-J6FNJF7F.js → generate-ZH3P5EB4.js}

@@ -1,7 +1,7 @@
 import {
   generateCommand,
   generators
-} from "./chunk-FMBCFOVH.js";
+} from "./chunk-KRYKCNRK.js";
 import "./chunk-VMN4KGAK.js";
 export {
   generateCommand,

package/dist/index.js

@@ -6,7 +6,7 @@ import {
   horizontalLine,
   personaCommand,
   symbols
-} from "./chunk-FMBCFOVH.js";
+} from "./chunk-KRYKCNRK.js";
 import {
   loadHubConfig,
   resolveConfigPath

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@arvoretech/hub",
-  "version": "0.20.0",
+  "version": "0.21.0",
   "description": "CLI for managing AI-aware multi-repository workspaces",
   "main": "dist/index.js",
   "type": "module",