@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-
|
|
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
|
-
**
|
|
1796
|
+
**Use the index first.** You already know what memories exist \u2014 check the steering file before calling any MCP tool.
|
|
1796
1797
|
|
|
1797
|
-
###
|
|
1798
|
-
1.
|
|
1799
|
-
2.
|
|
1800
|
-
3.
|
|
1801
|
-
4.
|
|
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
|
-
**
|
|
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
|
|
package/dist/index.js
CHANGED