首页Home 解决什么Solutions 产品能力Product 智能体编队Agents 技术架构Technology 工程深度Engineering 自我演化Self-evolution 行业场景Scenarios 运营透视Observability 信任与安全Trust
技术架构 · 单进程 · 同一套网关Architecture · single process · one gateway

每一条消息,都走同一条可审计的路

Every message takes the same auditable path

一个 Rust(Axum)进程托管管理后台、对外 API、微信回调与后台任务循环。无论是回调自动回复还是主动跟进,每一次发送都流经同一个发送网关:重载上下文 → 多重前置检查 → 知识路由 → 分层决策 → 独立评审 → 至多一次改写 → 幂等发件箱 → MCP 发送。绕过网关,就是 bug。

A single Rust (Axum) process hosts the admin SPA, the public API, WeChat callbacks and the background task loop. Whether an auto-reply or a proactive follow-up, every send flows through one gateway: reload context → prechecks → knowledge route → tiered decision → independent review → at most one rewrite → idempotent outbox → MCP send. Bypassing it is a bug.

Rust · Axum 单进程Rust · Axum monolith MongoDB OpenAI 兼容 LLMOpenAI-compatible LLM MCP 微信工具MCP WeChat tools
Agent 大脑The agent brain

一个大脑,拆成职责清晰的模块

One brain, split into focused modules

用户运营 Agent 不是一个巨型函数,而是一组各司其职的子模块。决策、评审、知识路由、预算、守卫、记忆彼此隔离,可单独理解与测试——外部调用方只通过统一入口访问。

The user-ops agent isn't one giant function but a set of single-purpose submodules. Decision, review, knowledge routing, budget, guards and memory are isolated — callers reach them only through unified entrypoints.

decision

回复决策

Reply decision

Reply Agent 主决策与初始画像生成,产出结构化决策 JSON。

The Reply Agent's main decision and initial profile generation, emitting structured decision JSON.

review

独立评审

Independent review

独立评审 Agent 与本地评审、改写流,只看事实不看推理。

The independent reviewer plus local review and rewrite flow — sees facts, not reasoning.

knowledge_router

知识路由

Knowledge router

catalog → list_chunks → open_slice 的工具调用式规划,渐进披露知识。

A catalog → list_chunks → open_slice tool-calling planner that discloses knowledge progressively.

gateway

发送网关

Send gateway

统一编排整条链路,所有发送的唯一出口,绕过即 bug。

Orchestrates the whole path — the single exit for all sends. Bypassing it is a bug.

guards

决策守卫

Guards

状态机转移、字符串级 fact-risk 与知识支撑校验。

State-machine transitions, string-level fact-risk and knowledge-grounding checks.

budget

运行预算

Run budget

task-local 的 token / 调用计数,超额触发降级而非报错。

A task-local token/call counter; exceeding it degrades gracefully rather than erroring.

memory

长期记忆

Long-term memory

长期 memoryCard 整理与合并,沉淀对每个人的认知。

Consolidates long-term memory cards, accruing understanding of each person.

outbox

持久发件箱

Persistent outbox

带幂等键的发件箱,二次安全闸与重试,异步派发到 MCP。

An idempotency-keyed outbox with a second safety gate and retries, dispatched async to MCP.

simulation

影子模拟

Shadow simulation

上线前对单人模拟对话,验证表现后再放行真实运营。

Simulates dialogue for one person before go-live, validating behavior ahead of real operations.

所有 LLM JSON 调用都经唯一入口 generate_agent_json:它持有 LRU 提示词缓存、写入 llm_call_logs(状态 success / cache_hit / failed / json_error),并把 token 用量累加进运行预算。 Every LLM JSON call goes through one entrypoint, generate_agent_json: it owns the LRU prompt cache, writes llm_call_logs (status success / cache_hit / failed / json_error) and accumulates token usage into the run budget.

统一发送网关The unified gateway

发一条消息,要过这么多关

One message, this many checkpoints

下面是真实代码里 run_user_operation_gateway 的执行顺序。每一步都可能改变结果,每一步都留痕。前置检查通不过就不发,发出前还要再查一次。

