Enterprise AI Agent

What if enterprise platforms had their own brain?

AI AgentEnterpriseFeishuLLM
Enterprise AI Agent

Background

The Problem

The Parts Full Lifecycle Platform (IDP) is Xiaomi EV's core parts management system, covering DVP (Design Verification Plan), EA (Engineering Approval), TKO (Technical Kick-Off) and other critical business processes. With 800+ users, the platform faces a growing challenge: massive amounts of repetitive operational inquiries consume the product and engineering teams' time every week.

  • Product team: 1.5-2 days/week on maintenance
  • Engineering team: 0.5-1 day/week on debugging

The problems are individually simple but collectively overwhelming: "How do I check part status?" "DVP is archived, can I still modify it?" "What's the EA completion rate?" "Where is the TKO process stuck?" These questions appear daily in Feishu groups and DMs, with answers often requiring cross-system investigation — reading code, querying databases, and flipping through manuals.

The Insight

"Skill is a digital encapsulation of a human workflow, and the Agent is the carrier that executes it."

As a product manager, I was dealing with user issues every day. I didn't design an AI product from scratch — I started from my own daily work. So I began writing Skills with Claude Code: first a data warehouse query script, then a manual-reading prompt, then a permission debugging workflow. After writing enough of them, I suddenly realized something: if I can encode my own work style into Skills, the Agent can "work like me." Once this logic holds, it's no longer just my tool — it becomes a personal AI assistant for everyone.

背景

问题

零部件全生命周期平台(IDP)是小米汽车零部件管理的核心系统,覆盖 DVP(设计验证计划)、EA(工程审批)、TKO(技术开工)等关键业务流程。平台用户超过 800 人,但日常运维中存在大量重复性人工操作——系统排查、数据查询、操作指引、数据看板统计。产品团队每周在运维上投入 1.5-2 天,研发团队投入 0.5-1 天,亟需通过 AI 提效。

灵感

「Skill 是人类工作流的数字化封装,Agent 是执行这些工作流的载体。」

作为产品经理,我每天都在处理一堆用户问题。但是我并没有一开始就打算做一个 AI 产品,而是从自己的日常工作切入——于是我开始用 Claude Code 写 Skill:先是一个查数仓的脚本,然后是一个读手册的 Prompt,再然后是一个排查权限问题的工作流。写得多了,我突然意识到一件事:如果我能把自己的工作方式编码成 Skill,那 Agent 就能"像我一样干活"。一旦这个逻辑成立,它就不再是我的工具,而是所有人的个人 AI 助手。

What I Did

Scenario Selection

I identified 15+ scenarios from three sources:

  • High-frequency pain pointsquestions everyone asks daily (part status, DVP workflow, EA completion)
  • Low-ROI but AI-friendlyfew users ask often, but traditional investment isn't worth it; AI solves it in seconds
  • Personal workflow needswriting materials, user manuals, checking PRD gaps, querying data

I started with the scenarios that were easiest to validate and most personally useful, then expanded based on user feedback.

Standardized Workflow

I designed a main Skill (idp-debug) that orchestrates smaller Skills to complete standardized workflows. The main Skill acts as a router — it understands the user's intent, selects the right sub-Skill, and chains them together to solve the problem end-to-end.

ScenarioSkillLevelCore Capability
System Debugidp-debugPrimaryAgent follows a 6-step protocol to diagnose issues, tracing from frontend → backend → data layer
Data QueryNL QuerySecondaryNatural language queries against the data warehouse — parts, workbenches, DVP/EA status
Operation GuideExpert SkillSecondary8 operation manuals embedded, generates step-by-step guides with Feishu doc links
Data DashboardUIPuff / Feishu Card ChartSecondaryDraws beautiful dashboards based on data query results

Technical Architecture

IDP Agent Architecture

Feishu Entry: private chat, group @, topic threads;Agent Framework: Claude Code SDK, 20-turn, screenshot, file delivery;Knowledge Base: 8 manuals + schema + source code;Data: DataWorks read-only;Deploy: Matrix + Docker + CI/CD;Observability: OneTrack + Shujing BI;CLI: 106 commands

