KinArc

HUMAN-CENTRIC
LONG HORIZON AGENT

以人为中心的长程智能体

Understand people. Advance decisions. Deliver outcomes.

从完成任务,到成就人的决策:基于关系的上下文管理、理解意图与信任的变化、 持续推进决策进程,让每一次交互最终转化为真实的业务结果。

From task execution to human-centric outcomes: relationship based context management, trust and intent modeling, and continuous decision progression — turning every interaction into real business results.

5 分钟快速开始Quickstart in 5 minutes 查看核心能力Core capabilities 开源项目Open source

为人的长期决策旅程而生。

Agents for the evolving arc of human decisions.

Empathy Model + Vertical Agentic Model + Agent Harness → HUMAN-CENTRIC LONG HORIZON AGENT

01 / Beyond Task Delivery

把任务做成,把客户旅程持续推进Deliver the task. Keep the customer journey moving.

一次方案交付之后,客户可能还在犹豫,审批可能仍在等待。HUMAN-CENTRIC LONG HORIZON AGENT 将可靠的任务执行连接到客户的长期决策:理解客户变化、延续任务目标,让任务成果转化为持续的业务进展。

After an offer is delivered, a customer may still be deciding or an approval may still be pending. HUMAN-CENTRIC LONG HORIZON AGENT connects reliable task execution to long-term customer decisions through evolving customer understanding, lasting relationships, and continued business progress.

能力维度Dimension 通用任务 AgentGeneral-purpose task agent侧重复杂任务的执行与交付Focused on complex task execution and delivery HUMAN-CENTRIC
LONG HORIZON AGENT
在可靠交付之上,持续推进客户与业务Build on reliable delivery to advance customers and business
任务目标Task objectives 通用任务 AgentGeneral-purpose task agent 完成明确的任务目标Complete a defined task objective

围绕明确的任务要求规划与执行,以交付约定结果为目标,解决客户提出的具体问题。

Plan and execute against defined requirements to deliver the agreed result and resolve a specific customer request.

HUMAN-CENTRIC LONG HORIZON AGENT 跨时间接续执行,持续推进长期目标Resume execution across time to advance long-term goals.

围绕长期目标组织阶段任务,跨多次交互保留上下文与任务进度;在等待、外部反馈或条件变化后接续执行,让目标在时间跨度中持续推进。

Organize tasks around long-term goals and preserve context and progress across interactions. Resume after waits, external feedback, or changed conditions to sustain progress over time.

垂直领域融合Domain integration 通用任务 AgentGeneral-purpose task agent 围绕任务完成规划行动Plan actions toward task completion

结合任务所需的知识与工具,拆解复杂任务、执行业务流程,关注完成质量与效率。

Combine task knowledge and tools to break down complex tasks and execute workflows, focusing on quality and efficiency.

HUMAN-CENTRIC LONG HORIZON AGENT 融合领域知识,支撑长程任务决策Apply domain knowledge to guide long-horizon task decisions.

结合领域知识、业务规则与工具能力,理解任务约束与行动条件;依据用户需求、任务状态和执行反馈选择后续行动,并随条件变化调整决策。

Combine domain knowledge, business rules, and tools to understand task constraints and conditions for action. Choose next steps based on user needs, task state, and execution feedback, adapting decisions as conditions change.

共情理解Empathetic understanding 通用任务 AgentGeneral-purpose task agent 理解任务需要什么Understand what the task requires

从指令与对话中识别需求,为当前任务提供上下文。

Identify needs in instructions and conversation to inform the current task.

HUMAN-CENTRIC LONG HORIZON AGENT 记住一个人,理解每一次变化Remember the person. Understand what changes.

将共情模型融入客户理解:跨会话记住偏好与承诺,识别意愿、预算、信任与顾虑的变化,让方案和沟通贴合客户当下的处境。

Bring an empathy model into customer understanding: remember preferences and commitments across conversations, recognize changes in intent, budget, trust, and concerns, and adapt offers and communication to the customer's situation.

价值衡量Value measures 通用任务 AgentGeneral-purpose task agent 关注任务是否完成Measure whether the task was completed

主要衡量完成率、结果质量、执行效率与成本,判断一次任务的交付表现。