This is the real execution order inside run_user_operation_gateway. Each step can change the outcome and each is recorded. If prechecks fail, nothing is sent — and they run again right before send.

1

前置检查(第一道)

Precheck (first pass)

precheck_send_gateway

逐项核对是否允许发送。任一不通过即停下,写跳过事件与运行日志,并按原因取消或重排任务。

Checks every condition for sending. Any failure stops here, logs a skip event and run log, then cancels or reschedules the task by reason.

not_managedcooldownrate_limiteddaily_limitexpiredquiet_hours_deferredcontext_changed
2

重载上下文

Reload context

load_recent_messages · load_active_domain_profile · effective_memory_card

每次都从头取:最近消息、激活的行业画像、运行参数、待办任务、运营方法论、运营记忆与长期记忆卡。不靠内存里的旧状态。

Everything is fetched fresh: recent messages, the active domain profile, run params, pending tasks, playbooks, operating memory and the long-term memory card. No stale in-memory state.

3

知识路由(永远前置)

Knowledge route (always first)

route_operation_knowledge · select_operation_knowledge_chunks

先决定要不要查知识、查什么、引用哪些切片。预算超额时退化为空路由并标记降级——绝不假装有据。

First decides whether and what knowledge to consult and which slices to cite. If over budget, it degrades to an empty route and marks the run degraded — never faking grounding.

4

分层决策(渐进式三档)

Tiered decision (progressive)

Lean → Relational / Full · decide_tier_escalation

先用最省的 Lean 档自评,按充分性判定 Enough / 升档 / 需澄清。命中知识缺口会当场升到 Full 档重新生成。

Starts on the lean tier and self-assesses: Enough / escalate / clarify. A knowledge gap forces an immediate escalation to the Full tier and regenerates.

LeanRelationalFullClarify
5

独立评审

Independent review

review_decision

另一个评审 Agent 只拿到事实面投影,看不到 Reply Agent 的自我推理,独立打分。预算超额时退化为本地评审。

A separate reviewer gets only a facts projection — never the Reply Agent's self-reasoning — and scores independently. Over budget, it falls back to local review.

6

至多一次改写

At most one rewrite

decide_reply_with_promote(rewrite) → review_decision

评审要求改写时,按改写指令在 Full 档重生成一次并复审一次——single-shot,不无限循环。预算超额则跳过。

If review asks for a rewrite, it regenerates once on the Full tier and re-reviews once — single-shot, never an infinite loop. Skipped if over budget.

7

终态汇总 + 状态闸

Finalize + state gate

finalize_review_for_send · apply_state_action_gate

汇总最终评审状态,运营状态按状态机校验合法转移(非法则保留旧状态、记审计,不阻断已定稿的回复)。

Finalizes the review status; the operation state is validated against the state machine (illegal transitions keep the old state and log an audit, never blocking a finalized reply).

8

前置检查(第二道)+ 去抖

Precheck (second) + debounce

precheck_send_gateway · should_abort_send

发出前再查一遍前置条件;若期间客户又来了新消息,则中止本次、标记被新入站取代,避免抢话。

Re-runs prechecks just before sending; if the customer sent a new message meanwhile, it aborts and marks itself superseded — no talking over them.

9

幂等发件箱

Idempotent outbox

outbox_enqueue · idempotency key

仅当评审为 approved / 改写后通过、应当回复且文本非空,才入发件箱。多段回复逐段入队,各带幂等键。转述类还要再过两道红线。

Only enqueues when review is approved / approved-after-rewrite, should reply and text is non-empty. Multi-segment replies enqueue per segment with idempotency keys; relays pass two more hard lines.

approvedrevision_applied_approved
10

MCP 发送(异步抢占)

MCP send (async claim)

outbox_dispatcher · atomic_claim_pending · message_send_text

独立的派发 worker 原子抢占待发条目(租约 + worker 标记),调 MCP 工具发出。超时由回收器收回租约重试,不重复发送。

A separate dispatcher atomically claims pending entries (lease + worker tag) and calls the MCP tool. Expired leases are reclaimed and retried — never double-sent.

渐进式三档加载Progressive tiered loading

该省的 token 一个不浪费,该给的上下文一条不少

Spend tokens only where they pay off — never skimp on context that matters

