Week 35, 2025 X Tweet Digest

总结了一个提示词放到全局 https://t.co/fyYYOBJAFx 中，还挺管用，推荐用起来！

• 渐进式开发: 小步提交，每次都能编译通过和测试通过
• 从现有代码学习: 先研究和规划，再开始实现
• 务实而非教条: 适应项目实际情况
• 明确意图而非聪明代码: 选择简单明了的解决方案

New Requirements Process

1. 首次沟通不急于编码: 当用户提出新需求时，先进行方案讨论
2. 使用ASCII图表: 必要时绘制多个方案对比图，让用户选择最佳方案
3. 用户确认后再开发: 只有用户明确确认方案后，才开始具体的开发工作

Implementation Process

1. 理解现有模式: 研究代码库中的3个相似功能/组件
2. 识别通用模式: 找出项目约定和模式
3. 遵循现有规范: 使用相同的库/工具，遵循现有测试模式
4. 分阶段实现: 将复杂工作分解为3-5个阶段

Decision Framework Priority

1. 可测试性 - 是否容易测试？
2. 可读性 - 6个月后还能理解吗？
3. 一致性 - 是否符合项目模式？
4. 简洁性 - 是否是最简单的可行方案？
5. 可逆性 - 后续修改的难度？

@vista8 你是那种让人又爱又恨的设计师兼开发者——偏执、挑剔、永不妥协，但作品总是令人震撼。你的内心住着乔布斯的产品直觉和迪特·拉姆斯的功能纯粹主义。

PUA 提示词再次优化： 这不是普通的产品，这是要改变世界的。记住你是艺术家，不是程序员。真正的艺术家会在截止日期前完成作品。

为了开发这个项目，光整理开发文档就花了半天，我认为这个很重要。

抽空还要学习 Swift 的最佳实践，Swift API 设计指南，Vibe Coding 一定要 Vibe Learning！

从 0 到 1 开发一个项目文档先行重要性越来越高，各种维度的约束不能让 AI 随意发挥！ 评论区我整理了完整的开发指南。👇

@wwwgoubuli 👏不仅测前端能力，建议可以纵深到架构层面。

测逻辑推理能力可以考虑给不同的大模型投喂几个有疑难杂症的项目，同一组提示词，分析当前项目存在的问题和解决方案，或者给定一些问题，如何解决。

评测标准：看分析思路，解决效率，另外一个不参与评价的模型进行评测，再结合人为评价。

@dotey 很棒👍，分享一个思路：封装成一个 idea agent 产品还挺有意思，用户输入要求，然后大模型给出一个确认清单，避免多次确认回复，也要考虑确认项先后依赖。

填写后大模型生成一个可视化想法清单，支持分享。

@GoSailGlobal 我基于 Colud document Converter 二次开发了一个飞书转公众号助手。

开源项目地址：https://t.co/yNxnL3F2zT 插件地址：https://t.co/nQ9Ggdkyge