https://x.com/i/status/2020637804267446615
内容：
看到一个很火的提示词模板，叫“Build Any App: The Technical Co-Founder”，把项目管理的完整流程从需求发现、规划、构建、打磨到交付，全塞进一个提示词里。
看起来很专业，但我建议大多数人别急着复制粘贴。
第一，这类提示词只在特定场景下有用。
如果你确实要从零开始做一个完整产品，让 AI 一步步带你走流程，那这种结构化的提示词是有意义的。
但问题是，你日常和 AI 对话的 90% 场景，比如问个问题、改段代码、写个文档，根本用不到这些。
把它当默认提示词塞进每次对话的上下文里，不是加持，是污染。模型的上下文窗口是有限资源，你塞进去一堆和当前任务无关的指令，反而会稀释真正重要的信息。
第二，好的实践不需要你手动写进提示词。
像“分阶段构建”、“遇到问题给我选项而不是直接替我做决定”、“用通俗语言解释技术方案”这些，都是大模型已经在训练中学会的能力。
现在的模型足够聪明，你只要把需求说清楚，它自然会做需求澄清、会分步骤执行、会在关键节点跟你确认。你不需要用一千字的提示词去“教”模型怎么做项目管理。
更好的方式是：需要时再用模板，平时用轻量描述就够了：一句话目标 + 必要背景 + 约束 + 期望输出格式。这样更干净、更可控，也更贴近你真实的日常使用场景。
内容：
看到一个很火的提示词模板，叫“Build Any App: The Technical Co-Founder”，把项目管理的完整流程从需求发现、规划、构建、打磨到交付，全塞进一个提示词里。
看起来很专业，但我建议大多数人别急着复制粘贴。
第一，这类提示词只在特定场景下有用。
如果你确实要从零开始做一个完整产品，让 AI 一步步带你走流程，那这种结构化的提示词是有意义的。
但问题是，你日常和 AI 对话的 90% 场景，比如问个问题、改段代码、写个文档，根本用不到这些。
把它当默认提示词塞进每次对话的上下文里，不是加持，是污染。模型的上下文窗口是有限资源，你塞进去一堆和当前任务无关的指令，反而会稀释真正重要的信息。
第二，好的实践不需要你手动写进提示词。
像“分阶段构建”、“遇到问题给我选项而不是直接替我做决定”、“用通俗语言解释技术方案”这些，都是大模型已经在训练中学会的能力。
现在的模型足够聪明，你只要把需求说清楚，它自然会做需求澄清、会分步骤执行、会在关键节点跟你确认。你不需要用一千字的提示词去“教”模型怎么做项目管理。
更好的方式是：需要时再用模板，平时用轻量描述就够了：一句话目标 + 必要背景 + 约束 + 期望输出格式。这样更干净、更可控，也更贴近你真实的日常使用场景。
ADHD十买 删了很多字还是写得有点多，大家可以边看边... http://xhslink.com/o/32b1IlGUa41
复制后打开【小红书】查看笔记！
复制后打开【小红书】查看笔记！
https://weibo.com/1263362863/5264427006037432
张鑫旭新文章：“告别insertBefore，使用moveBefore移动DOM元素” - http://t.cn/AX58O3K6 起初，我以为moveBefore只是一个简单的DOM API，后来发现此特性居然与Web Components开发还有牵连。
张鑫旭新文章：“告别insertBefore，使用moveBefore移动DOM元素” - http://t.cn/AX58O3K6 起初，我以为moveBefore只是一个简单的DOM API，后来发现此特性居然与Web Components开发还有牵连。
