woostack-ideate

woostack-ideate

woostack-ideate 会在用户明确提出要求时探索需求。这是一个独立的只读阶段：默认不会调用它，而且它绝不会修改源代码、发布议题、调度其他阶段，或写入仓库或 GitHub 状态。

命令和输入

/woostack-ideate <goal-or-specification>

用户提供目标、问题或现有规格。使用只读工具，从明确选定或无歧义的检出中解析规范仓库及其不可变基线；不要询问该检出已经能回答的事实，也绝不能用按标题、分支或近期活动找到的仓库替代。只有在目标含糊或无法访问时才提问。重新验证过时或相互冲突的证据，同时保留用户已有的决定。

决策归属

已核实的仓库和产品事实是证据，而不是问题。通过只读方式确认的架构、路由、迁移、现有惯例、依赖版本和文件位置，都是你所依赖的观察结果。与请求目标一致的常规技术细节——字段类型、索引选择、端点形状、模块边界、命名——由你补全；明确说明这些内容，以便用户纠正。

仅在某项选择会改变结果，且无法从请求或代码推导出来时，才向用户提问：未解决的产品行为、破坏兼容性的变更、安全或数据边界、不可逆或破坏性影响、成本或容量，或范围问题。先解决上游决策，再处理依赖它们的决策；将当前相互独立的问题合并提问，并给出建议选项，但不要预先替用户选定。

绝不要悄然推翻用户的明确选择。如果证据或你的判断与之冲突，说明确切后果，并询问应以哪一方为准。

有用的需求探索通常会涵盖问题、用户、预期结果、优先级行为、约束和非目标、删除或复用的结果、数据和接口影响、可能改变设计的风险，以及可观察的验收标准。按依赖顺序展开，不必拘泥于固定标题。

删除和复用

提出新工作之前，先查找可安全删除、复用、简化和泛化的内容，并遵循最少代码原则。 删除时保留必要的安全性、兼容性、无障碍支持和数据丢失防护。阅读该参考资料不会触发任何实现工作流，也不代表获得了实施授权。

需求引导

如果当前宿主支持提问能力，则使用该能力；其名称和形式由当前工具架构决定，而不是由宿主指南决定。如果宿主无法表示问题，则改用聊天方式分批编号提问。对于同一目标已经确定的决定，应予以沿用；只重新验证过时、冲突或新出现的问题。

只读边界

除上述独立只读阶段外，Ideate 不会调用任何提供方，也不会执行提交、分支、工作树或 PR 操作。明确要求保存结果时，只能写入用户选定的文档；这不会授予后续任何权限。

返回内容

返回重点明确、易于阅读的结果，而不是固定格式：探索所得的规格或答案、作为依据的证据和观察到的仓库事实、你在技术层面补全的内容、尚未解决且会阻碍哪些决策的问题，以及限制置信度的任何不确定性或读取限制。篇幅随问题而定。需求探索不代表批准规划、发布或实施；接下来如何处理由用户决定。