我能带来什么

直接和握有问题的人一起工作 —— 运营人员、创办人、客户自己的工程师 —— 把一份不完整的需求，变成有明确范围、有报价、并且对「完成」有共识的方案。这件事我从两边都做过：在企业内部作为业务流程专员，把没有文档的财务与物流流程画出来；也作为外部工程师，为从没买过 AI 系统的中小企业做项目评估。

支撑

需求发现 · As-Is / To-Be 流程梳理 · 含成本的建设估算 · 开工前书面确认 · 干系人工作坊

已在此证明 案例 02 · 案例 04

必须在真实运营里跑起来的 AI 系统：单据抽取，并且在写入之前有一道人工复核；客服 AI 的知识结构、工具调用、会话管理与转人工；以及横跨财务与物流、原本靠手打的 RPA 流程。

支撑

OpenAI / Claude APIs · RAG · 检索调优 · prompt 版本管理 · tool calling · OCR（PyTesseract）· Power Automate · Datagrand RPA · Selenium · LangChain / LangGraph（评估过）· Ragas（概念验证）· n8n · Dify

已在此证明 案例 02 · 案例 03

把本来没打算被连起来的系统连起来 —— 客户的旧 ERP、完全没有 API 的来源系统、第三方电商与支付平台、消息队列，以及夹在中间的人工步骤。反复出现的决定是自建还是采购，而我两边都做过够多次，知道真正有意思的问题是：哪一个限制会让「买来的组件」失效。

支撑

REST API 设计 · OpenAPI / Swagger · webhooks · OAuth 2.0 / JWT · RabbitMQ · Redis · PostgreSQL / MySQL · Shopify API · Stripe · PayPal · 非侵入式集成

已在此证明 案例 01 · 案例 02

系统上线之后仍然由我负责。长任务从断点续跑，而不是从头再来。失败要在人还能退回手工流程的时间点浮现出来。用队列处理，让一个慢请求不会挡住下一位客户。提交要幂等，刷新页面不会重复触发。闲置的资源要被释放，而不是一直被占着。

支撑

queue workers · 异步处理 · 检查点续跑 · 幂等提交 · 缓存策略 · Docker · NGINX · CI/CD · AWS / GCP / Azure · 监控与告警

已在此证明 案例 03 · 案例 05

我带的是交付和技术决策，不是人头：听完团队意见之后的最终架构与选型拍板、一个团队照着走的 code review 规矩，以及把工程师从真正卡住他们的地方带出来 —— 以我的经验，那几乎永远是接口契约，而不是代码。

支撑

技术领导 · code review 实践 · 带人 · 冲刺规划与工作拆解 · 三语交付（English · 华语 · Bahasa Malaysia）

已在此证明 案例 01 · 案例 05