从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

首页 - Wiki
Copyright © 2011-2026 iteam. Current version is 2.155.0. UTC+08:00, 2026-03-24 13:43
浙ICP备14020137号-1 $访客地图$