Assess task delivery through completion rates, result quality, execution efficiency, and cost.

HUMAN-CENTRIC LONG HORIZON AGENT 自动持续优化,提升任务效果Continuously optimize automatically to improve task outcomes.

衡量交付质量、需求满足程度与长期目标进展,将执行反馈转化为改进依据;通过失败归因、候选优化与回归评测,持续改进策略与技能,提升后续任务表现。

Evaluate delivery quality, user needs, and progress toward long-term goals, using execution feedback to guide improvement. Diagnose failures, refine candidates, and run regression evaluations to improve strategies, skills, and future task performance.

02 / Open-source Feedback Loop

从模型到业务,再以反馈持续改进From models to business, improved through feedback

以垂域模型为基础,连接长程任务、语音交互与评测自进化;未来将进一步探索训练回流,持续优化模型能力。

Connect domain models with long-horizon tasks, voice interaction, and evaluation-driven evolution. Future work will explore feeding these insights back into model training.

围绕真实业务
持续提升任务完成能力
Real business.
Better task outcomes.

模型 · 交互 · 执行 · 反馈Models · Interaction · Execution · Feedback

已开源Already open source

垂域模型Domain models

YiXin 模型系列,提供推理、多轮交互与工具使用能力。YiXin models offer reasoning, multi-turn interaction, and tool use.

Distill-72B ↗ 72B-AWQ ↗ Agentic-14B ↗
本次开源 · 主项目This release · Main project

长程 Agent 系统Long-horizon agent system

HUMAN-CENTRIC LONG HORIZON AGENT

以记忆、暂停恢复与人机协同,持续推进任务。Advance tasks with memory, resumable execution, and human collaboration.

了解核心能力 →Explore capabilities →
后续规划Planned

VoiceAgent

快慢思考协作、动态轮次等待与预测性生成,让语音交互跟上用户意图。Slow Thinker–Fast Responder coordination, adaptive turn waiting, and predictive generation help voice interaction follow user intent.

本次开源 · 主项目能力This release · Main project capability

评测与自进化Evaluation & evolution

从执行证据中诊断问题,改进 Prompt、Skill 与策略,并通过评测选优。Diagnose execution evidence, improve prompts, skills, and strategies, and select candidates through evaluation.

了解自进化 →Explore evolution →
后续规划Planned

领域训练与模型优化Domain training & model optimization

计划将评测反馈转化为训练数据,回流优化垂域模型。Plan to turn evaluation feedback into training data to improve domain models.

┄ 回流至垂域模型 ↶┄ Back to domain models ↶

能力与反馈关系Capability and feedback relationships 后续规划:训练回流Planned: feedback into training

03 / Capabilities

支撑长期客户旅程的八项系统能力

Eight capabilities for the long arc of customer relationships

围绕记忆、状态、判断、目标与策略组织上下文,将理解人、执行行动、人工介入与结果反馈连接起来,让业务目标跨会话持续推进。

Organize context around memory, state, beliefs, goals, and policy. Connect human understanding, action, human oversight, and outcome feedback to advance goals across conversations.

跨会话记忆:延续客户关系Cross-session memory: sustain the relationship

保留历史交流、客户偏好与关键承诺,结合当前会话构建上下文。上周说“下个月再考虑”,再次沟通时能接续前情,减少客户重复说明。

Retain past exchanges, preferences, and commitments, then combine them with the current conversation. Pick up where the relationship left off, so customers do not need to explain everything again.

客户状态建模:理解变化中的人Human state modeling: understand change

业务应用可通过上下文扩展,组织客户意图、预算、信任、紧迫度与购买阶段;区分历史事实、当前状态与判断假设,为下一步行动提供依据。

Applications can use context extensions to organize intent, budget, trust, urgency, and buying stage. Separate historical facts, current state, and working beliefs to inform the next action.

长程任务推进:按策略持续跟进Long-horizon progression: follow up over time

任务状态跨天持久化;按业务目标拆解阶段,结合调度与唤醒策略,在资料补充、审批反馈或新方案出现时接续推进,形成观察、决策、行动与反馈闭环。

