npm - dominds - Versions diffs - 1.1.6 → 1.2.2 - Mend

dominds 1.1.6 → 1.2.2

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.

Files changed (122) hide show

package/dist/static/index.html CHANGED Viewed

@@ -52,7 +52,7 @@
         padding: 20px;
       }
     </style>
-    <script type="module" crossorigin src="/assets/index-DaZbrV-q.js"></script>
+    <script type="module" crossorigin src="/assets/index-C7GGvXsN.js"></script>
     <link rel="stylesheet" crossorigin href="/assets/index-CTkAdCTv.css">
   </head>
   <body>

package/dist/tools/prompts/memory/en/principles.md CHANGED Viewed

@@ -51,20 +51,14 @@ The memory toolset uses a **path key-value storage** model:
 ### 1. Path Naming Conventions
 - Use descriptive paths: `project/architecture`, `user/preferences/language`
-- Use `/` to organize hierarchy (this is the recommended usage), with guardrails:
-  - Absolute paths are forbidden (must not start with `/`)
-  - Path traversal is forbidden (`..` is not allowed)
-  - Avoid `\\` (cross-platform readability; prefer `/`)
-- Keep paths _flat_: prefer a small number of topic files rather than a deep directory tree.
+- Avoid special characters: Do not include `/`, `\`, `*`, etc. in paths
+- Use hierarchical structure: Organize memory by topic, e.g., `project/todo`, `project/done`
 ### 2. Content Format
-- Treat personal memory as a **carry-along stable-facts memo**: enable **0 ripgrep** startup within your scope.
-- Store stable facts only: **anchor points (file/symbol) + 1-line meaning + key contracts/priorities (≤3)**.
-- Fewer memory files is better: group facts that will be updated together into one file; avoid adding extra “directory-of-directory” layers.
-- Do not store task progress or daily state here:
-  - Team-visible progress belongs in Taskdoc `progress`
-  - Short-term working set belongs in reminders
+- Keep content concise: Each memory should cover only one topic
+- Use structured format: Can use Markdown format to organize content
+- Regular cleanup: Periodically check and delete outdated memories
 ### 3. Usage Scenarios
@@ -72,8 +66,6 @@ The memory toolset uses a **path key-value storage** model:
 - **Context memory**: Save important information from conversation context
 - **Preference settings**: Save user preferences and configuration information
-> Note: If you find yourself using personal memory to store “current progress of this run”, it likely belongs in Taskdoc `progress` or reminders instead.
 ## Relationship with Other Tools
 - **team_memory**: Team shared memory, visible to all members

package/dist/tools/prompts/memory/en/tools.md CHANGED Viewed

@@ -30,8 +30,12 @@ Create new memory (when path does not exist).
 **Returns:**
-- Success: a short plain-text message in the work language (e.g. `Added`).
-- Failure: a plain-text error message (often starts with `Error:`) with an actionable next step (e.g. use `replace_memory`).
+```yaml
+status: ok|error
+path: <memory path>
+content_size: <content size in bytes>
+created_at: <creation timestamp>
+```
 **Errors:**
@@ -48,8 +52,12 @@ Update existing memory (when path exists).
 **Returns:**
-- Success: a short plain-text message in the work language (e.g. `Updated`).
-- Failure: a plain-text error message (often starts with `Error:`) with an actionable next step (e.g. use `add_memory`).
+```yaml
+status: ok|error
+path: <memory path>
+content_size: <content size in bytes>
+updated_at: <update timestamp>
+```
 **Errors:**
@@ -65,8 +73,11 @@ Delete specified memory.
 **Returns:**
-- Success: a short plain-text message in the work language (e.g. `Deleted`).
-- Failure: a plain-text error message (often starts with `Error:`).
+```yaml
+status: ok|error
+path: <memory path>
+deleted_at: <deletion timestamp>
+```
 **Errors:**
@@ -82,8 +93,11 @@ Clear all personal memory.
 **Returns:**
-- Success: a short plain-text message in the work language (e.g. `Cleared`). If there is nothing to clear, returns a message like `No personal memory to clear.`
-- Failure: a plain-text error message.
+```yaml
+status: ok|error
+cleared_count: <number of memories deleted>
+cleared_at: <deletion timestamp>
+```
 **Errors:**
@@ -123,7 +137,18 @@ drop_memory({
 clear_memory({});
 ```
-## Output and Language
+## YAML Output Contract
-- Output is **plain text**, not structured JSON/YAML.
-- The message language follows the current **work language**.
+All tool outputs use YAML format for programmatic processing:
+- `status`: Operation status, `ok` for success, `error` for failure
+- `path`: Memory path
+- Other fields: Additional information for specific operations
+On error, returns:
+```yaml
+status: error
+error_code: <error code>
+message: <error message>
+```

package/dist/tools/prompts/memory/zh/principles.md CHANGED Viewed

@@ -51,20 +51,14 @@ memory 工具集采用**路径键值存储**模型：
 ### 1. 路径命名规范
 - 使用描述性路径：`project/architecture`、`user/preferences/language`
