「AI 编程与自动化」合集：按顺序读，或者直接跳到你需要的那篇。
写这篇的原因很简单——问的人多，回来的答案却常常是「看情况」。看什么情况，才是真正需要说清的部分。…
见过太多人把API 的基本概念做成一次冲刺，然后停三周。停三周不是失败，但会让前面那点积累白费。…
先把前提说清楚：低代码平台的选择的效果和条件强相关。同样的做法，换一个环境、换一个时间点，结果可能完全相反。…
先承认一件事：没有人能一直保持状态。所以版本管理的最小用法的设计要包含「状态差的那天怎么办」。…
如果时间很紧，只看前两节就够。剩下的部分等到真正动手时再回来查，比一次读完更有效。…
先把前提说清楚：调用模型的成本的效果和条件强相关。同样的做法，换一个环境、换一个时间点，结果可能完全相反。…
先把前提说清楚：本地模型与云端的取舍的效果和条件强相关。同样的做法，换一个环境、换一个时间点，结果可能完全相反。…
这篇不打算说服谁。多工具串联的流程这件事，愿意做的人自然会做，需要的是一个不别扭的顺序，以及知道在哪些条件下该停。…
见过太多人把自动化失败的处理做成一次冲刺，然后停三周。停三周不是失败，但会让前面那点积累白费。…
这篇不打算说服谁。日志的作用这件事，愿意做的人自然会做，需要的是一个不别扭的顺序，以及知道在哪些条件下该停。…
先把前提说清楚：一个家庭自动化例子的效果和条件强相关。同样的做法，换一个环境、换一个时间点，结果可能完全相反。…
见过太多人把办公自动化案例做成一次冲刺，然后停三周。停三周不是失败，但会让前面那点积累白费。…
见过太多人把安全与权限做成一次冲刺，然后停三周。停三周不是失败，但会让前面那点积累白费。…
关于从脚本到产品，市面上流传的说法不少，其中相当一部分只在理想条件下成立。下面写的都是能在家、在普通工作日里落地的部分。…
这篇不打算说服谁。不会编程也能用的自动化这件事，愿意做的人自然会做，需要的是一个不别扭的顺序，以及知道在哪些条件下该停。…
见过太多人把让 AI 解释报错做成一次冲刺，然后停三周。停三周不是失败，但会让前面那点积累白费。…
关于脚本的可维护性，市面上流传的说法不少，其中相当一部分只在理想条件下成立。下面写的都是能在家、在普通工作日里落地的部分。…
见过太多人把把重复操作写成脚本做成一次冲刺，然后停三周。停三周不是失败，但会让前面那点积累白费。…
03
09
10
13
16
17
1903091013161719