Persist task state across days. Break goals into stages and use scheduling and wakeup policies to continue after new documents, approval feedback, or a new offer, closing the loop from observation to action and feedback.

多步骤规划与工具执行Multi-step planning and tool execution

把查额度、算方案、约定回访等步骤连接起来,通过 Tool 对接业务系统执行操作;遇到异步审批或外部反馈时挂起等待,收到结果后恢复执行。

Connect steps such as checking eligibility, calculating offers, and arranging follow-up. Tools execute actions in business systems; suspend for asynchronous approvals or external feedback and resume when results arrive.

实时交互:响应新的意图Live interaction: respond to new intent

用户可在 Agent 执行中插话、打断或补充信息。新消息进入当前运行,Agent 结合已有上下文调整下一步,及时响应客户需求与约束的变化。

Users can interrupt or add information while the agent runs. New messages join the active run, allowing the agent to adjust its next step as needs and constraints change.

人机协同:关键时刻交给人Human-in-the-loop: involve people when it matters

通过工具挂起与恢复机制,支持应用在合规风险、重大权益或例外场景引入人工确认;携带必要上下文完成接力,处理后由 AI 继续推进。具体介入规则由业务应用定义。

Tool suspension and resumption let applications involve people for compliance risks, material rights, or exceptions. Carry the necessary context into the handoff and let AI continue afterwards. Applications define intervention policies.

快速接入:配置业务知识与行动Fast onboarding: configure knowledge and actions

通过 YAML 组合模型、工具、Skill 与知识库,将垂直领域知识和业务动作接入同一运行基础。配置平台提供在线编辑与 dry-run 校验,保存后重启生效。

Compose models, tools, skills, and knowledge bases in YAML to connect domain expertise and business actions. The configuration platform supports online editing and dry-run validation; save and restart to apply.

评测驱动进化:从反馈中改进Evaluation-driven evolution: learn from feedback

完整 Trace 支撑评测与失败归因,成功经验沉淀为可复用 Skill;候选版本通过回归评测后再发布。业务应用可围绕预约、到店、成交等目标定义评测口径。

Full traces support evaluation and failure diagnosis; successful patterns become reusable skills. Release candidates after regression evaluation. Applications can define evaluation criteria around appointments, visits, and conversion.

04 / Evolution

评测驱动的安全进化,而不是让 Agent 随意改自己

Evaluation-driven safe evolution, not an agent rewriting itself at will

HUMAN-CENTRIC LONG HORIZON AGENT 把自进化设计为数据运营驱动的迭代闭环:线上运行的完整 Trace 经分层评测分流—— 成功经验沉淀为 Skill 复用,失败案例归因后产出候选版本;候选与当前最佳对比、 通过 GoldenSet 回归评测后才允许发布。Test 是独立的手动动作,不参与优化选优。

HUMAN-CENTRIC LONG HORIZON AGENT evolves through a data-operations loop: full production traces are evaluated in layers and split — successes are distilled into reusable skills, while failures are diagnosed into challenger candidates. A candidate ships only after beating the current best and passing golden-set regression. Test is a separate manual action and never participates in selection.

方法设计服务三个目的:及时预警线上同类型大批量错误;沉淀优秀案例、复用成功经验; 让线上 case 自动修复并产出优化后的新版本。

The methodology serves three goals: early warning when the same kind of failure repeats at scale in production; distilling successful cases for reuse; and turning online failures into an improved new version automatically.

Self-Evolution Methodology · 自进化方法设计

运行与评测Execution & evaluation

业务 AGENTBUSINESS AGENT

线上运行

online serving

TRACE 记录TRACE LOGGING

完整会话 · 工具/Skill 调用 · 知识库检索 · Memory

full sessions · tool/skill calls · KB lookups · memory

分层评测LAYERED EVAL

L1 规则rules · L2 LLM-as-a-Judge · L3 人工标注human labeling

trace 结果分流:成功沉淀经验,失败归因修复traces fan out: successes distilled, failures diagnosed

经验沉淀与失败诊断Learning & diagnosis

2-A · 成功路径:Skill 沉淀Success path: skill distillation

成功 Tracesuccess traces 可重复经验聚类cluster reusable patterns 沉淀 Skill 技能库distill into skills