不是每一句话都需要把知识库、完整 SOP、长期记忆全塞进上下文。大多数寒暄、确认、闲聊,用最精简的一档就能答好。系统先用最省的 Lean 档生成并自评「信息够不够」,不够才按缺口逐档加料——把算力花在真正复杂的那一轮。

Not every message needs the whole knowledge base, full SOP and long-term memory stuffed into context. Most greetings, confirmations and small talk are handled well by the leanest tier. The system generates on the lean tier first, self-assesses whether it has enough, and only adds layers by the actual gap — spending compute on the turns that truly need it.

TIER 1 · LEAN 最省 tokenLowest cost

精简档

Lean tier

只带人格、各提示词层、当前对话与客户基础身份。日常寒暄、确认、轻量闲聊够用。

Carries only the persona, prompt layers, the current conversation and basic identity. Enough for greetings, confirmations and light chat.

  • 人格 + 提示词层 + 任务契约Persona + prompt layers + task contract
  • 对话历史 + 客户基础身份Conversation + basic identity
  • 长期记忆 / 意图轨迹Long-term memory / intent trajectory
  • 知识库 / 完整运营 SOPKnowledge base / full SOP
跳过关系组与业务组的 DB 加载——省查询,也省 token。
Skips the relational and business DB loads — fewer queries, fewer tokens.
TIER 2 · RELATIONAL 按需加料Add on demand

关系档

Relational tier

在 Lean 之上接入完整长期记忆、记忆卡片与意图轨迹——需要「记得这个人」时才升上来。

Adds the full long-term memory, memory card and intent trajectory on top of Lean — escalated when it needs to "remember this person".

  • Lean 的全部上下文Everything in Lean
  • 长期运营记忆 + 记忆卡片Long-term memory + memory card
  • 意图轨迹 + 反应提示Intent trajectory + reaction hints
  • 知识库 / 完整运营 SOPKnowledge base / full SOP
自评 missing_tier = relational 时升到这一档重新生成。
Reached when self-assessment reports missing_tier = relational.
TIER 3 · FULL 完整上下文Full context

完整档

Full tier

再叠加知识库切片、产品目录、运营方法、状态机、名片引荐等全部业务组——报价、产品主张、复杂推进走这一档。

Layers on knowledge slices, the product catalog, playbooks, the state machine, referral cards and the rest of the business group — quotes, product claims and complex moves run here.

  • Relational 的全部上下文Everything in Relational
  • 知识切片 + 知识路由Knowledge slices + route
  • 产品目录 + 运营方法 + 状态机Catalog + playbook + state machine
  • 名片引荐 + 可发素材Referral cards + sendable assets
铁律:Full 档与改造前的 prompt 逐字节等价,能力零损失。
Iron law: the Full tier is byte-for-byte identical to the pre-refactor prompt — zero capability loss.
sufficiency = enough
够了 · 直接评审
Enough · go to review

本轮信息充足,不升档,直接进入五道闸门评审。

Context is sufficient; no escalation — straight into the five gates.

need_more_context
不够 · 升档重生成
Not enough · escalate

按缺口升到 Relational 或 Full 重新生成。需产品知识却连弱证据都没有时,当场强制升 Full。

Escalates to Relational or Full and regenerates. If it needs product knowledge but has no evidence at all, it is forced to Full on the spot.

need_clarification
信息缺口 · 反问澄清
Gap · ask to clarify

客户表述本身不明确时,不硬猜,先反问一句把需求问清。

When the customer's request itself is ambiguous, it asks one clarifying question instead of guessing.

省 token,但绝不省安全

Save tokens, never safety

「禁止做的事」与「已对客户承诺的事」属于安全/身份铁律——任何一档都注入。降档若丢了这两项,AI 可能违背承诺或踩禁止项,是不可恢复的事故。所以即便是最省的 Lean 档,也会单独补一份精简安全子片:doNotDocommitments 一字不漏。

"Things never to do" and "promises already made to the customer" are safety/identity hard lines — injected at every tier. Dropping them on a lower tier could make the AI break a promise or cross a forbidden line — an unrecoverable failure. So even the leanest tier injects a compact safety subset: doNotDo and commitments are kept verbatim.

