@eclipse-docks/extension-ai-system

中文文档
0.8.15发布于 2026/11/06EPL-2.0TypeScriptES Module构建来源已验证近 30 天下载 3771

AI assistants, chat, and tool execution

原始使用文档
文档目录10 节
  1. Status
  2. Finalize implementation
  3. ICOM Core — make motivation real
  4. ACT-R memory — close the loop
  5. Specialist roles & Plan/Build
  6. Tool broker & approvals
  7. Model router & transport
  8. Sessions, context & compaction
  9. Consumer API & docs
  10. Cleanup

@eclipse-docks/extension-ai-system

Cognitive chat runtime for Eclipse Docks: sessions, model routing, tool broker with approval modes, and a UI-agnostic event bus. Consumers use @eclipse-docks/extension-ai-system/api.

Status

The harness (prompt → specialist loop → tools → approvals → streaming UI) is the working product path.

Composer supports attachments (paperclip / drag-drop / Ctrl+V, up to 8). Payloads live on the session. The shared in-memory root is domain-agnostic: callers register live file callbacks that resolve payloads on read (no copies). AI places refs under in-memory/<sessionId>/… and optionally projects the mount to the active session folder. The root is not mounted by default. Image data-URL files are presented for vision on read.

Supported: text files (≤~100k chars stored) and visual media (jpeg/png/gif/webp/svg/ico/bmp/avif/tiff, ≤4MB). SVG keeps source text plus a preview data URL. Audio/video rejected. Storage bootstrap commands (connect_opfs, load_workspace, …) are not exposed as LLM tools.

ICOM Core (runtime/core) and ACT-R memory (runtime/memory + session buffers) are wired into each turn but do not yet drive model policy, tool policy, or prompt content in a meaningful way. Treat them as scaffolding until the todos below land.

See also docs/internal/icom-agentic-runtime.md for the layer map.

Finalize implementation

ICOM Core — make motivation real

  • Feed intent / dominant need / valence into the specialist system prompt (not only goal ≈ user text)
  • Let needs/valence influence routing (e.g. safety → prefer ask / lower-risk tools; clarity → explore/plan)
  • Update need urgency from turn outcomes (tool failure, user correction, success) via bumpNeed
  • Surface TOPIC.coreTick in the UI (optional debug panel: conscious valence, need, intent)
  • Decide whether subconscious state affects anything beyond blending, or drop it until needed

ACT-R memory — close the loop

  • Inject top retrieved chunks into the LLM context (system or dedicated message), not only the retrieval buffer for coreTick
  • Call decay() on a schedule (per turn or idle) so activation ranking matters over time
  • Use imaginal / motor buffers or remove them from BufferMap until there is a real producer/consumer
  • Persist utility-relevant episodic structure (what worked) and retrieve by task similarity, not only keyword overlap
  • Pin / forget UX for workspace-scoped chunks (or API for extensions)

Specialist roles & Plan/Build

  • Role picker in docks-cognitive-view (plan / explore / build / general)
  • Default role from ICOM intent / need instead of hard-coded build
  • Explicit Plan → approve → Build handoff (checkpoint + user gate), not only read-only tool filters
  • Compact / title / summary specialists invoked automatically with economy models

Tool broker & approvals

  • Persist allow/deny rules and approval mode across reloads
  • Cache risk classifications per tool (or signature) to avoid a classify call every batch in auto_safe
  • Show why a tool was classified critical in the approval UI
  • Align WebMCP / other cmd_* callers with first-class command tool names

Model router & transport

  • Persist router utility scores with cognitive state
  • Move tool + reasoning to Responses API (or equivalent) so reasoning_effort and tools can coexist
  • Re-enable effort levels when tools are required, once transport allows
  • Expose manual effort override consistently with Models.dev capabilities

Sessions, context & compaction

  • Inject compactionSummary into provider messages; LLM summarize on compact (extractive fallback)
  • Auto-compact threshold tunable in settings; compact summary should include ACT-R goal/retrieval highlights
  • Keep context-usage estimate in sync with what is actually sent to the provider (retrieved chunks, enhancers)
  • Checkpoint restore should rehydrate Core state, not only session buffers/history

Consumer API & docs

  • Document ./api surface (runtime, TOPIC, enhancers, external providers, settings helpers)
  • Fix stale references (cmd_* tool prefix, command ids) in internal docs
  • e2e coverage for approval modes, external provider registration, and prompt enhancers

Cleanup

  • Remove or quarantine any leftover pre-cognitive modules if still present in the tree
  • Trim public exports to the stable façade; keep Core/memory internals package-private unless consumers need them

版本与发布记录

@eclipse-docks/extension-ai-system 共发布 78 个版本,首次发布于 2026/04/09;过去 12 个月发布了 78 个版本。最新版本附带 npm provenance 构建来源证明,可追溯到公开的 CI 构建记录。

版本发布日期距今
0.8.15latest2026/11/067 天前
0.8.142026/11/067 天前
0.8.132026/11/058 天前
0.8.122026/11/058 天前
0.8.112026/11/049 天前
0.8.102026/11/049 天前

关于 @eclipse-docks/extension-ai-system 的常见问题

@eclipse-docks/extension-ai-system 是什么?

AI assistants, chat, and tool execution

如何安装 @eclipse-docks/extension-ai-system?

在项目目录运行 npm install @eclipse-docks/extension-ai-system,或使用 pnpm add / yarn add / bun add。

@eclipse-docks/extension-ai-system 支持 TypeScript 吗?

支持。包内自带 TypeScript 类型声明(package.json 声明了 types 入口),安装后即可获得类型提示,无需再安装 @types 包。

@eclipse-docks/extension-ai-system 支持 ESM 还是 CommonJS?

以 ES Module 形式发布,推荐使用 import 引入。在 CommonJS 项目中,Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module,更早的版本需要改用动态 import()。

@eclipse-docks/extension-ai-system 可以商用吗?

@eclipse-docks/extension-ai-system 使用 EPL-2.0 许可。声明的许可为 EPL-2.0,请阅读许可原文确认使用条件。以上为概括,不构成法律意见,请以许可原文为准。

@eclipse-docks/extension-ai-system 的下载量有多少?

根据 npm 官方下载统计,@eclipse-docks/extension-ai-system 在 2026/10/13 – 2026/11/11 这 30 天内被下载 3,771 次,日均约 126 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入,适合横向比较热度,不能直接等同于使用人数。

@eclipse-docks/extension-ai-system 还在维护吗?

最新版本 0.8.15 发布于 2026/11/06(7 天前);至今共发布 78 个版本,其中过去 12 个月发布了 78 个;首次发布于 2026/04/09。发布频率只是参考信号:功能稳定的工具可能很少需要更新,建议结合源码仓库的 issue 和提交记录判断。