2-B · 失败路径:BadCase 归因Failure path: bad-case diagnosis

失败 Tracefailure traces Train / Val 数据集 dataset 归因分析root-cause analysis Challenger 候选策略 candidate

迭代优化与回归评测iteration & regression

验证与发布Validation & release

CHAMPION × CHALLENGER

候选与当前最佳对比

candidate vs current best

BADCASE VAL

验证集复测

validation re-run

GOLDENSET 回归 REGRESSION

全量基准回归测评

full golden-set regression

发布决策RELEASE GATE

得分是否有提升?

did the score improve?

✓ 得分提升 → 新版本上线score improves → ship the new version
↺ 未提升 → 带着诊断进入新一轮迭代no gain → next iteration with the diagnosis

评测覆盖端到端(话术合规 · 任务完成率 · 幻觉率 · 成本与时延)与核心模块(任务规划 · 路由决策 · 工具调用 · Skill 触发 · 知识检索 · 上下文准确性)两个层面;问答评测辅以 GSB 对比与 Mock UserSimulatorEvaluation spans end-to-end metrics (compliance · completion · hallucination · cost & latency) and core modules (planning · routing · tool use · skill triggering · retrieval · context accuracy), with GSB comparisons and a mock user simulator for QA

05 / Benchmark

两个基准、三类场景:自进化效果的公开验证

Self-evolution gains across two benchmarks and three scenarios

最新实验覆盖 τ³-bench 的 banking 场景,以及 EvoAgentBench 的办公与信息检索场景。 6 组实验均从原始 Agent 出发,自进化后的 Candidate 在表中报告的 40 项前后对比中全部提升。 两个基准的任务和评分口径不同,下方分开展示,不对绝对分数做横向混算。

The latest experiments cover the banking scenario in τ³-bench and the office and information retrieval scenarios in EvoAgentBench. Across six configurations, evolved candidates improve all 40 before-and-after comparisons reported in the source table. Because the two benchmarks use different tasks and scoring protocols, their absolute scores are presented separately rather than blended into one ranking.

每个雷达独立阅读:灰色圆点为 Base,蓝色菱形为 Evolved;轴标签给出该榜单内部的平均提升。 形状扩张表示本榜单内的进化效果,不用于两个榜单之间的排名。
Read each radar independently: gray circles are Base and blue diamonds are Evolved; axis labels show mean uplift within that benchmark. Shape expansion shows within-benchmark evolution, not a cross-benchmark ranking.
各榜单按其纳入配置取算术平均;绿色数值为相对 Base 的百分点提升(pp)。 该表用于查看榜单内部的进化效果,不用于比较两个榜单的绝对难度或排名。 Values are arithmetic means across the configurations included in each benchmark; green values show percentage-point uplift over Base. Read gains within each row rather than ranking the two benchmarks by absolute score.
Benchmark 统计范围Scope Base · 原始版本Initial Evolved · 自进化后After evolution
Train Validation Test Reward Train Validation Test Reward
τ³-bench 4 组模型 × 检索配置均值 Mean of four model × retrieval configurations 0.500 0.397 0.356 0.485 0.735+23.5pp 0.516+12.0pp 0.544+18.8pp 0.588+10.3pp
EvoAgentBench 2 个场景均值:办公 + 信息检索 Mean of two scenarios: office + information retrieval 0.560 0.521 0.326 0.463 0.668+10.8pp 0.722+20.1pp 0.452+12.7pp 0.602+14.0pp

Benchmark 01

τ³-bench · Banking:多轮工具调用与长链路执行

τ³-bench · Banking: multi-turn tool use and long execution chains

τ³-bench 源自 tau2-bench, 按 pass/fail 严格判定 Agent 是否在多轮对话中借助领域工具完成客户请求。 本次实验覆盖两类模型与两种检索方式;Validation 作为黑盒评估,Test 全程 held-out。

Derived from tau2-bench, τ³-bench uses strict pass/fail scoring to test whether an agent can complete customer requests through multi-turn conversations and domain tools. This experiment covers two model families and two retrieval modes; validation stays a black-box evaluation and the test split remains held out.

