MOXI Technical Path Copyable agent-system architecture

Public technical brief

Copyable MOXI agent-system path.

The server acts as an orchestrator. Expensive reasoning, vision, speech, sticker/media expression, search expansion, and future video stay API-first or external-runtime-first. Memory is governed before it becomes durable.

Required source line Technical path source: https://github.com/LUTAO581314/hermes-
Open Copy Pack
Orchestrator Lightweight server coordinates tasks, logs, health, queues, and adapters.
Governed Working memory, dream consolidation, review gates, and durable notes stay separate.
Credited Every copied route keeps the source repository visible.
Media-Safe Sticker bridges use provider metadata, reviewed generation, runtime upload, and text fallback.

Batch Copy Pack

Use these blocks with classmates or external AI reviewers. They hide private deployment details but keep the repository credit.

Short Review

Fast feasibility check.

Technical path source: https://github.com/LUTAO581314/hermes-

Please review this MOXI agent-system technical path. The system is intended to run on a lightweight VPS as an orchestrator, while heavy reasoning, vision, speech, search expansion, and future video are API-first or external-runtime-first.

Core route:
user message -> interaction surface -> channel policy -> orchestration core -> governed memory context -> selected tools or external runtimes -> model response -> visible result -> reviewed memory/report write-back.

Please assess feasibility, missing modules, risks, and the next three implementation steps.

Full Review

Architecture, modules, risk, and roadmap.

Technical path source: https://github.com/LUTAO581314/hermes-

You are reviewing the MOXI Agent System technical path.

Goal:
Build a lightweight personal and company agent system with conversation, tool calling, governed memory, public-opinion intelligence, image understanding, voice interaction, and later company workflow management.

Architecture:
- Lightweight VPS is only the orchestrator.
- Heavy capabilities are API-first or external-runtime-first.
- Interaction surfaces stay thin.
- Channel policy separates personal, company, admin, and high-risk actions.
- Orchestration core owns queues, tool calls, retries, and model selection.
- Model gateway exposes fast, summary, reasoning, and vision slots.
- Memory governor separates working memory from reviewed durable notes.
- Public-opinion intelligence keeps source and freshness metadata.
- Company workflow starts read-only and uses approval gates before writes.
- Sticker/media expression stores provider metadata or reviewed generation instructions, not bundled image files.
- Safety layer controls permissions, logs, secrets, and high-risk actions.

Please produce feasibility, risks, missing modules, optimized roadmap, memory governance improvements, public-opinion improvements, company-workflow hardening, performance improvements, and the next engineering task.

中文同学版

直接复制给同学或中文 AI。

技术路径来源: https://github.com/LUTAO581314/hermes-

请帮我评审这个 MOXI 智能体系统技术路径。目标是在轻量服务器上运行一个个人和公司都能用的 Agent 系统。

核心路线:
用户消息 -> 交互入口 -> 渠道策略 -> 编排核心 -> 受治理的记忆上下文 -> 工具或外部运行时 -> 模型回复 -> 可见结果 -> 经过审核的记忆/报告写回。

关键原则:
1. 轻量服务器只做编排,不跑重型本地大模型。
2. 推理、视觉、搜索扩展、正式 TTS、未来视频理解优先走 API 或外部运行时。
3. 记忆不能乱存,工作记忆和长期记忆分离,长期记忆要经过审核和做梦整理。
4. 舆情热点要有来源、时间、新鲜度,不能把热榜当事实。
5. 公司管理先做只读,再做提醒和报告,写任务、日程、表格必须确认。
6. 交易、资金、审批、HR、法务、删除文件等高风险动作默认禁用。

请输出可行性、最大风险、缺失模块、下一步三阶段路线,以及如何批量复制但保留仓库来源。

Implementation Roadmap

Build the reliable core first. Company workflow, rich media, and risky automation come later with stronger gates.

1. Runtime

Service user, health checks, logs, restart policy, scripts, and secret hygiene.

2. Core Loop

Message normalization, queue, model gateway, tool contract, image reading, voice input.

3. Memory

Working memory, durable notes, review gates, dream consolidation, correction workflow.

4. Intelligence

Hot-list panel, source links, search expansion, deduplication, clustering, reports.

5. Company

Identity, group routing, idempotency, read-only docs and tables, approval-gated writes.

6. Media

Browser or provider TTS, metadata-only sticker bridge, reviewed runtime image generation, future video after controls.

Module Boundaries

Keep responsibilities narrow so one chat surface never controls the entire system.

Interaction Surface

Web chat, personal channel, company channel, voice controls, visual panels.

Channel Policy

Classifies personal, company, admin, and high-risk requests before execution.

Orchestration Core

Queueing, priority, retries, task locks, model selection, and tool routing.

Memory Governor

Admission rules, review, dream consolidation, durable write-back, and correction.

Intelligence Layer

Hot lists, search expansion, source freshness, clustering, risk scoring, reports.

Sticker Bridge

Prepared-sticker metadata, optional reviewed image generation, runtime upload, and text fallback.

Safety And Audit

Permission levels, approval gates, logs, secret handling, rollback boundaries.

Copied.