-- 允许用 `/` 组织层级（这就是推荐用法），但必须遵守护栏：
-  - 不允许绝对路径（不能以 `/` 开头）
-  - 不允许路径穿越（`..` 禁止）
-  - 避免使用 `\\`（跨平台可读性差，统一用 `/`）
-- 保持路径扁平：优先少量主题文件，而不是深层目录树（个人记忆的目标是“快速索引”，不是建文件系统）。
+- 避免使用特殊字符：路径中不要包含 `/`、`\`、`*` 等
+- 使用层级结构：按主题组织记忆，例如 `project/todo`、`project/done`
 ### 2. 内容格式
-- 把个人记忆当作“长期随身携带的稳定事实备忘”：让你在职责范围内尽量做到 **0 次 ripgrep 就能开工**。
-- 内容只写稳定事实：**落点（文件/符号）+ 一句话语义 + 关键契约/优先级（≤3 条）**。
-- 记忆文件更少更好：按“未来会一起更新的内容”合并在同一文件里；不要为了“看起来整齐”引入额外的“目录套目录”。
-- 不要把任务进度/当天状态写进个人记忆：
-  - 任务协作公告板用差遣牒（Taskdoc 的 `progress`）
-  - 短期工作集用提醒项（reminders）
+- 保持内容简洁：每条记忆只包含一个主题
+- 使用结构化格式：可以使用 Markdown 格式组织内容
+- 定期清理：定期检查并删除过时的记忆
 ### 3. 使用场景
@@ -72,8 +66,6 @@ memory 工具集采用**路径键值存储**模型：
 - **上下文记忆**：保存对话上下文中的重要信息
 - **偏好设置**：保存用户偏好和配置信息
-> 注：如果你发现自己在用个人记忆保存“这次对话的当前进展”，大概率应该写到 Taskdoc `progress` 或 reminders。
 ## 与其他工具的关系
 - **team_memory**：团队共享记忆，所有成员可见
@@ -82,8 +74,6 @@ memory 工具集采用**路径键值存储**模型：
 ## 限制与注意事项
-1. 路径护栏：不允许绝对路径；不允许包含 `..`。
-2. 内容护栏：`content` 不能为空字符串。
-3. `clear_memory` 会删除当前智能体的全部个人记忆，**不可恢复**。
-> 建议：即使当前实现没有硬性 size 限制，也应保持记忆内容精炼，否则会显著增加上下文成本与过期风险。
+1. 记忆内容有大小限制（单条记忆最大 1MB）
+2. 记忆路径不能超过 255 个字符
+3. `clear_memory` 会删除所有记忆，**不可恢复**

package/dist/tools/prompts/memory/zh/tools.md CHANGED Viewed

@@ -30,8 +30,12 @@
 **返回：**
-- 成功：返回简短文本（按工作语言），例如 `已添加`。
-- 失败：返回错误文本（通常以 `错误：` 开头），并包含可执行的下一步（例如提示改用 `replace_memory`）。
+```yaml
+status: ok|error
+path: <记忆路径>
+content_size: <内容字节数>
+created_at: <创建时间戳>
+```
 **错误：**
@@ -48,8 +52,12 @@
 **返回：**
-- 成功：返回简短文本（按工作语言），例如 `已更新`。
-- 失败：返回错误文本（通常以 `错误：` 开头），并包含可执行的下一步（例如提示改用 `add_memory`）。
+```yaml
+status: ok|error
+path: <记忆路径>
+content_size: <内容字节数>
+updated_at: <更新时间戳>
+```
 **错误：**
@@ -65,8 +73,11 @@
 **返回：**
-- 成功：返回简短文本（按工作语言），例如 `已删除`。
-- 失败：返回错误文本（通常以 `错误：` 开头）。
+```yaml
+status: ok|error
+path: <记忆路径>
+deleted_at: <删除时间戳>
+```
 **错误：**
@@ -82,8 +93,11 @@
 **返回：**
-- 成功：返回简短文本（按工作语言），例如 `已清空`；若没有可清空内容，会返回类似 `没有可清空的个人记忆。`。
-- 失败：返回错误文本。
+```yaml
+status: ok|error
+cleared_count: <删除的记忆数量>
+cleared_at: <删除时间戳>
+```
 **错误：**
@@ -123,7 +137,18 @@ drop_memory({
 clear_memory({});
 ```
-## 输出与语言
+## YAML 输出契约
-- 输出是**纯文本**，不是结构化 JSON/YAML。
-- 文本语言跟随“工作语言（work language）”。
+所有工具的输出都使用 YAML 格式，便于程序化处理：
+- `status`：操作状态，`ok` 表示成功，`error` 表示失败
+- `path`：记忆路径
+- 其他字段：具体操作的附加信息
+错误时返回：
+```yaml
+status: error
+error_code: <错误代码>
+message: <错误消息>
+```

package/package.json CHANGED Viewed

@@ -1,6 +1,6 @@
 {
   "name": "dominds",
-  "version": "1.1.6",
+  "version": "1.2.2",
   "description": "DevOps Mindsets — Sustainable Agentic Product Lifecycle",
   "type": "commonjs",
   "private": false,