Idea Spark

通过扫描 Hacker News、Reddit 和 GitHub 上真实存在的痛点，生成可落地的项目创意，并可选地使用 idea-check 进行验证。

工作流

1. 提取领域（domain）

从用户消息中提取以下字段：

若 domain 表述模糊，请先请求用户澄清，再继续执行。

2. 研究真实痛点

并行执行 3 次搜索，使用内置的 web_search 工具，查找用户正在抱怨或呼吁解决的实际问题：

{ "tool": "web_search", "query": "site:news.ycombinator.com "I wish" OR "someone should build" OR "why isn't there"  2025 2026" }

{ "tool": "web_search", "query": "site:reddit.com "looking for" OR "is there a" OR "frustrated with"  tool" }

{ "tool": "web_search", "query": "github.com trending  OR "help wanted" OR "good first issue" " }

3. 综合生成创意

从搜索结果中提炼反复出现的主题与未被满足的需求。对每个创意，输出以下字段：

生成 count 个创意，按对应痛点的明确性与可操作性排序。

4. 使用 idea-check 进行验证（如可用）

对每个创意执行快速验证：

{
  "tool": "exec",
  "command": "mcporter call idea-reality.idea_check idea_text="" depth=quick"
}

若 mcporter 或 idea-reality 不可用，则跳过该步骤，并注明“未执行验证”。

将 reality_signal 分数添加至每个创意；对 signal > 70 的创意标注为 “crowded”。

5. 呈现结果

格式 — 严格遵循：

💡 Idea Spark —  —  ideas

1. 
   
   Pain:  (source)
   Type:  · Effort:  · Signal: /100 

2. ...

状态映射规则：

• Signal < 30："open field"
• Signal 30–70："some competition"
• Signal > 70："crowded"
• 未验证："not validated"

6. 后续建议

呈现结果后，主动提供以下选项：

• "Want me to deep-check any of these?" → 使用 depth=deep 运行 idea-check
• "Want me to start building #N?" → 进入开发流程

7. 错误处理

• 若网页搜索无返回结果 → 扩大 domain 范围，尝试移除 site 限定条件重新搜索
• 若所有创意 signal 均 > 70 → 告知用户该领域已高度饱和，建议进一步聚焦细分方向
• 若 mcporter 不可用 → 直接呈现未经验证的创意，并备注 idea-check 可后续补做
• 若 domain 过于宽泛（例如 “tech”）→ 要求用户进一步收窄范围

示例