真实运行证据:tau3_banking_t34v23 任务 12 个候选的线性进化链——训练集与验证集分数随迭代持续爬升,最终候选 0.735,相对初版 +26.4pp
Evidence from a real run: the 12-candidate linear evolution chain on tau3_banking_t34v23 — train and validation scores climb iteration over iteration, ending at 0.735, +26.4pp over the initial version
图表数据表Chart data table
12 个候选(按时间顺序)的训练集与验证集分数;“—”表示该候选未跑验证集 Train and validation scores of the 12 candidates in time order; “—” means the validation set was not run for that candidate
#时间TimeTrainValidation
109/19 23:090.4710.261
209/20 01:040.4710.261
309/20 03:450.4710.217
409/20 06:270.5590.337
509/20 08:280.5590.283
609/20 10:430.441—
709/20 11:420.5590.413
809/20 18:100.5880.424
909/20 22:370.471—
1009/21 00:270.5880.413
1109/21 04:110.6470.478
1209/21 11:560.735—

τ³-bench 四组配置:自进化前后全部指标提升

τ³-bench: every metric improved across all four configurations

在 τ³-bench · Banking 场景中,自进化后的 Candidate 相对原始版本:多次采样一致性(Pass^1–Pass^4) 16 项对比全部提升(+4.9 ~ +18.1pp),训练 / 验证 / 测试集与 Reward 得分也全面提升;在本次 held-out 测试集上未观察到回退。

On τ³-bench · Banking, evolved candidates improve all 16 sampling-consistency comparisons across Pass^1–Pass^4 (+4.9 to +18.1pp), as well as every train / validation / test and reward comparison; no regression was observed on the held-out test split in this experiment.

表 1 · 多次采样表现与 RewardTable 1 · Sampling consistency & Reward

原始版本 → 自进化后,数值保留三位小数。Base → Evolved, rounded to three decimal places.
模型 / 检索方式Model / retrieval Pass1 Pass2 Pass3 Pass4 Reward
qwen3.8-27Bbm25 0.436→0.598 0.328→0.509 0.271→0.446 0.243→0.402 0.436→0.600
qwen3.8-27Bgolden_retrieval 0.558→0.637 0.497→0.562 0.454→0.513 0.423→0.474 0.560→0.637
deepseek-v4-flash-0713bm25 0.339→0.421 0.255→0.365 0.216→0.342 0.195→0.337 0.349→0.442
deepseek-v4-flash-0713golden_retrieval 0.591→0.663 0.536→0.606 0.503→0.564 0.484→0.533 0.595→0.674

表 2 · 训练集、验证集与测试集Table 2 · Train, validation & test

原始版本 → 自进化后,数值保留三位小数。Base → Evolved, rounded to three decimal places.
模型 / 检索方式Model / retrieval 训练集Train 验证集Validation 测试集Test
qwen3.8-27Bbm25 0.471→0.794 0.348→0.457 0.300→0.550
qwen3.8-27Bgolden_retrieval 0.559→0.794 0.446→0.641 0.350→0.625
deepseek-v4-flash-0713bm25 0.353→0.559 0.217→0.337 0.350→0.400
deepseek-v4-flash-0713golden_retrieval 0.618→0.794 0.576→0.630 0.425→0.600

四组配置为模型 × 检索方式的组合;顶部总览图与汇总表中的 τ³-bench 数据为四组算术平均;pp = 百分点。Each configuration combines a model and a retrieval method. The overview chart and summary table show the arithmetic mean across all four τ³-bench configurations; pp = percentage points.

