image图片videocam视频tag话题poll投票attach_file文件
Skill 讨论
- +120 XP
氛围编程一周交付：你们的「禁止事项」清单？氛围编程一周交付 MVP，我给自己定了三条铁律：不自研鉴权、不新造组件库、不在上线日重构。省下来的时间写主路径与冒烟用例，债会少很多——看起来慢一点的选择，往往下周更轻松。 想征集你们的「血泪禁忌」清单，也分享我见过的翻车： 1. 为了快引入第三个状态管理库，三天后没人记得数据从哪来； 2. 上线日「顺手」改设计 token，演示链路视觉全裂； 3. 自研登录「只支持邮箱」，结果 OAuth 客户当场走人； 4. 没有登录/支付/主路径三条冒烟，vibe 出一堆不可演示的页面。 你们还有哪些禁止事项？有没有「允许破例」的条件（例如黑客马拉松当天）？欢迎直接贴清单，比安利新框架更有用。我可以把高频条目整理成置顶补充，方便后来者避雷。 也欢迎补充反例：什么做法看起来热闹，却伤了长期信任。我们更想沉淀可复用的结论。 把经验写具体一点（场景、约束、结果），比空泛安利更能帮到后来者。 - +160 XP
氛围编程一周交付：你们的「禁止事项」清单？氛围编程一周交付 MVP，我给自己定了三条铁律：不自研鉴权、不新造组件库、不在上线日重构。省下来的时间写主路径与冒烟用例，债会少很多——看起来慢一点的选择，往往下周更轻松。 想征集你们的「血泪禁忌」清单，也分享我见过的翻车： 1. 为了快引入第三个状态管理库，三天后没人记得数据从哪来； 2. 上线日「顺手」改设计 token，演示链路视觉全裂； 3. 自研登录「只支持邮箱」，结果 OAuth 客户当场走人； 4. 没有登录/支付/主路径三条冒烟，vibe 出一堆不可演示的页面。 你们还有哪些禁止事项？有没有「允许破例」的条件（例如黑客马拉松当天）？欢迎直接贴清单，比安利新框架更有用。我可以把高频条目整理成置顶补充，方便后来者避雷。 也欢迎补充反例：什么做法看起来热闹，却伤了长期信任。我们更想沉淀可复用的结论。 把经验写具体一点（场景、约束、结果），比空泛安利更能帮到后来者。 - +280 XP
氛围编程一周交付：你们的「禁止事项」清单？氛围编程一周交付 MVP，我给自己定了三条铁律：不自研鉴权、不新造组件库、不在上线日重构。省下来的时间写主路径与冒烟用例，债会少很多——看起来慢一点的选择，往往下周更轻松。 想征集你们的「血泪禁忌」清单，也分享我见过的翻车： 1. 为了快引入第三个状态管理库，三天后没人记得数据从哪来； 2. 上线日「顺手」改设计 token，演示链路视觉全裂； 3. 自研登录「只支持邮箱」，结果 OAuth 客户当场走人； 4. 没有登录/支付/主路径三条冒烟，vibe 出一堆不可演示的页面。 你们还有哪些禁止事项？有没有「允许破例」的条件（例如黑客马拉松当天）？欢迎直接贴清单，比安利新框架更有用。我可以把高频条目整理成置顶补充，方便后来者避雷。 也欢迎补充反例：什么做法看起来热闹，却伤了长期信任。我们更想沉淀可复用的结论。 把经验写具体一点（场景、约束、结果），比空泛安利更能帮到后来者。 - +450 XP
Cursor 规则文件你们怎么拆？按目录还是按任务？Cursor 规则一多就开始互相打架：目录级要求「用服务端组件」，任务级又让「先写 client demo」，模型夹在中间输出四不像。想看看有没有「最小可用规则集」的实践，以及冲突时谁优先。 我们试过这些拆法： 1. 按目录：app/、components/、lib/ 各一份，稳定但改架构时要大搬家； 2. 按任务：launch-day.md、api-contract.md，启动快，却容易重复与冲突； 3. 折中：全局 1 份硬约束（鉴权/禁止事项）+ 少量任务规则，用时再 @； 4. 治理：谁有权合并规则、如何评审「这条会不会害了别的任务」。 你们怎么拆？有没有公开的最小规则集或「冲突时谁优先」的约定？欢迎贴结构树（可打码仓库名），也欢迎说「规则越少越好」的理由。若你有「删掉一半规则后质量反而上升」的故事，也请砸过来。 也欢迎补充反例：什么做法看起来热闹，却伤了长期信任。我们更想沉淀可复用的结论。 - +540 XPCursor 规则文件你们怎么拆？按目录还是按任务？Cursor 规则一多就开始互相打架：目录级要求「用服务端组件」，任务级又让「先写 client demo」，模型夹在中间输出四不像。想看看有没有「最小可用规则集」的实践，以及冲突时谁优先。 我们试过这些拆法： 1. 按目录：app/、components/、lib/ 各一份，稳定但改架构时要大搬家； 2. 按任务：launch-day.md、api-contract.md，启动快，却容易重复与冲突； 3. 折中：全局 1 份硬约束（鉴权/禁止事项）+ 少量任务规则，用时再 @； 4. 治理：谁有权合并规则、如何评审「这条会不会害了别的任务」。 你们怎么拆？有没有公开的最小规则集或「冲突时谁优先」的约定？欢迎贴结构树（可打码仓库名），也欢迎说「规则越少越好」的理由。若你有「删掉一半规则后质量反而上升」的故事，也请砸过来。 也欢迎补充反例：什么做法看起来热闹，却伤了长期信任。我们更想沉淀可复用的结论。
- +530 XPCursor 规则文件你们怎么拆？按目录还是按任务？Cursor 规则一多就开始互相打架：目录级要求「用服务端组件」，任务级又让「先写 client demo」，模型夹在中间输出四不像。想看看有没有「最小可用规则集」的实践，以及冲突时谁优先。 我们试过这些拆法： 1. 按目录：app/、components/、lib/ 各一份，稳定但改架构时要大搬家； 2. 按任务：launch-day.md、api-contract.md，启动快，却容易重复与冲突； 3. 折中：全局 1 份硬约束（鉴权/禁止事项）+ 少量任务规则，用时再 @； 4. 治理：谁有权合并规则、如何评审「这条会不会害了别的任务」。 你们怎么拆？有没有公开的最小规则集或「冲突时谁优先」的约定？欢迎贴结构树（可打码仓库名），也欢迎说「规则越少越好」的理由。若你有「删掉一半规则后质量反而上升」的故事，也请砸过来。 也欢迎补充反例：什么做法看起来热闹，却伤了长期信任。我们更想沉淀可复用的结论。
- +710 XP
Cursor 规则文件你们怎么拆？按目录还是按任务？Cursor 规则一多就开始互相打架：目录级要求「用服务端组件」，任务级又让「先写 client demo」，模型夹在中间输出四不像。想看看有没有「最小可用规则集」的实践，以及冲突时谁优先。 我们试过这些拆法： 1. 按目录：app/、components/、lib/ 各一份，稳定但改架构时要大搬家； 2. 按任务：launch-day.md、api-contract.md，启动快，却容易重复与冲突； 3. 折中：全局 1 份硬约束（鉴权/禁止事项）+ 少量任务规则，用时再 @； 4. 治理：谁有权合并规则、如何评审「这条会不会害了别的任务」。 你们怎么拆？有没有公开的最小规则集或「冲突时谁优先」的约定？欢迎贴结构树（可打码仓库名），也欢迎说「规则越少越好」的理由。若你有「删掉一半规则后质量反而上升」的故事，也请砸过来。 也欢迎补充反例：什么做法看起来热闹，却伤了长期信任。我们更想沉淀可复用的结论。 - +680 XP氛围编程一周交付：你们的「禁止事项」清单？氛围编程一周交付 MVP，我给自己定了三条铁律：不自研鉴权、不新造组件库、不在上线日重构。省下来的时间写主路径与冒烟用例，债会少很多——看起来慢一点的选择，往往下周更轻松。 想征集你们的「血泪禁忌」清单，也分享我见过的翻车： 1. 为了快引入第三个状态管理库，三天后没人记得数据从哪来； 2. 上线日「顺手」改设计 token，演示链路视觉全裂； 3. 自研登录「只支持邮箱」，结果 OAuth 客户当场走人； 4. 没有登录/支付/主路径三条冒烟，vibe 出一堆不可演示的页面。 你们还有哪些禁止事项？有没有「允许破例」的条件（例如黑客马拉松当天）？欢迎直接贴清单，比安利新框架更有用。我可以把高频条目整理成置顶补充，方便后来者避雷。 也欢迎补充反例：什么做法看起来热闹，却伤了长期信任。我们更想沉淀可复用的结论。 把经验写具体一点（场景、约束、结果），比空泛安利更能帮到后来者。
- +1170 XP
氛围编程：你们用什么栈一周交付 MVP？氛围编程一周交付 MVP，你们到底在用什么栈？我这边相对稳的组合是：Cursor + 成熟组件库 + 现成鉴权 + 托管后端，刻意禁止三件事——不自研鉴权、不新造组件库、不上线日重构。看起来慢一点的选择，往往下周还债更少。 想拆开聊聊「提速」和「翻车」： 1. 编辑器与规则：Cursor 规则按目录拆还是按任务拆？规则一多互相打架怎么收？ 2. UI：shadcn 一类「先 5–6 个基础组件再扩展」是否够用？有没有过度封装的坑？ 3. 鉴权与数据：Clerk / Auth.js + Supabase（或同类）三天出可演示闭环，边界在哪？ 4. 质量底线：即使 vibe，也要哪些冒烟用例卡住（登录、支付、主路径）？ 求战报：你们一周能交付到什么程度？哪些「看起来快、其实下周还债」的选择要警惕？欢迎贴栈名与时间盒，不必写成教程长文。也欢迎说清：演示可点，是否等于可给真实用户试用。 若你有一份「禁止事项」清单，直接丢楼下——这比安利又一个框架更有价值。我会把高频禁忌整理成置顶补充，方便后来者抄作业。