YM / 2026
PREPARING 3D00%

DRAG PERSON

01 — 03

HELLO, I’M YM.

我把想法做成
可以运行的 AI 系统。

AI PRODUCT · AGENT · SYSTEM DESIGN

HOW I WORK

观察问题,重构机制,
用证据验证方案。

  • 01 Product thinking
  • 02 Runnable prototypes
  • 03 Evaluation & traces

PERSONAL SIGNAL · 04 / 06

Jazz–Hiphop

鼓点、采样与留白,是我工作之外维持节奏感的方式。

三个产品建立场景,
一个平台复用能力。

产品负责真实任务、决策与用户体验;平台只提取跨产品成立的上下文、记忆、证据和治理契约。每个案例都分别说明已验证结果与仍未成立的边界。

把过程写下来,
才能继续推翻它。

这里记录项目背后的判断、失败案例和仍在变化的方法。文章可以独立阅读,也会在相关项目中形成完整证据链。

项目实践
从客服 Agent 实践到质量治理:为什么我做了一个个人复现

从企业客服项目中的质量治理实践出发,解释处理标准、运行证据、人工复盘与变更验证之间的关系。

产品设计
同一份信息,为什么不能给所有人同一种答案?

从教师与学生的不同任务出发,讨论 AI 产品如何组织信息、帮助和控制,而不是按角色复制功能。

系统架构
平台可以复用能力,但不能接管产品

Agent Foundation 如何把上下文、证据与图治理做成复用契约,同时把模型、角色、审核界面和业务事实留给采用方。

系统架构
RAG 不该只返回几段文本:TraceWise 如何从多信号检索走到可解释子图

拆解关键词、确定性语义、类型与关系信号如何形成候选节点,再被扩展为可检查的项目子图与 Evidence 链。

评测与治理
从待复盘到确认问题:一个 Case 需要哪些证据

拆解 ResolveAI 如何避免把红色状态、模型解释或一次回归通过当作完整结论,并把失败 Case 组织成可复核的三段证据。

工程复盘
Graph 已成功,Foundation 却失败了:TraceWise 为什么选择 Pending,而不是假装整体回滚

用一次真实 PostgreSQL 中断复盘跨存储失败语义:冻结决定、applied_with_foundation_pending、显式重试、幂等 receipt 与有限尝试。

查看全部文章