查看全部实验图表:提升热力图 · Reward 对比 · 分档柱状图 · 采样曲线 All experiment charts: improvement heatmap · reward · per-tier bars · sampling curves 展开expand收起collapse
提升热力图:4 组配置 × Pass^1–4 共 16 项对比全部改善(+4.9 ~ +18.1pp),颜色越深提升越大——没有一项回退
Improvement heatmap: all 16 comparisons (4 configurations × Pass^1–4) improved, +4.9 to +18.1pp — darker means larger gain, not a single regression
Reward 得分:四组配置从灰点(原始版本)到绿点(自进化后)的跨度一眼可见,提升 +7.7 ~ +16.4pp
Reward score: the span from each gray dot (base) to its green dot (evolved) is visible at a glance — gains of +7.7 to +16.4pp
多次采样一致性(Pass^1–Pass^4):四组配置(模型 × 检索方式)逐项对比,每一格蓝柱均高于灰柱,红色数字为提升幅度(pp)
Multi-sample consistency (Pass^1–Pass^4): four configurations (model × retrieval) compared item by item — every blue bar beats its gray baseline, red numbers are gains in pp
训练 / 验证 / 测试集与 Reward 得分:提升不限于训练集,held-out 测试集与 Reward 同样提升
Train / validation / test and reward score: gains are not confined to the training split — the held-out test split and the reward score improve as well
多次采样一致性曲线:横轴为采样次数 k,蓝线(自进化后)全程位于灰线(原始版本)上方,阴影面积即整体差距,红色数字为各档提升(pp)
Multi-sample consistency curves: k on the x-axis; the blue line (evolved) stays above the gray line (base) end to end — the shaded area is the overall gap, red numbers are per-tier gains in pp

Benchmark 02

EvoAgentBench · 办公与信息检索场景

EvoAgentBench · Office and information retrieval

在 qwen3.8-27B 上,两个场景都在 11 轮进化后产出候选版本。办公场景的 Train / Validation 原始分数已较高(0.781 / 0.792),Reward 仍从 0.686 提升到 0.724(+3.8pp); 信息检索场景的 Validation 从 0.250 提升到 0.611(+36.1pp),Reward 从 0.240 提升到 0.481(+24.1pp)。

On qwen3.8-27B, both scenarios produced an evolved candidate after 11 iterations. The office scenario starts from strong train / validation baselines (0.781 / 0.792) and still lifts reward from 0.686 to 0.724 (+3.8pp). In information retrieval, validation rises from 0.250 to 0.611 (+36.1pp) and reward from 0.240 to 0.481 (+24.1pp).

EvoAgentBench:办公与信息检索场景的 Train / Validation / Test / Reward 全部提升
EvoAgentBench: train, validation, test and reward all improve in both office and information-retrieval scenarios

两类场景的自进化表现Evolution results across two scenarios

qwen3.8-27B 在两个场景中自进化前 → 后的得分,数值保留三位小数;pp = 百分点 Scores before → after evolution for qwen3.8-27B in two scenarios, rounded to three decimals; pp = percentage points
场景Scenario 训练集Train 验证集Val 测试集Test Reward
办公场景Office 0.781→0.870 0.792→0.833 0.467→0.567 0.686→0.724
信息检索场景Information retrieval 0.339→0.466 0.250→0.611 0.185→0.338 0.240→0.481

证据与复现:τ³-bench 划分为 Train 34 / Validation 23 个 case,Test 全程 held-out 不参与选优。为降低网络抖动与模型随机性的影响,Validation 设置 num_trials=4,并要求有效 trials 比例 ≥ 0.85 才参与选优;不可归因于基建的真实失败 不补跑。

Evidence & reproduction: τ³-bench uses 34 train and 23 validation cases; the test split stays held out and never participates in selection. To reduce network jitter and model randomness, validation runs with num_trials=4 and counts toward selection only when the valid-trial ratio is ≥ 0.85; genuine non-infrastructure failures are not re-run.

06 / Scenarios

两个真实业务,跑在同一套系统能力上

Two real businesses, one set of runtime capabilities

客服与电销是两类典型的长程交互业务:一个从全渠道服务请求进入,一个跨 14 天持续推进成交。 两个场景中的每个功能模块,都映射到 HUMAN-CENTRIC LONG HORIZON AGENT 的一项运行时能力,而不是一次性定制逻辑。

Customer service and telesales are two typical long-horizon businesses: one starts from omnichannel service requests, the other advances a deal across fourteen days. Every module in both scenarios maps onto a HUMAN-CENTRIC LONG HORIZON AGENT runtime capability — no one-off bespoke logic.

场景一 · 客服:AI 知识检索服务中枢

Scenario 1 · Customer service: the AI knowledge hub

客服场景 · 能力地图Customer service · capability map

06 · 多模态识别Multimodal

故障照片 / 证件图片理解识别 · 图文混合问答fault-photo & document understanding · mixed image-text Q&A

