我不太想把自己包装成“会很多技术的人”。比起技术名词，我更在意一个人带着模糊需求来到我面前之后，我能不能帮他把问题想清楚，并做出真正能落地的东西。
从写页面、做交互，到处理接口、部署和线上问题。
我的职业起点是前端开发。过去几年，我长期和网站、交互、接口、服务器、部署这些事情打交道。
做得越久，我越发现自己真正感兴趣的并不只是“把代码写出来”。我更喜欢追问：这个需求真的需要这样做吗？应该做网站、小程序，还是一个轻量工具？早期哪些功能值得投入？服务器怎么买才不浪费？
随着 AI 编程工具越来越成熟，我的工作方式也发生了变化。过去需要大量时间完成的重复编码，现在越来越多可以交给工具。我开始把更多时间放在理解需求、选择方案、设计产品、控制成本和解决上线问题上。
所以现在的我，更愿意把自己定义成一个：懂产品、懂开发、懂 AI，也愿意陪一个想法真正落地的人。
我一直喜欢研究一件事：有没有更低成本、更简单，但效果同样足够好的解决方法？这种习惯不仅影响我的生活，也影响我做产品和技术方案的方式。
能用轻量方案稳定运行，就不为了“看起来专业”去堆复杂架构。复杂不是能力，恰到好处才是。
早期产品先验证需求，而不是先买昂贵服务器。把钱花在真正影响结果的地方。
我更关心它有没有解决问题、是不是容易维护、能不能长期运行，而不是功能列表有多漂亮。
相比只成为一个更资深的程序员，我更想直接面对真实需求，自己判断产品应该怎么做，用 AI 提高效率，并把经验逐渐变成可以长期提供价值的服务。
网站、交互、接口协作、页面性能、项目交付，建立扎实的工程基础。
把开发、AI、部署、服务器和业务需求串起来，帮助个人和小团队完成从想法到上线的全过程。
不只完成一次性交付，而是建立可复用、可维护、能持续产生价值的数字产品与服务。
我喜欢研究人与工具之间的关系，也关注怎样用有限的资源获得更好的工作与生活体验。这些兴趣，也慢慢塑造了我做产品的方式。
你不需要准备完整需求文档，也不用先搞懂技术。把你现在的想法、卡点和预算范围告诉我，我会先帮你判断：值不值得做、适合怎么做、下一步从哪里开始。
建议备注你的需求，我可以更快进入问题本身。