独立评审 · 认知隔离Independent review · epistemic distance

评审者只看事实,不看它怎么想

The reviewer sees facts, not the reasoning

如果评审 Agent 能看到 Reply Agent 的内心独白,它很容易被说服、变成「追认」。所以评审拿到的是一份事实投影:回复文本、引用了哪些知识、检测到的异议、客户阶段——而 user_understanding、self_critique、why_should_reply 等九个自我推理字段被刻意剥离。

If the reviewer could read the Reply Agent's inner monologue, it would be easily persuaded into rubber-stamping. So it gets a facts projection — reply text, cited knowledge, detected objections, customer stage — while nine self-reasoning fields (user_understanding, self_critique, why_should_reply…) are deliberately stripped.

评审看得到Reviewer sees
  • 回复文本与是否应回复Reply text & whether to reply
  • 引用 / 命中的知识切片 IDCited / matched knowledge IDs
  • 检测到的异议、客户阶段、意向等级Objections, customer stage, intent level
  • 运营状态、风险等级、知识需求Operation state, risk level, knowledge need
评审看不到Reviewer can't see
  • user_understanding · relationship_read
  • risk_self_check · self_critique
  • why_should_reply · why_skip_reply
  • intent_analysis · next_best_action

可选地,第二个评审者(不同模型)并行评审,分歧会触发改写——双脑交叉,不偏听一面。 Optionally a second reviewer (a different model) reviews in parallel; disagreement triggers a rewrite — two heads cross-checking, not one voice.

三道闸门Three gates

该拦的拦下,但绝不把错误抛给客户

Block what must be blocked — never throw errors at the customer

知识支撑、事实风险、运行预算三道闸共同决定一条回复能否发出。关键设计是 fail-soft:闸门触发或预算耗尽时降级处理(本地评审、跳过改写、暂缓发送),webhook 调用方永远拿到正常响应,不会收到 5xx。

Grounding, fact-risk and run-budget gates together decide whether a reply ships. The key design is fail-soft: when a gate fires or budget runs out, it degrades (local review, skip rewrite, hold the send) — callers never get a 5xx.

知识支撑

Grounding

grounding gate

产品声明必须有已核验知识支撑。支撑分过低则拦;若需要产品知识却没有已验证切片,直接判定为未验证产品声明。

Product claims must rest on verified knowledge. Too low a grounding score blocks; if product knowledge is required but no verified slice exists, it's an unverified claim.

blocked_unverified_product_claim

事实风险

Fact-risk

hallucination gate

对幻觉 / 编造事实打分,达到阈值即硬拦。压力风险过高同样拦截,避免逼单与越界承诺。

Scores hallucination / fabrication; at threshold it hard-blocks. Excessive pressure risk is blocked too — no hard-selling or out-of-bounds promises.

held_by_ai_policy · blocked_by_safety_guard

运行预算

Run budget

run_budget

每次运行有 token / 调用 / 工具调用上限。超额不报错而是降级:跳过知识路由、退化本地评审、跳过改写;仅当还需评审时才暂缓。

Each run has token / call / tool-call caps. Exceeding them degrades rather than errors: skip routing, fall back to local review, skip rewrite; only holds when review is still required.

blocked_by_budget · fail-soft
评分维度Score 判定Condition 动作Action
事实风险 FactRiskFactRisk≥ 6拦截Block
压力风险 PressureRiskPressureRisk≥ 7拦截Block
产品准确度 ProductAccuracyProductAccuracy< 7拦截Block
拟人度 HumanLikeScoreHumanLikeScore< 6改写一次Rewrite once
情绪价值 EmotionalValueEmotionalValue< 6改写一次Rewrite once

以上为默认阈值,管理员可在画像中覆盖并自动夹紧到 1–10 区间。阈值是行业画像的一部分,不是写死的魔法数。 These are defaults; admins can override them in the profile, clamped to 1–10. Thresholds live in the domain profile, not as hardcoded magic numbers.

方法论公式Methodology formulas

公式是给 AI 读的,不是 Rust 算的

Formulas are read by the AI, not computed in Rust

运营方法论以人类可读的文本表达式存在行业画像里,作为 LLM 自评打分的锚点注入提示词——代码侧只渲染字符串、保存 AI 的自报结果,没有任何数值求值器。这让方法论能随行业自由替换,而不必改一行 Rust。

