Name: ideas
Author: ysyx2008

Instruction file imported from ysyx2008/SailFish (.cursor/rules/ideas.mdc). Copyright stays with the author.

想法本

docs/ideas.md 收容还来不及验证的点子。想法会很多，一律记下，不筛。这不是待办清单，没有「必须做完」的意思。想法不是承诺：讨论之后可能觉得不要做，也可能真的就做了；做了也可能不太满意，先搁在分支里，暂时不上线。想法要花时间才变成方案，方案要花时间才变成功能。

这个对话会钉在最上面，随时加新点子。本子负责持久化跟踪每条后来怎样了。做完了就维护想法本，不要等下次打开这个对话才改。

何时写入

用户随口提了产品点子——不论多少、不论成不成熟，都记
用户明确说某条已完成 / 做成了但不上线 / 不做了 / 要写成方案
任何对话把相关功能做完（合进主线，或做成了但先搁在分支里不上线）：立刻打开 docs/ideas.md，对得上的条目挪到对应堆
用户回到这个对话、丢完点子之后，或说「对照一下 / 哪些做了」：用提交和未合入分支再对一遍未完成条目

怎么写

新点子：加到「未完成」，状态写 想法，只记用户原意。不替他扩成方案，不因此改产品代码，不因为「已经很多」而合并或丢掉
写成方案：同一条改成 有方案。小方案写在条目里；大改动另落 docs/plans/YYYY-MM-DD-…-design.md，条目里挂链接
对照提交：看 git log（从「上次对照提交」那天往后）以及还没合进 develop / main 的分支。已经合进主线、对得上某条的，挪到「已完成」，已落实写用户能感知的结果并挂提交哈希。做了但还在分支里、没上线的，挪到「做成了但不上线」，挂分支名；用户后来说满意再上线，再挪到已完成。对不上的保持未完成。不要往本子里贴大段源码
不做了：整条移到「不做了」，留一句为什么
对照过就更新文首「上次对照提交」的日期

禁止

用户只是在丢点子时，不要开始改产品代码
不要把本子里的想法当成已经确认的设计或必须做的事（确认过的设计进对应 SPEC）
不要删条目，改状态、挪分区即可
不要因为想法多就帮用户筛选、合并、或只记「重要的」

# after Install: the listing is in your workspace's routing pool - a plan picks it for its slot curl -s -X POST https://api.opensmartroute.ai/api/v1/route -H 'Authorization: Bearer $OSR_API_KEY' -H 'Content-Type: application/json' -d '{"text": "...", "plan": true}'

{ "ocm": "1", "id": "ysyx2008-sailfish-ideas-rule", "kind": "skill", "name": "ideas", "description": "对话里冒出的产品点子一律记入 docs/ideas.md，并用提交对照是否落地", "publisher": "ysyx2008", "version": "1.0.0", "capabilities": { "domains": [ "general" ], "tags": [ "skill-md", "github-cursor-rules" ], "languages": [ "en" ] }, "quality_prior": 0.6, "examples": [ "对话里冒出的产品点子一律记入 docs/ideas.md，并用提交对照是否落地" ], "primary": false, "metadata": { "source": { "provider": "github-cursor-rules", "repository": "https://github.com/ysyx2008/SailFish", "path": ".cursor/rules/ideas.mdc", "ref": "ff4503336946184c392b4c14b039452de1e5ba82", "url": "https://github.com/ysyx2008/SailFish/blob/ff4503336946184c392b4c14b039452de1e5ba82/.cursor/rules/ideas.mdc", "key": "ysyx2008/SailFish/.cursor/rules/ideas.mdc" } }, "instructions": "# 想法本\n\n`docs/ideas.md` 收容还来不及验证的点子。想法会很多，一律记下，不筛。这不是待办清单，没有「必须做完」的意思。想法不是承诺：讨论之后可能觉得不要做，也可能真的就做了；做了也可能不太满意，先搁在分支里，暂时不上线。想法要花时间才变成方案，方案要花时间才变成功能。\n\n这个对话会钉在最上面，随时加新点子。本子负责持久化跟踪每条后来怎样了。**做完了就维护想法本**，不要等下次打开这个对话才改。\n\n## 何时写入\n\n- 用户随口提了产品点子——不论多少、不论成不成熟，都记\n- 用户明确说某条已完成 / 做成了但不上线 / 不做了 / 要写成方案\n- **任何对话把相关功能做完**（合进主线，或做成了但先搁在分支里不上线）：立刻打开 `docs/ideas.md`，对得上的条目挪到对应堆\n- 用户回到这个对话、丢完点子之后，或说「对照一下 / 哪些做了」：用提交和未合入分支再对一遍未完成条目\n\n## 怎么写\n\n- **新点子**：加到「未完成」，状态写 `想法`，只记用户原意。不替他扩成方案，不因此改产品代码，不因为「已经很多」而合并或丢掉\n- **写成方案**：同一条改成 `有方案`。小方案写在条目里；大改动另落 `docs/plans/YYYY-MM-DD-…-design.md`，条目里挂链接\n- **对照提交**：看 `git log`（从「上次对照提交」", "cost": { "context_tokens": 229 } }

ideas

About

想法本

何时写入

怎么写

禁止

Use it

Manifest

Reviews