安装参数、接口说明和部署配置,以 官方文档 的最新发布版本为准。这页只帮你判断卡在哪一类问题上。
Scope 对不上
客户端、Dashboard、Agent 环境变量和
--scope-id 必须逐字相同。 是字面值。project:powercontext-101 和 project:powercontext-101:<uuid> 不是同一个 Scope。对照 Scope。换了数据目录或数据库
POWERCONTEXT_HOME 或数据库 URL 一变,你看到的是另一套库。这很像 Scope 丢了。先对安装并运行 Server 里的数据目录,再对 Scope。采集成功,但搜不到 Memory
采集 只表示这件事发生过。它不会自动变成长期 Memory。没有生成模型时,Source 会保持待处理。用
remember_memory 写你已经确认的事实,或读 Source 与 Memory。诊断通过,但召回失败
先确认你跑的是哪一条命令。
powercontext doctor 检查软件包、Server 是否活着、是否就绪。powercontext doctor <host> 只检查该 Agent 的 CLI 和有限的安装状态,不会探测 Server,也不会发真实提示词。先用前者确认 Server,再按该 Agent 的页面做一次真实召回。见通用 Agent 总览。Dashboard 是空的,数据其实在
没配 Dashboard 的 Scope 时,页面就是空的。配上和客户端相同的
scope_id,并确认同一个数据库 URL。步骤在用 Dashboard 核对 Scope 统计。把内置 Skill 当成可导出 Skill
project-context 是 Agent 自带说明。powercontext skill export 才是托管 。OpenCode、DSH、Pi、Hermes、OpenClaw 不能导出。见让 Agent 自己扩展能力。把 Candidate 版本当成 Artifact Revision
改提案看 的
version。批准后看 Artifact 的 Revision。两套号不能混用,混用会出现冲突。对照让 Agent 自己扩展能力。Server 停了,却指望自动召回报错
自动召回、采集和可选刷新可以 fail-open,原任务应继续。你明确要求写 Memory、提交 、做 Review 或导出 Skill 时,失败必须看得见。见 fail-open。
下一步
跟着学习路径走
按你的目标选一条路。先跑通,再决定要不要看下一条。
启动本地 Server
先确认本地 Server 和数据目录,再判断是不是 Scope 或库换了。