Playbook methodology lives as human-readable text expressions in the domain profile, injected into prompts as anchors for the LLM's self-scoring. Rust only renders strings and stores the AI's self-reported result — there is no numeric evaluator. Methodology swaps per industry without touching a line of Rust.

信任度 Trust
Trust
Consistency × Reliability × Intimacy ÷ SelfOrientation

信任随一致性、可靠度、亲密度上升,随自我中心下降。

Trust rises with consistency, reliability and intimacy; falls with self-orientation.

成交就绪度 ConversionReadiness
ConversionReadiness
Motivation × ProductFit × Timing × Trust ÷ Friction

动机、契合、时机、信任共同推动,阻力拉低。

Motivation, fit, timing and trust drive it; friction holds it back.

情绪价值 EmotionalValue
EmotionalValue
(Empathy + Encouragement + Recognition) − Pressure

共情、鼓励、认可累加,压力扣减。

Empathy, encouragement and recognition add up; pressure subtracts.

下一步动作分 NextBestAction
NextBestAction
Relevance × Timing × ExpectedValue ÷ Intrusiveness

相关性、时机、预期价值越高越该做,打扰感越低越好。

Higher relevance, timing and expected value favor acting; lower intrusiveness is better.

认知科学方法论Cognitive-science methods

智能的底子,是真实代码里的认知机制

The intelligence is cognitive machinery in real code

下面四项把心理学与认知科学里被验证的方法落进了引擎。我们把每一项的真实机制讲清楚——它做了什么、用什么数据结构、以及刻意不做什么。技术买家值得这份坦诚。

These four bring validated methods from psychology and cognitive science into the engine. We spell out the real mechanism of each — what it does, on what data structures, and what it deliberately does not do. Technical buyers deserve that candor.

长短期记忆

Long & short-term memory

candidate pool → consolidator → compaction

短期是当轮上下文包,长期是一张分三层(核心 / 近期 / 已弃)的记忆卡。新观察先写入候选池,由整理 Agent 周期性固化为记忆卡,并做容量压缩与冲突作废,用乐观锁版本号保证并发安全。

Short-term is the per-turn context pack; long-term is a memory card in three layers (core / recent / deprecated). New observations land in a candidate pool, a consolidator periodically promotes them into the card, compacts by capacity and deprecates on conflict — guarded by an optimistic version lock.

真实机制
How it really works

是完整的「候选 → 固化 → 压缩 → 作废」流水线,不是把历史对话整段塞回提示词。压缩时保留上一版未丢弃的核心事实,防止新近事件挤掉关键认知。

A full candidate → consolidate → compact → deprecate pipeline, not stuffing raw history back into the prompt. Compaction preserves last version's undiscarded core facts so recency can't crowd out key knowledge.

多轮证据置信 · 贝叶斯信号

Evidence-accumulation · Bayesian signals

cross-round hits + code-side strong evidence

AI 自由发现至多 6 个客户维度,每个维度维护一条置信走势(最多 100 点)。占槽门槛是:跨 ≥3 轮反复命中,且代码侧客观统计到 ≥2 次强证据(锚定客户真实 Inbound 发言)。

