8年IT项目交付经验 / 现在,动手做AI

把AI用在
具体的事情

我是老鸽。帮助小团队从一个实际问题出发,
把知识库、客服和工作流的想法做出来,再验证。

陕西西安 · 持续创业摸索中 / 记录过程,也记录踩坑

WORK IN PROGRESS 持续实验中
老鸽的工作台FIELD NOTE / 002

从一个重复问题开始。

这次,试试让AI接住简单咨询。

01 / QUESTION客户的问题

“1000个充电器,能优惠吗?”

02 / DECISIONAI找到边界

批量议价交给人工处理。

03 / HANDOFF把需求带给人

经同意,转交联系方式和需求。

测试流程已跑通 个人实验摘要
AI负责执行,
人负责判断与验收。
从需求沟通到落地验收

知识库 · AI客服 · 官网创建 · 代码部署与CI/CD

小步验证,持续改进

SELECTED EXPERIMENTS / 落地实验

做过什么,摊开来看看。

有过程、有结果,也有尚未验证的部分。
以下均为个人实验,非客户商业交付案例。

实验记录 / 002个人实验
客户问

我需要1000个65W的充电器,
可以优惠吗?

征得同意后转交
交给人工,带上上下文

联系方式 + 采购需求

测试问答摘要 · 非真实客户对话截图

EXPERIMENT 002个人实验 · 测试环境跑通

重复的问题交给AI,需要判断的交给人。

用飞书连接知识库与人工客服,让简单咨询有依据地回答,让需要人处理的问题带着上下文转交。

AI客服知识库人工接手
看过程、结果和限制
实验记录 / 001模拟需求
本地官网实验
从需求,到可以运行的页面AI做完了,
我再验收一遍。
需求说明UI方案代码实现

实验流程示意 · 非原项目界面截图

EXPERIMENT 001模拟需求 · 本地运行验证

AI能做出官网,交付还需要一次验收。

让三个AI分别参与需求、设计和开发,再以项目交付的方式检查结果,而不是停在“页面生成了”。

AI建站需求拆解项目验收
看过程、结果和限制

HOW I WORK / 怎么做事

先把问题说清楚,
再让AI动手。

多年的项目交付让我习惯:
明确目标,检查结果,再进入下一步。

  1. 01

    先看现在怎么做

    谁在做?重复在哪?信息放在哪里?先了解业务,再决定要不要用AI。

  2. 02

    只跑通一个小环节

    选一个边界清楚的场景,做出能实际操作的版本,让问题尽早出现。

  3. 03

    用真实问题验收

    核对回答依据、异常处理和人工接手。把做得到和还没验证的分别记录。

可以先从这里聊

知识库、AI客服、官网与部署落地;工作流优化、小程序和n8n等方向,先做小范围试验。

老鸽的头像

BEHIND THE LAB

你好,我是老鸽。

陕西 · 西安 / 持续创业摸索中

有8年IT项目交付经验,
现在想把AI带来的进步,变成能帮上忙的具体事情。

过去,我主要做需求沟通、项目推进与系统实施,接触过通信、互联网和政企业务。这段经历让我在意的,一直是“最后能不能真正用起来”。

AI让一个人也能尝试更多事情。我想尽一份力,帮助一些人一起进步。所以有了这个实验室:把做过的项目、遇到的问题,以及自己的判断留下来。

真的去做,再来分享。老鸽 ↗

BEFORE WE TALK

你可能还想知道

我还没有完整需求,可以先聊吗?

可以。先描述你的业务场景、目前怎么处理,以及最想改善的问题。我们再一起判断,有没有适合小范围验证的环节。

这些实验可以直接用到我的业务里吗?

需要先检查你的实际资料、业务规则、系统接口和使用规模。这里展示的是个人实验,跑通测试流程不等于已经满足生产使用条件。

哪些方向目前更适合找你?

知识库、官网创建、AI客服、代码落地运行和CI/CD可以先交流。工作流优化、小程序、n8n、RAGFlow与前线落地实践(FDE)先做小范围探索;目前不承接PLC和硬件内核方向。

LET’S TALK / 从具体问题聊起

你有一个重复在做、
想试着交给AI的事吗?

告诉我业务场景、现在的做法,以及最想改善的问题。
我们先看看,能不能从一个小环节开始。

讨论具体需求,可以先在我的小红书笔记留言。

不用先写一份完整需求书

从这几个问题开始就好。

内容仅停留在当前页面,不会自动提交或保存。