技术答疑tech Q&A asset · multimodal

01 · RAG 知识检索 Knowledge Retrieval

知识库检索 · 答案生成 · 多轮追问KB retrieval · grounded answers · follow-up Q&A

日常咨询general inquiries 技术答疑tech Q&A knowledge pipeline · kb_search

02 · 人机协同Human Handoff

要点总结 · 顾问推送 · 工单流转summaries · advisor push · ticket routing

服务类service requests 技术兜底engineer fallback handoff · human-in-loop

05 · 实时诉求响应Live Request Updates

接收插话补充 · 识别诉求变化 · 调整处理步骤accept new input · recognize changed needs · adapt next steps

诉求变更request changes steer · live input
7×24 在线online

AI 智能客服中枢AI Service Hub

全渠道接入 · 意图识别 · 场景分发omnichannel intake · intent recognition · scenario routing

微信 · 电话 · APP · 网页WeChat · Phone · App · Web

03 · 定时任务调度Scheduled Follow-up

读客户资料 · 任务生成 · 定时触达reads customer profiles · generates tasks · scheduled outreach

定期招揽periodic outreach cron · unified inbox

07 · 客户记忆画像Customer Memory

用户偏好沉淀 · 历史交互回忆 · 个性化应答preference memory · interaction history · personalized replies

全部场景all scenarios memory · user profile

04 · 数据回流学习Feedback Learning

服务记录沉淀 · 效果反馈 · 知识迭代service records · outcome feedback · knowledge iteration

全部场景all scenarios evaluation · evolution

08 · 会话质检预警Quality Monitoring

话术合规检查 · 服务质量评分 · 同类问题批量预警compliance checks · quality scoring · batch anomaly alerts

全部场景all scenarios L1 rules · L2 judge

共享数据底座 · 模块按需调用Shared data foundation · invoked on demand

业务知识库Business KB 价格 · 工时费 · 服务时长pricing · labor · duration
技术知识库Tech KB 常见故障 · 排查步骤common faults · troubleshooting
客户资料表Customer profiles 保养 · 生日 · 续保周期maintenance · birthday · renewal
内部服务顾问Human advisors 要点推送 · 客户诉求同步key-point push · customer request updates

八大功能模块覆盖五类客服业务场景:日常咨询 · 技术答疑 · 服务类 · 定期招揽 · 诉求变更Eight modules cover five scenario types: general inquiries · tech Q&A · service requests · periodic outreach · request changes

场景二 · 电销:一通电话的 14 天旅程

Scenario 2 · Telesales: the 14-day journey of one call

AI × 客户 × 销售坐席三方协同的全流程:客户、AI 与销售坐席共享同一目标和上下文;图片输入进入 多模态理解,外部业务系统可以异步回调并恢复同一次运行,复杂节点允许人工接管后由 AI 带着上下文 接回,而客户沉默时调度器会在未来主动开启新的运行继续推进。

One call, three parties — AI, customer, and human sales agent — sharing one goal and one context. Images flow into multimodal understanding; external business systems call back asynchronously and resume the same run; humans take over at complex moments and the AI re-joins with full context; when the customer goes silent, the scheduler opens a new run in the future to keep things moving.

一通电销电话的 14 天旅程The 14-day journey of one call

AI 坐席AI agent 客户(用户)Customer 销售坐席Sales agent
1 AI 外呼 · 三方同场 AI outreach, three-party live DAY 0
AI 坐席AI → 客户customer

销售坐席全程旁听 · 随时介入

sales listens in and can step in anytime

系统按外呼策略自动拨打,多轮对话识别意向

Policy-driven auto-dial with multi-turn intent qualification

三方协同three-party collab
2 客户发来证件照片 Customer sends ID photos DAY 0
证件照片ID photos → 关键字段抽取field extraction

身份证 · 行驶证 · 车辆登记证

ID card · driving license · registration

Asset 统一安全存储,多模态引擎识别图片并抽取字段

Assets stored safely; the multimodal model extracts key fields

多模态理解multimodal
3 高意向 · 人工接管 High intent · human takeover DAY 1
AI → 销售坐席sales → 客户customer

对话摘要随接管同步

conversation summary synced on handoff

