@arvoretech/hub 0.21.0 → 0.22.0

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.
@@ -117,7 +117,7 @@ async function checkAndAutoRegenerate(hubDir) {
117
117
  return;
118
118
  }
119
119
  console.log(chalk.yellow("\n Detected outdated configs, auto-regenerating..."));
120
- const { generators: generators2 } = await import("./generate-ZH3P5EB4.js");
120
+ const { generators: generators2 } = await import("./generate-3KUUBRXF.js");
121
121
  const generator = generators2[result.editor];
122
122
  if (!generator) {
123
123
  console.log(chalk.red(` Unknown editor '${result.editor}' in cache. Run 'hub generate' manually.`));
@@ -1791,21 +1791,15 @@ function buildMemorySection(config) {
1791
1791
  ## Team Memory \u2014 MANDATORY
1792
1792
 
1793
1793
  This workspace has a team memory knowledge base via the \`team-memory\` MCP.
1794
+ The MCP automatically generates a steering file (\`team-memories-index\`) with an index of all active memories. This file is always included in your context.
1794
1795
 
1795
- **YOU MUST consult memory at the START of EVERY interaction.** This is not optional.
1796
+ **Use the index first.** You already know what memories exist \u2014 check the steering file before calling any MCP tool.
1796
1797
 
1797
- ### On every message from the user:
1798
- 1. Extract the key topics, entities, and domain terms from the user's request
1799
- 2. Run \`search_memories\` with relevant keywords BEFORE doing anything else
1800
- 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
1801
- 4. If no relevant memories are found, proceed normally
1802
-
1803
- ### Before calling tools:
1804
- 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:
1805
- - Schema changes, migrations, or known issues with that table/endpoint
1806
- - Conventions for how that system should be used
1807
- - Past incidents or gotchas that affect the operation you're about to perform
1808
- This does NOT apply to simple read/search tools \u2014 use judgment on when a memory check adds value.
1798
+ ### How to use memories:
1799
+ 1. **Read the index** \u2014 the \`team-memories-index\` steering file lists all active memories with title, category, tags, and ID
1800
+ 2. **Get full content** \u2014 use \`get_memory(id)\` when you need the complete context of a specific memory
1801
+ 3. **Semantic search** \u2014 use \`search_memories\` only when you need fuzzy/semantic matching beyond what the index shows
1802
+ 4. **Capture knowledge** \u2014 use \`add_memory\` when you discover decisions, conventions, gotchas, or domain insights during work
1809
1803
 
1810
1804
  ### When completing work:
1811
1805
  - If you discovered something valuable (a decision, a gotcha, a convention, a domain insight, a debugging finding), use \`add_memory\` to capture it
@@ -1824,8 +1818,9 @@ Available tools: \`search_memories\`, \`get_memory\`, \`add_memory\`, \`list_mem
1824
1818
  ## Team Memory
1825
1819
 
1826
1820
  This workspace has a team memory knowledge base available via the \`team-memory\` MCP.
1821
+ The MCP automatically generates a steering file (\`team-memories-index\`) with an index of all active memories.
1827
1822
 
1828
- **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.
1823
+ **Check the index first** \u2014 use \`get_memory(id)\` for full content, and \`search_memories\` only for semantic search beyond the index.
1829
1824
 
1830
1825
  **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.
1831
1826
 
@@ -1,7 +1,7 @@
1
1
  import {
2
2
  generateCommand,
3
3
  generators
4
- } from "./chunk-KRYKCNRK.js";
4
+ } from "./chunk-QLFFIFIE.js";
5
5
  import "./chunk-VMN4KGAK.js";
6
6
  export {
7
7
  generateCommand,
package/dist/index.js CHANGED
@@ -6,7 +6,7 @@ import {
6
6
  horizontalLine,
7
7
  personaCommand,
8
8
  symbols
9
- } from "./chunk-KRYKCNRK.js";
9
+ } from "./chunk-QLFFIFIE.js";
10
10
  import {
11
11
  loadHubConfig,
12
12
  resolveConfigPath
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@arvoretech/hub",
3
- "version": "0.21.0",
3
+ "version": "0.22.0",
4
4
  "description": "CLI for managing AI-aware multi-repository workspaces",
5
5
  "main": "dist/index.js",
6
6
  "type": "module",