用户反馈与路线图页生成

解决什么问题

当用户想了解产品方向或提交需求时，常见的做法是扔一个外部反馈工具的链接。这带来的问题是：用户跳出产品上下文，反馈分散在第三方平台，而路线图要么完全不公开，要么只展示已发布内容，缺少「正在探索什么」的中间状态。

这个技能帮你生成两类页面：一个是收集反馈的入口，让用户按功能请求、Bug、一般反馈分类提交；另一个是路线图页，向用户展示当前正在进行、计划中和已完成的工作。

技能如何工作

技能会先检查项目中是否有 .claude/project-context.md 或 .cursor/project-context.md，读取其中的产品和路线图优先级作为上下文。然后识别四个关键要素：

• 工具：使用 Canny、FeatureBase、UserVoice，还是自定义表单
• 范围：只做反馈、只做路线图，还是两者兼有
• 目标：收集需求、展示透明度、还是构建社区
• 受众：面向现有用户、潜在客户，还是两者

页面结构遵循固定模式，包含 Headline（如 "Share Your Ideas"）、价值主张、反馈表单、路线图分区、处理流程说明和 CTA。反馈表单的设计原则是低摩擦——只收集必要字段，允许跳过细节。路线图按 In progress、Planned、Completed 三种状态展示，并用 "Exploring" 和 "Committed" 区分探索阶段与已承诺事项，避免过度承诺。

集成方面，可以嵌入 Canny 或 FeatureBase 到自有域名，也可以将 /feedback 重定向到外部反馈站点。外部面板通常设置 noindex 避免 SEO 噪音，托管在自有站点上的内容则可正常索引。

适用边界与注意点

技能本身只生成页面文案和结构，不自动安装依赖、修改系统权限或创建持久化任务。涉及外部写入（如发布、删除、付款）时，会先展示目标与影响并等待明确确认。凭据仅用于用户指定的官方服务，不回显、不记录或转发。

需要注意的是，路线图的定期更新比页面本身更重要——长期不更新的路线图页比没有更损害信任。如果只是收集简单联系表单，contact-page-generator 可能更合适；如果需要把已完成路线图项转化为更新日志，可配合 changelog-page-generator 使用。