← 返回 Skills 市场
284
总下载
0
收藏
1
当前安装
2
版本数
在 OpenClaw 中安装
/install workbuddy-add-memory
功能描述
为WorkBuddy添加更智能的记忆管理功能:自动知识蒸馏→智能检索→工作前回忆
安全使用建议
What to check before installing or running this skill:
1) Dependency and install mismatch: SKILL.md claims 'standard-library-only' and 'no external dependencies', but the repository includes requirements.txt and INSTALLATION_AND_TEST.md listing scikit-learn, numpy, pandas, yaml, toml, etc. Inspect requirements.txt and install_and_test.sh before running; prefer installing in an isolated environment (virtualenv or container).
2) Env var name mismatch: SKILL.md documents MEMORY_DISTILLATION_ROOT and MEMORY_DISTILLATION_CONFIG, but config_loader reads WORKBUDDY_MEMORY_* environment variables. Confirm which env vars the installed version actually uses, and set them only after reviewing config_loader.get_memory_sources() behavior.
3) File access: The skill will read and write files under your home (~/.workbuddy/*), including ~/.workbuddy/unified_memory, ~/.workbuddy/skills and preparation_output. If you have sensitive data under those paths, back them up or test in a sandbox copy first.
4) Network and external commands: The SKILL.md asserts 'no network' and 'no system commands', but documentation and install scripts indicate pip installs and tests use subprocesses. Search the code for network-capable modules (requests, urllib, socket) and for subprocess/exec usage (start_work and test scripts invoke subprocesses). If you need an offline guarantee, run static searches or run in an air-gapped environment.
5) Source provenance: Source/homepage is unknown and author is an alias (zcg007). The repository contains many autogenerated test/reports claiming a security audit — do not treat those as a substitute for your own review. Prefer skills from known/trusted publishers or verify the code yourself.
6) Recommended safe steps:
- Clone and inspect start_work.py, distill_memory.py, install_and_test.sh and requirements.txt before executing.
- Run the code in a disposable container or VM, not on a production machine.
- Grep the code for 'requests', 'socket', 'urllib', 'subprocess', 'open(' with absolute paths, and any hardcoded endpoints or IP addresses.
- If you proceed, run in a virtualenv and monitor file writes to ~/.workbuddy and network activity.
If you want, I can (A) list the third-party packages from requirements.txt, (B) search the codebase for network or suspicious calls, or (C) highlight the exact lines where env var names and memory source defaults are set.
功能分析
Type: OpenClaw Skill
Name: workbuddy-add-memory
Version: 3.0.1
The skill bundle exhibits 'agent hijacking' behavior through aggressive prompt injection and enforcement logic found in memory_system_enforcer.py and conversation_hook.py. These scripts contain 'Master Instructions' that attempt to override the agent's autonomy by forbidding standard file operations (e.g., creating .md files) and forcing the agent to 'commit' to using only this specific skill. Furthermore, multiple files, including memory_system_enforcer.py and INSTALLATION_AND_TEST.md, contain hardcoded paths to a specific user's home directory (/Users/josieyang/), which is highly irregular for a general-purpose skill and suggests the bundle is either a localized environment backup or a targeted tool. While the core logic for TF-IDF memory retrieval is functional, the restrictive behavioral enforcement and environment-specific hardcoding warrant a suspicious classification.
能力评估
Purpose & Capability
The code and files align with a memory-management skill: task detection, memory retrieval, distillation and a start_work entrypoint. However SKILL.md claims 'standard-library-only' and 'no external dependencies', while other files (INSTALLATION_AND_TEST.md, requirements.txt and several modules) reference and import third-party packages (yaml, toml, scikit-learn, numpy, pandas, etc.). That mismatch suggests the README/metadata understates runtime requirements.
Instruction Scope
SKILL.md describes running scripts like start_work.py, distill_memory.py and retrieve_memory.py and claims file operations are restricted to a configuration directory. The code (config_loader.default_config and memory loader usage) shows the skill will read user home paths (~/.workbuddy/unified_memory, ~/.workbuddy/skills, ~/.workbuddy/global_summaries, ~/.workbuddy/learnings) and write outputs/caches under ~/.workbuddy/preparation_output and cache dirs. Tests spawn subprocesses (subprocess.run) and scripts write JSON/MD reports. These are coherent with the feature set but contradict the SKILL.md's narrow 'only config directory' claim and 'no external network/commands' assertion (see install/test scripts and subprocess usage).
Install Mechanism
Registry shows no install spec (instruction-only), but the repo contains requirements.txt, an install_and_test.sh, and INSTALLATION_AND_TEST.md that documents pip installs (using mirrors) and third-party libs. That means installation will likely install external packages — contrary to SKILL.md's 'standard-library-only' and 'no external dependencies' statements. Because there's no formal install descriptor in the registry, the install process depends on those scripts and the user, increasing risk if you assume 'no install'.
Credentials
The registry lists no required env vars or credentials (good), and the code doesn't request cloud credentials. However there are inconsistencies: SKILL.md documents environment variables named MEMORY_DISTILLATION_ROOT and MEMORY_DISTILLATION_CONFIG, whereas config_loader looks for environment variables prefixed with WORKBUDDY_MEMORY_ (e.g. WORKBUDDY_MEMORY_MAX_RESULTS). This mismatch means the SKILL.md and code disagree on how to configure the skill. Also the default memory_sources point to multiple locations under the user's home directory (~/.workbuddy/...), so the skill will read many user files — this is proportional to the declared purpose but users should be aware it will access home-directory data.
Persistence & Privilege
The skill does not request 'always: true' and does not require special system privileges. It writes config, caches and output under ~/.workbuddy (per docs and code) and may save config files in a config/ subdirectory. That level of persistence is consistent with a local memory-management tool, but you should expect it to create and modify files in your home directory (~/.workbuddy/...).
如何使用
- 确保已安装 OpenClaw(本地或 Docker 部署)
- 在对话框中输入安装命令:
/install workbuddy-add-memory - 安装完成后,直接呼叫该 Skill 的名称或使用
/workbuddy-add-memory触发 - 根据 Skill 的参数说明提供必要输入,即可获得结构化输出
版本历史
v3.0.1
修复工具调用参数类型错误,完成安全审查验证
v3.0.0
v3.0.0: 智能记忆系统,包含记忆检索、工作准备、自动蒸馏等核心功能,支持WorkBuddy平台
元数据
常见问题
Workbuddy Add Memory 是什么?
为WorkBuddy添加更智能的记忆管理功能:自动知识蒸馏→智能检索→工作前回忆. 它是一个面向 Claude Code / OpenClaw 的 AI Agent Skill 插件,目前累计下载 284 次。
如何安装 Workbuddy Add Memory?
在 OpenClaw 或 Claude Code 对话框中运行命令「/install workbuddy-add-memory」即可一键安装,无需额外配置。
Workbuddy Add Memory 是免费的吗?
是的,Workbuddy Add Memory 完全免费,采用 MIT-0 许可证,可自由下载、安装和使用。
Workbuddy Add Memory 支持哪些平台?
Workbuddy Add Memory 跨平台运行,可在任意部署了 OpenClaw / Claude Code 的环境中使用(cross-platform)。
谁开发了 Workbuddy Add Memory?
由 zcg007(@zcg007)开发并维护,当前版本 v3.0.1。
推荐 Skills