Sync: add productivity workflow notes
This commit is contained in:
@@ -1,49 +1,48 @@
|
||||
---
|
||||
title: "Pre-Build Idea Validator"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-22
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/usecases/pre-build-idea-validator]]
|
||||
|
||||
## Summary（用中文描述）
|
||||
- 核心主题：AI 项目启动前的竞争分析门控机制——在写代码之前自动扫描 GitHub/Hacker News/npm/PyPI/Product Hunt 五个真实数据源，评估赛道拥挤度并给出转向建议。
|
||||
- 问题域：AI Agent 盲目构建已知问题域——开发者告诉 Agent "build me an AI code review tool"，Agent 花 6 小时愉快地写代码，却不知道 GitHub 上已有 143,000+ 相关仓库（最高 53,000 stars）。
|
||||
- 方法/机制：[[idea-reality-mcp]] MCP 服务器提供 `idea_check()` 工具，输入项目想法返回 `reality_signal` 分数（0-100）；OpenClaw Agent 在收到构建指令时自动调用此工具作为 pre-build gate。
|
||||
- 结论/价值：`reality_signal > 70` 触发 STOP 策略（展示竞品+询问是否继续/转向）；30-70 分展示竞品并建议细分角度；<30 分直接构建。核心价值：**在投入时间前发现已解决的同类问题**，是单兵创业者最重要的决策门控。
|
||||
|
||||
## Key Claims（用中文描述）
|
||||
- [[OpenClaw]] Agent 通过在构建前调用 `idea_check()` 工具扫描 5 个真实数据源，可将"构建已知问题"的成本前置化。
|
||||
- `reality_signal` 分数基于真实数据（仓库数量、Star 分布、HN 讨论量），而非 LLM 主观猜测，保证评估客观性。
|
||||
- 高分数不意味着"不要做"，而是意味着"必须差异化，否则别做"。
|
||||
- 低分数意味着真正的市场空白——这是单兵构建者胜出概率最高的区域。
|
||||
|
||||
## Key Quotes
|
||||
> "You tell your agent 'build me an AI code review tool' and it happily spends 6 hours coding. Meanwhile, 143,000+ repos already exist on GitHub — the top one has 53,000 stars." — 痛点描述：Agent 盲目构建的根本原因
|
||||
> "This prevents the most expensive mistake in building: solving a problem that's already been solved." — 核心价值：pre-build 检查的ROI
|
||||
> "A low score means genuine white space exists. That's where solo builders have the best odds." — 低分数即机会信号
|
||||
|
||||
## Key Concepts
|
||||
- [[Reality-Signal]]：通过 `idea_check()` 返回 0-100 的拥挤度评分，基于 GitHub 仓库数量、Star 分布、HN 讨论量等真实数据。阈值：>70 高风险，30-70 中等，<30 低风险/白空间。
|
||||
- [[Pre-Build-Validation]]：在代码编写之前进行市场/竞争验证的工作流模式，作为 Agent 构建指令的 pre-gate gate，防止在已饱和赛道投入资源。
|
||||
- [[Competition-Analysis]]：通过多平台（GitHub/npm/PyPI/HN/Product Hunt）扫描竞品的存在性、成熟度和市场关注度的分析过程。
|
||||
- [[Pivot-Strategy]]：当赛道拥挤时，通过语言专一化（Rust-only）、框架专一化（React 组件审查）或行业专一化（金融/医疗合规）实现差异化切入的策略。
|
||||
- [[Agent-Build-Gate]]：Agent 执行构建任务前的条件检查机制，只有通过门控条件才允许进入实际代码编写阶段。
|
||||
|
||||
## Key Entities
|
||||
- [[idea-reality-mcp]]：基于 [[MCP（Model Context Protocol）]] 的竞争分析 MCP 服务器，扫描 GitHub/HN/npm/PyPI/Product Hunt 返回 reality_signal 分数和竞品信息。安装方式：`uvx idea-reality-mcp`。
|
||||
- [[mnemox.ai]]：MCP 服务托管平台，提供 idea-reality-mcp 的 Web 体验版（mnemox.ai/check），无需安装即可试用工作流。
|
||||
- [[OpenClaw]]：多 Agent 框架，通过在 agent instructions 中嵌入 pre-build 规则实现自动门控——`idea_check()` → `reality_signal` → 构建/暂停/转向决策。
|
||||
- [[Product-Hunt]]：产品发布平台，idea-reality-mcp 的 5 个扫描数据源之一，用于发现未正式发布但已有关注度的早期产品。
|
||||
- [[Hacker-News]]：Y Combinator 技术新闻社区，idea-reality-mcp 的数据源之一，通过 HN 讨论量评估赛道热度。
|
||||
|
||||
## Connections
|
||||
- [[pre-build-idea-validator]] ← depends_on ← [[idea-reality-mcp]]
|
||||
- [[pre-build-idea-validator]] ← depends_on ← [[OpenClaw]]
|
||||
- [[market-research-product-factory]] ← extends ← [[pre-build-idea-validator]]（后者验证想法，前者从想法生成到产品构建）
|
||||
- [[Pain-Point-Mining]] ← precedes ← [[pre-build-idea-validator]]（挖痛点 → pre-build 验证 → 构建）
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突。
|
||||
---
|
||||
title: "Pre-Build Idea Validator"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-27
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/usecases/pre-build-idea-validator.md]]
|
||||
|
||||
## Summary（用中文描述）
|
||||
- 核心主题：AI Agent 项目启动前的竞争情报验证机制
|
||||
- 问题域：AI 开发者在没有市场验证的情况下盲目开始构建，导致时间和精力的浪费
|
||||
- 方法/机制：通过 idea-reality-mcp MCP server 扫描 GitHub、Hacker News、npm、PyPI、Product Hunt 五个真实数据源，返回 reality_signal 分数（0-100），作为"预构建门控"决策依据
|
||||
- 结论/价值：在写代码之前先做竞争分析，避免在红海市场中浪费生命；低分空间 = 独立开发者最佳机会窗口
|
||||
|
||||
## Key Claims（用中文描述）
|
||||
- AI Agent（OpenClaw）+ 真实数据源（MCP）→ 在构建前自动评估市场竞争程度 → 避免重复造轮子
|
||||
- reality_signal > 70（高竞争）→ Agent 停止构建，展示前3竞品及 stars 数量 → 触发用户决策（继续/转型/放弃）
|
||||
- reality_signal 30-70（中等竞争）→ 展示竞品 + pivot_hints → 建议差异化角度
|
||||
- reality_signal < 30（低竞争）→ Agent 直接继续构建 → 确认白海空间存在
|
||||
- reality_signal 基于真实数据（repo 数量、star 分布、HN 讨论量）而非 LLM 主观猜测 → 数据驱动决策
|
||||
|
||||
## Key Quotes
|
||||
> "You tell your agent 'build me an AI code review tool' and it happily spends 6 hours coding. Meanwhile, 143,000+ repos already exist on GitHub — the top one has 53,000 stars." — Pain Point 场景描述
|
||||
> "This prevents the most expensive mistake in building: solving a problem that's already been solved." — 核心价值主张
|
||||
> "A low score means genuine white space exists. That's where solo builders have the best odds." — 低分即机会
|
||||
|
||||
## Key Concepts
|
||||
- [[Reality-Signal]]：竞争饱和度评分（0-100），基于 GitHub/HN/npm/PyPI/Product Hunt 真实数据计算，数值越高竞争越激烈
|
||||
- [[Pre-Build-Validation]]：在代码编写前进行的市场竞争验证流程，作为 Agent 决策门控
|
||||
- [[Pivot Direction]]：当竞争饱和时，工具给出的差异化转型建议（特定语言/框架/行业垂直）
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]：开源 AI Agent 框架，支持 MCP server 集成，通过 agent instructions 实现预构建验证自动化
|
||||
- [[idea-reality-mcp]]：MCP server，扫描5个平台返回竞争评分和竞品信息，由 mnemox.ai 开发
|
||||
- [[mnemox.ai]]：idea-reality-mcp 的开发者和维护者，提供 Web demo（mnemox.ai/check）
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← uses ← [[idea-reality-mcp]]
|
||||
- [[Pre-Build-Validation]] ← gate_for ← [[autonomous-project-management]]
|
||||
- [[Reality-Signal]] ← used_by ← [[multi-agent-team]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[autonomous-project-management]] 的潜在张力：
|
||||
- 冲突点：自主性边界——Pre-Build Validator 强制 Agent STOP（高竞争时），而 autonomous-project-management 强调 Agent 应持续推进减少人工干预
|
||||
- 当前观点：Pre-Build Validator 认为高竞争时的"停止"是必要的成本控制机制
|
||||
- 对方观点：autonomous-project-management 倾向于让 Agent 自主决策并持续迭代，人工仅在关键节点介入
|
||||
|
||||
Reference in New Issue
Block a user