从Chatbot到Agent一个独立开发者的AI实践
如果无法正常显示,请先停止浏览器的去广告插件。
1. AI CODING
APP
TECHNOLOGY
AI POWERED
TESTING
AI AGENT
FRAMEWORK
AI POWERED
PRODUCTION
INNOVATIVE
EXPERIENCE
03.21
ONE-PERSON COMPANY
2. 从 Chatbot 到 Agent
开发者的 AI 实践
3. 主会场演讲嘉宾
图拉鼎 (X: @tualatrix)
Apple
态的
期开发者,热衷开发效率
具
4. 些作品
PasteNow
持多端同步与灵活分类的
剪贴板管理器
MarkMarkPopTranslate
跨平台的极简书签管理
与
内容收藏 具集成 AI 能 、主打即时
交互的 效翻译助
5. 1
AI 辅助编程时期
使
Chatbot 为主
6. 从
个 80% 的代码是 AI
• PopTranslate,2025 年初上线,macOS 桌 级 AI 翻译 具
• 是我 款从 0 开发,80%代码 AI
成的产品
• 基于 Cursor
成的产品讲起
7. 80% 很酷,但真实的开发场景是…
• 需要告诉 AI 去修改指定 件
• 需要反复沟通修正 案
调试、验证结果
• 必须
8. 2
Agent 编程时代来了
Chatbot + GUI + CLI
9. Agent 编程时期的特点
• 基于命令 ,图形场景适
• Chatbot
,但不限于此
• 基座模型能 的进 步增强
• Claude Code、Codex、Qwen code、Gemini code…
10. 我对 Agent 编程的其他观察
1 任务 One-shot 率变
2 单次执 任务越来越
3 不仅仅能写代码
11. 问题1:我们真的要通过「聊天」
来完成所有 作吗?
12. 问题2:Agent 时期,对独 开发
者意味着什么?
13. 独
开发者的困境:身兼数职 & 注意
• 作为独 开发者,我热爱创造并打磨产品
• 但是
• 身兼数职:产品、开发、客服、运营…
• 注意 危机:上下 切换,维护 产品,导致年产量受限
危机
14. 个典型的
15. 改进核
作流
1. 处理
• 在 Agent 时代,异步派发任务变得更可
• 像 板指挥团队 样去派发任务, 不是凡
事都通过「聊天」亲历
为
4. 交付版本
户反馈
+ AI Agent
3. 需求和任务实现
2. 收集并评估需求
16. 基础设施:定制软件+Mac mini
为了追求更
程度的 Agent,我搭建了
套基础设施:
• 既有设施: Fastmail 邮件系统 + GitHub CI/CD
动化流
• 定制化项 管理软件 + Agent (Codex)
时开机的 Mac mini 2024
台 7x24
• 执 :
线
17. 场景 A:处理已知问题
• 语义检索:系统接收反馈邮件, 动匹配库内最接近的问题
•
动草拟:关联历史
案并
• 推送审核:确认后 键发出
半
成邮件草稿
18. 场景 B:识别为新反馈
• 智能判定: AI 判断当前反馈为新问题,提醒处理
•
然语
交互: 建
标题并 述意
,AI 将其转化为正式回复
• 快速闭环: 审核通过即刻发送,同步沉淀为新知识库
半
19. 半
系统价值:
• 效率:
幅降低客服成本
需
动读信、
需
概括整理
• 形态: 坚持半 动运 ,
为什么必须是半
进
最后的确认审核
动?
• 不可逆性: 邮件 旦发出 法收回,
动客服系统(3)
审核是必要的安全防线
20. • 基于现有 具,封装了 个控制中
• 封装 Codex (Non-interactive mode) 作为执
• 预设常
Prompt(指令)
需求同步讨论
需求异步派发,
•
常异步派发任务
Agent
21. 常异步派发任务(1):将 GitHub Issues 作为上下
22. 常异步派发任务(2):
动触发 Codex
具的代码 Review
23. 常异步派发任务(3):
持进
步 @ Agent 修复问题
24. 常异步派发任务(4):可审计,可追溯,可重复触发的 Actions
25. 总结
• Agent 很好,但基础设施和 作流更重要
Agent 去解决不
• 尝试渐进式升级: 动 -> 半 动 ->
便
动化和琐碎的事情
监管下的全
• 开发不是全部,尝试
动
26. THANKS