Challenges

The biggest challenge wasn't AI itself — it was integrating with enterprise infrastructure and knowledge curation:

  • API availabilityHow to access production data? Linked the original data warehouse's query permissions and tokens.
  • Source code accessApplied for read-only GitLab permissions to the business codebase, required cross-team coordination.
  • DeploymentHow to deploy a local Claude Code environment to production? Built a Docker + Matrix pipeline.

Moreover, simply dumping documents into AI doesn't work. We learned that structured, layered, curated knowledge is essential — garbage in, garbage out. Token cost is also a hidden killer in enterprise AI.

Product Evolution

We originally set out to build a system Q&A tool. But in the first week after launch, a project manager asked: "Can you draw an EA completion trend chart for all parts in the XX project?" That moment shifted our thinking — this isn't just a Q&A bot, it's a personal AI agent that adapts to what each user needs.

我的行动

场景筛选

我从三个来源梳理了 15+ 个场景

  • 高频刚需大部分人都在问的问题(零件状态、DVP 流程、如何操作系统)
  • 低 ROI 但 AI 解决快用户少但高频,传统方式不值得投入,AI 秒级解决(DVP 文件批量下载、EA 完成率)
  • 个人刚需写宣发材料、用户手册、检查 PRD 遗漏、查数据

我优先选择最容易验证、自己最需要的场景,然后根据用户反馈逐步扩展。

标准化作业流

我设计了一个主 Skill(idp-debug)来编排小 Skill,完成标准化工作流。主 Skill 扮演路由角色——理解用户意图,选择合适的小 Skill,并将它们串联起来端到端地解决问题。

场景Skill等级核心能力
系统排查idp-debug主 SkillAgent 按 6 步规范化完成 debug,从前端→后端→数据层逐层定位根因
数据查询idp-lookup次 Skill支持零件号、工作台、DVP/EA 状态查询,一句话直接查数仓
操作指引专家 Skill次 Skill接入 8 份操作手册,根据实际业务场景聪明地指引用户操作,且提供飞书链接
数据看板UIPuff / 飞书卡片 Chart次 Skill根据数据查询的结果绘制精美的看板

技术架构

IDP Agent 技术架构

飞书入口:私聊、群聊@、话题回复;Agent 框架:Claude Code SDK,20轮对话、截图、文件回传;知识库:8份手册 + 数仓表结构 + 源码;数据:DataWorks 只读;部署:Matrix + Docker + CI/CD;可观测:OneTrack + 数鲸 BI;CLI:106个命令

挑战

最大的挑战不是 AI 本身,而是与企业基础设施的对接以及知识库治理

  • 接口可用性数据系统有没有可用的 API?我们找到专用的数仓 token。
  • 源码获取申请业务源码的 GitLab 只读权限,需要跨团队协调。
  • 部署上线如何把本地 Claude Code 环境部署到生产?我们搭建了 Docker + Matrix 流水线。

而且简单地把文档丢给 AI 并不能用。我们深刻体会到结构化、分层、精选的知识库才是关键——垃圾进垃圾出。Token 成本也是企业 AI 落地的隐形杀手。

产品演进

我们最初只是想做一个系统答疑工具。但上线第一周,就有项目经理问:"帮我画 XX 项目所有零件的 EA 趋势图。" 这个瞬间改变了我们的认知——这不只是一个 Q&A 机器人,而是一个个人 AI Agent,它能适应每个用户的不同需求。 因此我们继续按照这个方向拓展出更多有意思的功能。

Innovation

Modular & Replicable Architecture. Instead of traditional RAG or fine-tuning, I designed a Skill-based architecture where each business capability is encapsulated as an independent Skill, and the Agent routes to the right one based on user intent. Adding a new scenario only requires writing a new Skill — no changes to the Agent core. I then abstracted this into a "Copy to System X" operational guide (14 steps), making IDP Agent a reusable enterprise AI Agent framework that any business team can adapt.

IDP-Debug Problem Processing Flow

