维护老系统的时候，对于描述起来比较复杂的需求是怎么用 ai 处理的

[perbugwei]

各位佬，在维护老系统的时候，比如一个从第三方系统接数据的方法中。对方返回的是一个长 JSON 里面有对象嵌套那种。然后我需要从里面抽出来一些数据我们系统用，然后之前已经实现了。现在又加需求，我现在和 ai 描述需求的时候说取 a 代表 XXX ，b 代表 XXXX ，c 代表 XXX 。就感觉自己提示词再来回拉扯几波自己都写完了。这样子的情况各位佬是怎么处理的啊。

[msg7086]

「自己都写完了」的意思是连带设计到实现到测试到文档全写完了？

[noob9030]

说明你要不断优化提示词。没办法，Ai 也不能一步到位。

[Solix]

我都是这么写：我要实现 xxx ，你根据逻辑给我推荐选项我来选。
然后它布拉布拉出来一堆让我选，不满意让他继续推荐就完事了。
全程不需要特别的提示词，全程由他思考，我来选择。
只打 A B C 即可下一步
为啥你们还在古法提示词哈哈

[charlie21]

让新手做任务的时候，向新手交待本次任务的前情提要是必须的
如果交待前情提要的时间 自己都能写完任务了：那就说明任务并不复杂
那就自己写

[fondD]

我会让他先看相关代码，然后告诉他我想干嘛，然后让他给出建议方案，不断修正，最后实施

[sentinelK]

可以用探照灯法：
先给他一个宏观描述，让他自己去研究出 plan 。如果和你需要的契合，就执行，否则就提示他慢慢修正。直到 plan 契合你的需求。

不要试图花费自己的时间和精力一口气把整个信息量都灌给第三方，不管是人还是 AI 都是如此。

[afeiya]

@Solix 神特么想法 我也试试

[AEDaydreamer]

感觉是/grill-with-docs 可以辅助完成的活.

[levelworm]

一次性的东西的确不如自己写。

[7gugu]

试试看 openspec ，让 AI 帮你出一个方案，你来评审。AI 先帮你梳理好整个系统的架构，这次需求的变更点，然后再让 AI 修改。

[evan1]

@Solix #3 可是这样会非常消耗 token……

[shaula]

@Solix 古法提示词 🤣

[Solix]

@evan1 #11 200 刀 codex 走起

[frlee]

如果长期维护就一边古法编程一边补齐注释或者文档 然后再丢给 AI 临时就改就省省吧
深知维护老系统的痛 表字段原来一共 20 来个 后来不够用在里面加额外字段 ext1 ext2 后来 ext 开头的字段 90 多个
老前辈们都离职了 代码基本没注释 这些 ext 字段在系统里纵横交错 一坨 sql 几百行 关联了十多张同样有很多 ext 开头字段的表 什么意思只能掐指算 说让 ai 思考给方案的 可能维护的系统还不够老屎山还不够高

[FawkesV]

https://github.com/mattpocock/skills/blob/main/skills/productivity/grill-me/SKILL.md
这种 对话交互式的 让他理解 多次对话描述

[superhot]

@frlee 很相似的情形，我主要参考 Spec-Driven Development ；拿到一个任务，无论什么时候都让它先做深入调查，整理成三份文档：架构概述 + 现状与目标分析 + 开发规范；文档没到位之前绝不开工编码实现。目前体感是模型足够聪明 + 适当的 harness ，祖传屎山也没那么难铲了，合适的方法论和好用的工具缺一不可。

[print1024]

1.如果字段命名非常好的话 AI 基本上能自动推导出来
2.先用 AI 把 JSON 生成映射表再自己微调，写代码时候加载进去，下次再开发就快了

[lmmlwen]

你需要生成一个 AI DOC 当作静态记忆，之后一般都是靠一句话描述，而不是反复雕琢 Prompt

[zh3256]

不用都说明，适当相信他的智商，默认他是知道的，不知道的再纠正。
比如给他一个示例 json ，让他分析下，然后不确定的整理为问题问你。

[66beta]

趁这次就留下一个 md ，以后再改 AI 一读就知道了