archgraph-argo 0.7.5 → 0.7.7

package/argo/rules/archgraph.instructions.md

@@ -36,9 +36,12 @@ applyTo: "**"
 </ExplorationGuideline>
 
 <OrganizationGuideline>
-1. 每个 `Business Actor` 是一个持久的独立的会话进程，一旦该会话进程创建，它将一直存在，直到被明确地删除。当你要调用某个 `Business Actor` 时，你应该首先根据他的`sessionId`属性从历史会话进程中查找是否已经存在该 `Business Actor`，如果存在，则直接使用该会话进程；如果不存在，则创建一个新的会话进程。当一个 `Business Actor` 会话进程被创建，你应该将该会话ID通过属性 `sessionId` 登记到该 `Business Actor` 的架构元素中，以便于后续的会话调用。
-2. 每个 `Business Actor` 要形成自己的长期记忆，该长期记忆是挂载在该 `Business Actor` 元素下的一个或多个View，包含了该 `Business Actor` 的所有历史工作信息。
-3. 每个 `Business Actor` 的会话和会话的 `sessionId` 属性必须是唯一的，不能与其他 `Business Actor` 的 会话和会话的 `sessionId` 冲突。
+1. `Business Actor` 元素本身就是持久化实体：一旦在意图图谱中创建，就持续存在，直到被显式删除。持久化载体是「图谱元素 + 其名下挂载的 View」。
+2. 当你要调用某个 `Business Actor` 时，按其稳定身份标识（`name`或 `id` ，创建时登记）在意图图谱中查找：已存在则直接复用该元素，并读取其名下 View 恢复长期记忆；不存在则新建该 `Business Actor` 元素并登记一个全局唯一的 `name`。
+3. 启动某个 `Business Actor` 前，先读取该元素的 `description`，把它作为该 agent 的定义（system prompt）来构造 agent，再开始工作；每次收工前，必须把本次关键进展回写到该 Actor 名下的长期记忆 View，刷新长期记忆，防止长会话遗忘。
+4. 每个 `Business Actor` 的长期记忆挂载在该元素名下的一个或多个 View 中，包含该 `Business Actor` 的所有历史工作信息。
+5. 每个 `Business Actor` 工作时必须与其他 `Business Actor` 保持隔离，即各自使用独立的会话/工作上下文：调用某个 `Business Actor` 时，只加载其自己名下 View 的长期记忆，不得读取或写入其他 `Business Actor` 的 View，不同 `Business Actor` 的记忆与上下文不得混用。
+6. 每个 `Business Actor` 的 `name` 必须全局唯一，不能与其他 `Business Actor` 的 `name` 冲突。
 </OrganizationGuideline>
 
 <ToolsGuideline>

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "archgraph-argo",
-  "version": "0.7.5",
+  "version": "0.7.7",
   "description": "Deploy the ArchGraph ARGO toolchain, skills, and rules (schema, scripts, argo-init skill, global rule) with one command.",
   "license": "MIT",
   "bin": {