メニュー
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/mturac/everything-openai-codex --skill product-lensコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
Use this skill to monitor and verify a deployed URL or public OSS launch surface after releases — checks HTTP endpoints, SSE streams, static assets, console errors, performance regressions, PR queue health, maintainer feedback, and listing-review blockers after deploys, merges, submissions, or dependency upgrades. Smoke / canary / post-deploy / PR-watch verification.
Build reputation-safe open-source marketing from verifiable project evidence, not hype, spam, or repeated public pings. Use for launch copy, directory targeting, community posts, proof packets, and maintainer-facing positioning.
Turn public launch, directory, community, or list rejections into repo fixes and better proof without arguing, spamming, or resubmitting blindly. Use after Hacker News, Product Hunt, GitHub list PR, marketplace, or community rejection.
SOC 職業分類に基づく
SKILL.md を表示中
| 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、CODEX.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 当产品简报需转化为可实施的能力计划时