The idp-debug Skill follows a standardized 6-step workflow: collect key info → classify issue → trace frontend/backend/data layers → identify root cause → provide solution → feedback loop. This rule-based pipeline ensures consistent diagnosis quality and defines clear boundaries for what the Agent can and cannot investigate.

PM-Driven, Human-Designed. As a product manager, I independently trained the debug Skill and integrated it into the Feishu bot — breaking the assumption that "AI must be built by engineers." I also explicitly designed the Agent's boundaries: it cannot modify data, cannot operate the system on behalf of users, and complex business logic is redirected to the domain expert. Every response includes an AI disclaimer, ensuring it's understood as an assistant, not a decision-maker.

创新性

模块化可复制架构。 不同于传统的 RAG 或微调方案,我们设计了 Skill-based 架构:每个业务能力封装为独立 Skill,Agent 根据用户意图自动路由。扩展新场景只需写一个 Skill,无需改动核心代码。使一个系统 Agent 成为一个可复用的企业 AI Agent 框架,任何团队都能快速适配。

IDP-Debug 问题处理流程

idp-debug Skill 遵循标准化的 6 步工作流:收集关键信息 → 问题分类 → 前端/后端/数据层逐层排查 → 定位根因 → 给出解决方案 → 反馈闭环。这套规则化的流程确保了诊断质量的一致性,也明确了 Agent 可以排查和不能排查的边界。

产品经理主导,人机边界清晰。 我作为产品经理独立训练了 debug Skill 并接入飞书机器人,打破了「AI 必须由研发来做」的惯性认知。同时我明确设计了 Agent 的能力边界:不能改数据、不能代替操作、复杂业务逻辑引导咨询流程专家。每条回答附带 AI 免责声明,确保用户理解它是辅助工具而非决策者。

Impact

IDP Agent fundamentally changed how the team works. Problems that used to require finding someone, waiting for a reply, and cross-system investigation are now solved by asking the Agent in natural language. It supports three access modes — private chat, group @mention, and topic threads — fitting seamlessly into existing Feishu workflows.

  • Problem Diagnosis: From "find someone to ask, wait for reply" → "ask Agent, instant response" with screenshot recognition and multi-turn follow-up
  • Operation Guides: From "search manuals, browse docs" → "ask in natural language, get steps and Feishu links directly"
  • Data Queries: From "submit request, wait for report" → "say one sentence, auto-query + generate dashboard"

IDP Agent

Efficiency Gains

MetricBeforeAfterImprovement
Product maintenance1.5-2 days/week0.5-1 days/week60%+
Single part query5+ page switches, 2-3 min10 seconds100x+
Batch 10 parts query50+ operations, 20-30 min15 seconds100x+
Manual generation1-2 days manual work10 min auto-generated50x+
Data dashboardR&D involvement for 1 sprint30 seconds

影响

IDP Agent 加速了团队工作方式的转变。过去需要找人问、等回复、跨系统排查的问题,现在只要用自然语言问 Agent 就能解决。支持私聊、群聊 @、话题回复三种方式,无缝融入飞书工作流。

  • 问题排查从"找人问、等回复"变成"问 Agent、秒级响应",支持截图识别和多轮追问
  • 操作指引从"翻手册、搜文档"变成"自然语言问、直接给步骤和飞书链接"
  • 数据查询从"提需求、等报表"变成"说一句话、自动查数+生成看板"

IDP Agent 宣发图

提效收益

指标BeforeAfter提效幅度
产品运维投入1.5-2 天/周0.5-1 天/周60%+
单零件查询5+ 次页面切换,2-3 分钟10 秒100 倍+
批量 10 个零件查询50+ 次操作,20-30 分钟15 秒100 倍+
运营手册生成手动整理 1-2 天AI 自动生成 10 分钟50 倍+
数据分析看板研发介入约 1 个迭代30 秒完成

We are now promoting this framework to other teams. The next frontier is Agent-to-Agent data interconnection — since many systems share connected data, once agents can communicate across systems, they become more capable than any individual human assistant.

我们正在将这套框架推广到其他团队。下一步是 Agent 之间的数据互通——很多系统的数据本身是对接的,一旦 Agent 能跨系统通信,它们的个人助手能力将超越任何单个人。