沟通结束后 AI 携带完整上下文接回,继续执行

Afterwards the AI rejoins with full context and continues

人机切换human handoff

任务持续推进 · 状态跨天保持the journey advances · state persists across days

4 客户沉默 48 小时 Customer silent for 48h DAY 3
停滞检测stall detected → 定时唤醒cron wakeup → 二次触达re-engage

Cron 按策略唤醒,触发结果投递到同一 Inbox

Cron wakes the journey on policy, delivered into the same Inbox

停滞唤醒stagnation wakeup
5 预约工单 · 异步回调 Ticket · async callback DAY 7
AI → CRM 系统CRM → Webhook 恢复webhook resume

工具 PENDING 不阻塞对话,一次性 resume token 恢复同一 run

Tool pends without blocking; a one-time token resumes the same run

异步回调async callback
6 成交回访 · 任务闭环 Deal follow-up · loop closed DAY 14
D7 演示D7 demo → D10 成交D10 deal → D14 回访D14 follow-up

任务状态跨天持久化保存,按阶段推进直至闭环归档

Task state persists across days, advancing stage by stage to closure

长周期任务long-horizon task
一张图看懂系统核心能力:从 Day 0 首呼到 Day 14 成交回访、闭环归档
The core capabilities in one journey: from the Day-0 cold call to the Day-14 follow-up and closed loop

07 / Quickstart

从运行到进化,按模块开始 Start by module — from runtime to evolution

先完成一次公共准备,再按目标选择模块。启动后端只需要 Python 3.13+、uv 和 Docker;使用 Web 控制台时再准备 Node.js。实际调用模型前,请在 .env 中填写对应的模型配置。

Complete the shared setup once, then start only the modules you need. The backend requires Python 3.13+, uv, and Docker; the web console additionally requires Node.js. Add the relevant model configuration to .env before making real model calls.

公共准备Shared setup

安装依赖并创建本地配置Install dependencies and create local config

以下命令只需在仓库根目录执行一次。

Run these commands once from the repository root.

# shared setup · 公共准备
git clone https://github.com/YiXin-AILab/KinArc.git
cd KinArc
uv sync
cp .env.example .env

01 / Runtime

启动 Agent RuntimeStart the Agent Runtime

启动 Redis、API、Dispatcher 与调度器。对话、平台、评测和进化接口都由这个服务提供。

Start Redis, the API, Dispatcher, and scheduler. This service exposes chat, platform, evaluation, and evolution APIs.

docker compose -f deploy/runtime/docker-compose.yml up -d redis
uv run agentsystem

默认地址:Default endpoint: http://127.0.0.1:10060

02 / Console

打开 Web 控制台Open the web console

通过可视化界面测试对话,并管理 Agent、Skill、知识库、评测与进化任务。

Test conversations and manage agents, skills, knowledge bases, evaluation, and evolution from the UI.

cd web
npm ci
npm run dev

浏览器访问:Open in a browser: http://127.0.0.1:10061

03 / Evaluation

运行一次真实评测Run an evidence-based evaluation

从 eval_tasks/ 选择任务,运行真实 Agent Case,查看规则与 LLM Judge 报告。

Choose a task from eval_tasks/, run real agent cases, and inspect rule-based and LLM Judge reports.

EVAL_TASK_ID=your-task-id
curl -X POST \
  "http://127.0.0.1:10060/v1/evaluation/tasks/${EVAL_TASK_ID}/runs"

可视化入口:Visual entry point: /platform/evaluation

04 / Evolution

开启 Agent 自进化Start Agent evolution

基于 Train 与 Validation 证据自动诊断、修改、复评并保留更优候选版本。

Use Train and Validation evidence to diagnose, modify, re-evaluate, and retain better candidates.

EVOLUTION_TASK=evolution_tasks/your-task
uv run evolution run "$EVOLUTION_TASK" \
  --runtime-config config/runtime.yaml
uv run evolution status "$EVOLUTION_TASK"

可视化入口:Visual entry point: /platform/evolution

启动 RuntimeStart Runtime→ 对话 / 配置Chat / Configure→ 运行评测Evaluate→ 开启进化Evolve→ 重新评测Re-evaluate