这个命题本身含混不清，正确答案肯定是具体问题具体分析，比如管理好的代码闭眼就能改，屎山代码则不如全部注释掉…这里想讨论的是直观层面的感受。 
任何需求，只要理论上能够实现，在代码上是否就可以拆解为包含输入，输出的多个模块呢？ 
例如，大象关冰箱任务，拆解为：大象模块，负责掏钱；冰箱模块，负责提供空间和给大象马杀鸡；经理模块：负责收钱和给大象开关门…定义好这些模块的功能和通讯方式，然后这些模块再进一步拆解。这也是人类编程的思路吧。 
对AI来说，通过这种方式实现复杂度递减，保障可以并行运作且上下文不超。 
但是对于修改代码来说，在没有好的结构和明确文档的前提下，AI的探索和对代码的理解似乎变成了噩梦，仅靠ctrl f查找入口恐怕难以找到代码之间的层级关系。逐个文件读取存在上下文问题；逐个读取+总结又难以保证总结的尺度是否合理；只总结对外接口有可能会忽略接口意义；总结代码段功能可能🈶又依赖其它...