Rock-n-Roll

Rock-n-Roll 是什么

Rock-n-Roll 把产品想法整理成结构化的实施计划、提示词与蓝图设计，目标是在动手之前先规划，定位是构建规划。它要的是把写代码之前的思考落成文字，让构建从一份计划开始。

它能做什么

产品把一个想法变成实施计划，并产出蓝图与提示词，目录说明它做规划而不是构建，并且面向 AI 辅助的项目。使用场景是把想法变成计划、以及产出蓝图与提示词，它们瞄准的正是写代码之前那个时刻——在这里，含糊的想法变成开发者或模型可以据以行动的东西。因为它做规划，价值在于结构：想法变成步骤，蓝图变成形状，提示词变成输入，于是真正的构建有了一张地图。它没有声称替你写产品，只声称为之做准备。

适合谁使用

适合想在动手写代码前先规划 AI 辅助构建的团队，以及那些被含糊想法折腾过、导致返工的项目。也适合希望拿到一份蓝图来回应、而不是从空白开始的团队。

需要留意什么

一份计划好坏取决于背后的思考，所以这些产出物是要被你质疑的草稿。有两点要权衡。第一，确认计划确实反映了真实需求，因为从含糊想法生成的蓝图会把含糊一起编码进去，整洁的计划并不能证明你真的理解了构建。第二，把计划保存在团队自己掌握的形式里，因为一个握住你们既定起点的规划工具，会让你在不止编辑这件事上依赖它，而条款一变，那份指导构建的文档就可能被搁浅。把 Rock-n-Roll 留在它擅长的规划上，但把蓝图当作需要质疑的东西、把提示词当作你可以改的东西，因为一个构建规划工具在团队拥有并能带走它的产出时才最有用。

把它的用途说清楚：它产出计划和提示词，不产出代码，所以它是通往 AI 开发者的一道前门，而不是它们的替代品。审阅时官网不可达，所以细节应当视作来自目录的说法，并直接复核条款。它的免费规划工具包不需要注册，很方便评估。对那些需要在向开发者交底之前把痛点与路线图想清楚的创始人来说，这种聚焦就是价值。

在最开始、想法还含糊、你需要的是结构而不是代码的时候用它。走一遍它的发现式提示词，产出一份 brief 和一份计划，然后用这份输出而不是一段松散的描述去给开发者交底。它不会替你写软件，所以判断标准是它帮你写的这份计划是否让构建更容易。因为资料来源在审阅时不可达，要直接复核它当前的条款。