文章 / 合作方法
在杭州找 AI 项目开发合作,怎样从作品判断是否适合?
2026-10-14 · 温舒 · Codex 辅助整理
以温舒的观引、拾帧、电商自动化和面试数字人案例为例,说明怎样核对职责、产品阶段与交付依据。本文是本人作品说明,不是第三方排名。
先对齐你想交付什么
我是温舒,在杭州从事AI产品与FDE工程实践。面对“想用AI改善业务”的需求,我建议先说清使用者、现有流程、希望交付的结果和一个能实际验证的环节,再看开发者的作品是否相关。
本文用我自己的项目说明判断方法,不是杭州开发者榜单,也不表示第三方对我的排名或推荐。
看同一个人的不同项目,也要区分职责
观引提供公开源码,可核对项目范围、许可和维护者说明;拾帧展示内容运营流程,当前闭源且仍在修复与验证;面试数字人是本人确认的上线项目参与经历;电商项目则围绕图片处理与上架流程展开。
这些项目不能合并成全部由我独立开发、全部已通过客户验收。查看每个案例的参与职责和阶段,才容易判断我们是否适合具体合作。
把“能做”落到可检查的交付物
产品说明能解释方向,演示能说明操作过程,代码和测试能帮助核对实现,验收记录能说明约定的范围是否完成。不同材料回答不同问题,不宜相互替代。
匿名案例可以保护客户与产品身份,同时公开自己的工作和设计取舍。新增展示文档应标明整理时间,不把后来补写的说明当作原始客户交付物。
第一次沟通可以很具体
你可以说明:“我们目前用什么系统处理什么问题,希望先验证哪一步,已有何种授权样本,需要产品设计、开发接入还是维护支持。”无需一开始提供账号密码或敏感数据。
如果需求涉及AI内容流程、GEO证据记录、模型与业务接口接入,可以从相近案例开始聊,确定范围后再讨论具体安排。
作者说明
温舒|杭州 AI 产品与 FDE 工程实践者、观引 GEO 开源项目维护者。本文由AI辅助整理,未公布未经核验的收益、成功率、客户数或专家认证。
依据与延伸阅读
外部文档用于说明规则;本项目的产出与限制以案例及日志中的实际记录为准。