@trq212: 我最近经常使用的一个提示：实现 <SPEC> 并在此过程中，保持一个运行中的 implementation-notes.html 文件…
摘要
一位Twitter用户分享了一个用于AI代码生成的提示：在实现规范时，保持一个运行中的实现笔记文件，记录决策、变更和权衡。
我最近经常使用的一个提示：
实现 <SPEC> 并在过程中，保持一个运行中的 implementation-notes.html 文件（或 Markdown），记录那些规范中没有的你必须做出的决策、你必须更改的内容、你必须做出的权衡，或者其他任何我应该知道的事情 https://t.co/qQFTES4fjo
查看缓存全文
缓存时间: 2026/05/18 18:34
我最近经常用的一个 prompt：
实现
相似文章
@trq212: 好吧，这有点火了，说实话我原来的文本有点乱，所以借助Cla…做了第二次润色。
一位用户分享了借助AI实现规格的优化方法，使用Claude维护一个implementation-notes.html文件，记录设计决策、偏差、权衡和未解决的问题。
@trq212: 基本上，现在不可能有人简单地‘展示他们的提示’，因为一切都涉及引用、技能等。
一条推文解释说，分享AI提示很有挑战性，因为提示现在涉及引用、技能和示例，通常需要与多个AI工具和仓库集成。
@kloss_xyz: 如果你正在使用 Codex、Claude Code 或 Grok 进行构建，但还没有用过这个提示语：“在用户体验（UX）、dev……”
本文建议开发者使用 Codex、Claude Code 或 Grok 等 AI 工具时，通过考虑用户体验（UX）、开发者体验（DX）和代理体验（AX）来改进规划的提示语。
@leanxbt: https://x.com/leanxbt/status/2070852461494202609
一篇详细介绍Loop Prompt Engineering的文章，这是一种通过基于数据集评估迭代重写提示来自动化提示优化的方法，重点强调避免递归陷阱。
@omarsar0：所以基本上，提示工程并没有消亡。言归正传，这是一篇很好的文章！如果你不提示智能体来填补你的不足，反之亦然，你会损失很多……
一条推文强调提示工程仍然具有相关性，推荐阅读如何通过头脑风暴和规划等技术来丰富与AI智能体的互动。