بنقرة واحدة
product-lens
使用此技能在构建前验证“为什么”,运行产品诊断,并在请求成为实施合同之前对产品方向进行压力测试。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
使用此技能在构建前验证“为什么”,运行产品诊断,并在请求成为实施合同之前对产品方向进行压力测试。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Build a fully automated AI-powered data collection agent for any public source — job boards, prices, news, GitHub, sports, anything. Runs on a schedule, enriches data with a free LLM (Gemini Flash), stores results in Notion/Sheets/Supabase, and learns from user feedback. Runs 100% free on GitHub Actions. Use when the user wants to monitor, collect, or track any public data automatically.
Open plans and HTML artifacts in a local browser canvas where the human annotates elements, chats, and approves or requests changes without leaving the page. Use when presenting a plan for review, or when feedback like "move this, change that" is easier pointed at than typed.
Open plans and HTML artifacts in a local browser canvas where the human annotates elements, chats, and approves or requests changes without leaving the page. Use when presenting a plan for review, or when feedback like "move this, change that" is easier pointed at than typed.
Instinct-based learning system that observes sessions via hooks, creates atomic instincts with confidence scoring, and evolves them into skills/commands/agents. v2.1 adds project-scoped instincts to prevent cross-project contamination.
基于本能的学习系统,通过钩子观察会话,创建带置信度评分的原子本能,并将其进化为技能/命令/代理。v2.1版本增加了项目范围的本能,以防止跨项目污染。
任意の自動コンパクションではなく、タスクフェーズを通じてコンテキストを保持するための論理的な間隔での手動コンパクションを提案します。
| name | product-lens |
| description | 使用此技能在构建前验证“为什么”,运行产品诊断,并在请求成为实施合同之前对产品方向进行压力测试。 |
| origin | ECC |
此通道负责产品诊断,而非编写可实施的规格文档。
若用户需要持久的 PRD 到 SRS 或能力契约文档,请移交至 product-capability。
类似 YC 办公时间但自动化。提出尖锐问题:
1. 这是为谁准备的?(具体的人,而非“开发者”)
2. 痛点是什么?(量化:频率、严重程度、当前应对方式?)
3. 为什么是现在?(什么变化使其成为可能/必要?)
4. 10星版本是什么?(如果资金/时间无限)
5. MVP是什么?(能验证假设的最小方案)
6. 反目标是什么?(明确不构建什么?)
7. 如何判断有效?(指标,而非感觉)
输出:一份包含答案、风险及"可行/不可行"建议的 PRODUCT-BRIEF.md。
若结果为"是,构建此功能",下一通道为 product-capability,而非更多创始人表演。
以创始人视角审视当前项目:
1. 阅读 README、CLAUDE.md、package.json、最近的提交
2. 推断:这个项目试图成为什么?
3. 评分:产品市场契合度信号(0-10分)
- 使用增长轨迹
- 留存指标(重复贡献者、回访用户)
- 收入信号(定价页面、计费代码、Stripe集成)
- 竞争护城河(什么难以复制?)
4. 识别:能让这个项目实现10倍增长的关键因素
5. 标记:你正在构建但无关紧要的内容
映射实际用户体验:
1. 以新用户身份克隆/安装产品
2. 记录每一个摩擦点(令人困惑的步骤、错误、缺失的文档)
3. 为每个步骤计时
4. 与竞争对手的入门流程进行比较
5. 评分:价值实现时间(用户需要多久才能获得首次成功?)
6. 建议:入门流程的三大修复方案
当你有 10 个想法却需选出 2 个时:
1. 列出所有候选功能
2. 对每个功能进行评分:影响(1-5)× 信心(1-5)÷ 工作量(1-5)
3. 按 ICE 分数排序
4. 应用约束条件:时间窗口、团队规模、依赖关系
5. 输出:带有理由的优先级路线图
所有模式均输出可操作文档,而非长篇大论。每条建议均附带具体下一步行动。
配合使用:
/browser-qa 验证用户旅程审计结果/design-system audit 进行视觉优化评估/canary-watch 用于发布后监控product-capability 当产品简报需转化为可实施的能力计划时