The AI freely discovers up to 6 customer dimensions, each with a confidence trajectory (up to 100 points). Promotion requires hits across ≥3 rounds plus ≥2 strong-evidence counts objectively tallied in code (anchored to the customer's own inbound messages).

坦诚说明
Straight talk

这里走的是多轮证据累积 + 客观强证据计数的置信追踪,不是先验/后验的概率推断;强证据由代码统计,不采信大模型自报的置信数字。它永不驱动行为,只用于观测与走势可视化。

This is multi-round evidence accumulation with objective strong-evidence counting, not prior/posterior probabilistic inference; strong evidence is counted in code, never the model's self-reported confidence. It is observation-only — for trends and visualization, never driving behavior.

大五人格画像

Big Five profiling

OCEAN facets + capped snapshots

沿用心理学公认的大五人格(OCEAN)五维封闭量表,每维带分值、置信与证据引用,不许模型自创维度。每个记忆周期 append 一张人格快照(封顶留存),构成演化序列。

It uses the psychology-standard Big Five (OCEAN) as a closed five-facet scale — each facet carrying a score, confidence and evidence refs, with no model-invented dimensions. Each memory cycle appends a capped personality snapshot, forming an evolution sequence.

刻意的克制
A deliberate restraint

人格是纯观测旁路:只写不读,绝不进入逐轮决策、闸门或选择逻辑。这是为了避免「基于人格标签的偏见」——画像供人看、供复盘,但不替客户预设回应。

Personality is a pure observation side-channel: written, never read into per-turn decisions, gates or selection. This avoids personality-label bias — the profile informs humans and retrospectives, but never pre-scripts a customer's treatment.

意图轨迹走势

Intent trajectory

a time series that DOES drive action

每轮把归一化的推进结果记入意图轨迹(50 项滑窗)。它是真正被消费的时间序列:统计「连续未推进轮数」,叠加末轮负面信号,触发换策略或向幕后请示,并注入下一轮决策提示词。

Each round records a normalized progress outcome into the intent trajectory (a 50-item sliding window). This time series is actually consumed: it counts consecutive unprogressed turns, and with a negative final turn triggers a strategy switch or a behind-the-scenes consult, then feeds the next decision prompt.

真实机制
How it really works

与人格 / 贝叶斯信号不同,意图轨迹真的改变行为——这是「会复盘、会调整」落到代码层的体现,不是只存不用的装饰字段。

Unlike personality / Bayesian signals, the intent trajectory genuinely changes behavior — the code-level embodiment of "reflect and adapt," not a stored-but-unused decorative field.

诚实置信铁律:找不到证据,置信度强制归零

The honest-confidence rule: no anchored evidence → confidence forced to zero

无论是标签、人格还是记忆事实,只要证据序位映射不到对话里的真实锚点,置信度一律归零——这条 fail-closed 规则贯穿记忆与画像全链路。严谨是智能的前提,宁可承认不知道,也不凭印象给人贴标签。

Whether a tag, a personality facet or a remembered fact — if its evidence can't be mapped to a real anchor in the conversation, confidence is zeroed. This fail-closed rule runs through the entire memory and profiling chain. Rigor precedes intelligence: better to admit not knowing than to label on a hunch.

真实大模型测试 · 进行中Real-LLM testing · ongoing

用 AI 的方式,验证 AI 的产品

Verify an AI product the AI way

纯单元测试只能证明代码没崩,证明不了大模型在真实业务里说得对不对。所以我们另起一套:用真实大模型,对每个业务域跑端到端真实剧本——真调用、真决策、真评审、真发送判定,不 mock、不打桩。

Unit tests prove the code doesn't crash; they can't prove the model behaves correctly in real business. So we run a second track: real LLMs executing end-to-end scripts per domain — real calls, decisions, review and send judgments, with no mocks or stubs.

真大模型
Real LLM
端到端真链路,无 mock 无桩
End-to-end, no mocks or stubs
10+
真实业务域剧本
real business-domain scripts
350+
单元测试基线 · 0 失败
unit baseline · 0 failures
CI 双门
Dual gate
基线门 + 红线静态扫描
baseline + red-line scan

正在覆盖的业务域

Domains under coverage

每个域是一段完整运营剧本,由真实大模型从头跑到尾。发现的问题只抽象成可复现的方法论缺陷再修,绝不对单条对话、单次样本点对点打补丁——这是写进纪律的反过拟合红线。

Each domain is a complete operating script run end-to-end by a real LLM. Findings are abstracted into reproducible methodology gaps before fixing — never patched point-by-point against a single conversation or sample. This anti-overfitting line is written into our discipline.

01文章进库与知识沉淀Article ingest & knowledge curation
02报价单五道闸门拦截Quote five-gate interception
03顾问名片引荐(辅助模式)Advisor referral (assist mode)
04渐进式三段提示词加载Progressive tiered prompts
05幕后决策请示通道Behind-the-scenes decision channel
06用户反应分析与抢锁Reaction analysis with claim lock
07长期记忆固化与压缩Long-term memory consolidation
08管理 Agent 编排与红线Management-agent orchestration
09知识库自治 LLM 能力群Knowledge-base autonomy suite
10行业画像热切换Industry-profile hot switch
自我演化 · 影子回放Self-evolution · shadow replay

它会自我改进,但每一步都要先在影子里证明

It improves itself — but proves every step in the shadow first

演化器是一个完全隔离的子系统:它不引用网关、发件箱、MCP 或任务循环(CI 静态扫描强制这条隔离红线)。它从历史决策日志里学习,生成阈值与提示词候选,在影子里重放重判,只有显著变好且通过安全回归门,再经管理员二次确认,才会真正发布。

The evolver is a fully isolated subsystem: it references no gateway, outbox, MCP or task loop (a CI scan enforces this isolation line). It learns from past decision logs, generates threshold and prompt candidates, replays and re-grades them in the shadow, and only releases after a significant, safety-passing result — confirmed by an admin.

01

生成候选

Generate candidates

从决策日志选取队列,产出阈值候选(纯统计)与提示词候选(Critic LLM)。

Select cohorts from decision logs; produce threshold candidates (pure stats) and prompt candidates (a critic LLM).

cohort · threshold · criticcohort · threshold · critic
02

影子回放

Shadow replay

只读历史 agent_run_logs 重放重判,零副作用:不调网关、不入发件箱、不调 MCP、不写出站消息。

Reads past run logs and re-grades — zero side effects: no gateway, no outbox, no MCP, no outbound writes.

只读 · 零副作用read-only · no side effects
03

显著性 + 安全回归门

Significance + safety gate

必须达到最小样本与改进幅度;安全回归默认零容忍——任何原本被安全闸拦下的消息被放行,直接否决。

Needs minimum samples and improvement; safety regression is zero-tolerance by default — any once-blocked message now allowed is rejected.

零容忍安全回归zero-tolerance safety
04

管理员发布 / 回滚

Admin release / rollback

发布与回滚都要管理员身份与确认串,留下 released_by / rolled_back_by。回滚永远手动,没有自动回滚。

Release and rollback require an admin and a confirmation string, recording released_by / rolled_back_by. Rollback is always manual — never automatic.

admin-only · 可回滚admin-only · reversible
知识 Wiki · 双写Knowledge Wiki · double-write

知识改了什么,永远查得到

What changed in knowledge is always traceable

每次知识写入都是双写:先写一条不可变的修订记录(带 sha256 前后哈希),再更新可变的当前切片。历史永远在,回溯任何一次改动都有据。而 AI 写入的知识一律落草稿、标记待核验——AI 永不自动核验自己产出的知识。

Every knowledge write is a double-write: first an immutable revision record (with before/after sha256 hashes), then the mutable current slice. History always survives; any change is auditable. Knowledge written by the AI always lands as a draft marked for review — the AI never self-verifies its own output.

不可变 · 先写Immutable · written first

chunk_revisions

每次变更追加一条修订,记录前后 sha256 哈希与修订 ID,永不覆盖——构成完整的知识变更史。

Each change appends a revision with before/after sha256 hashes and a revision ID, never overwritten — a full history of knowledge change.

仅内容变化时only if changed
可变 · 后写Mutable · written after

operation_knowledge_chunks

保存当前最新切片,供 Agent 检索引用。AI 来源强制 status=draft + 待核验,核验字段被 AI 写入会被拒。

Holds the latest slice for the agent to retrieve. AI-sourced writes are forced to status=draft + needs-review; verification fields written by AI are rejected.

这套系统,能为你扛下多少

How much it carries for you

18
管理频道 · 一个后台全管
admin channels · one console
1 张/人
长期记忆卡 · 客户属于企业
memory card / person
4
维自治能力 · 自运营到自进化
autonomy capabilities
7×24
全天候在岗 · 不漏不忘不离职
always on duty

架构的每一条红线,都写进了代码

Every hard line in the architecture is written into code

从「客户永远只跟 AI 对话」到「AI 永不自动核验知识」,这些不是承诺,是被守门函数、CI 静态扫描和测试基线强制执行的约束。

From "customers only ever talk to the AI" to "the AI never self-verifies knowledge" — these aren't promises but constraints enforced by guard functions, CI scans and a test baseline.