القائمة
三道防火墙检查机制 - 在详细评估前快速筛除高风险和不可行的项目
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Use this skill when debugging complex, multi-factor, or long-running bugs. It maintains a project-root /coe Markdown case file per bug case using a strict Chain-of-Evidence model with only Problem, Hypothesis, and Evidence nodes.
Best practices for Remotion - Video creation in React
Manages shadcn components and projects — adding, searching, fixing, debugging, styling, and composing UI. Provides project context, component docs, and usage examples. Applies when working with shadcn/ui, component registries, presets, --preset codes, or any project with a components.json file. Also triggers for "shadcn init", "create an app with --preset", or "switch to --preset".
Use when the user needs to design, implement, audit, or govern Storybook stories for frontend components, design systems, page states, interaction tests, accessibility checks, visual baselines, or component-driven UI workflows.
Allows you to view the user's screen as well as several hours of history. Use when the user makes a reference to their recent work, for which it'd be helpful to see the screen. This skill MUST be used whenever you need to resolve ambiguity in a user request, where the user hasn't specified enough context to do the task. Examples include disambiguating the specific user/app/document/error the user is referring to. You must also use this skill if the user asks about any question regarding Chronicle or asks what you can see from the screen.
Use when a frontend redesign or legacy CSS refactor is blocked by global style pollution, selector collisions, unstable DOM reuse, or the need to migrate a page or module to a new UI without breaking the old system.
| name | three-firewall-check |
| description | 三道防火墙检查机制 - 在详细评估前快速筛除高风险和不可行的项目 |
这是"好生意评估"的第一道关卡。任何商业机会在进入详细评估前,必须先通过这三道防火墙。任何一道防火墙不通过,立即终止评估。
预防大于治疗: 用5分钟避免浪费5个月
三道防火墙的设计目的是:
识别可能导致严重后果的致命风险,保护开发者避免承担不可承受的责任。
□ 会不会导致人身伤害或生命危险?
示例: 医疗建议、安全监控、驾驶辅助
□ 会不会导致重大财产损失 (用户的)?
示例: 金融投资、保险理赔、法律建议
□ 失败会不会有严重法律后果?
示例: 涉及隐私泄露、儿童保护、金融监管
□ 需要承诺可靠性但无法保证?
示例: 紧急求助、关键数据备份、安全防护
□ 涉及敏感群体 (老人/儿童/病患) 的安全责任?
示例: 老人监护、儿童定位、病情监测
如果防火墙1不通过:
重要: 不要试图通过"免责声明"来规避致命风险,法律保护力度有限。
验证项目在资源、时间、技术上的基本可行性,避免启动不切实际的项目。
□ 能否在6个月内用 <50万 启动?
□ 能否在3个月内做出可测试的MVP?
□ 是否有明确的首批目标用户 (能联系到)?
□ 是否理解技术实现路径 (不需要重大技术突破)?
□ 是否清楚前3个月的行动计划?
如果有超过2个"否":
为什么是50万?
包含什么?
如果超过怎么办?
为什么是3个月?
MVP的定义:
如果超过怎么办?
为什么重要?
"明确且可联系"是指:
如果没有怎么办?
"不需要重大技术突破"是指:
如果不确定怎么办?
为什么是前3个月?
应该包含什么?
确认这个项目适合你,避免因动机不足或资源不匹配而半途而废。
□ 我是否真的想做这件事 (不是为了赚快钱)?
□ 我是否有相关领域经验或强烈兴趣?
□ 我能否接受前6个月几乎没有收入?
□ 我能否承受失败 (时间和资金损失)?
□ 我的家人是否支持?
如果少于4个"是":
为什么重要?
如何判断?
为什么重要?
"相关经验"包括:
如果没有怎么办?
为什么是6个月?
包括什么?
如果没有准备好怎么办?
需要承受的风险:
如何判断?
为什么重要?
如何获得支持?
收集以下信息:
开始
│
├─ 执行防火墙1: 致命风险检查
│ ├─ 不通过 → ❌ 终止评估,输出原因
│ └─ 通过 → 继续
│
├─ 执行防火墙2: 基本可行性检查
│ ├─ 不通过 → ❌ 终止评估,输出原因和调整建议
│ └─ 通过 → 继续
│
├─ 执行防火墙3: 个人适配性检查
│ ├─ 不通过 → ⚠️ 给出警告,建议等待时机
│ └─ 通过 → ✅ 全部通过,可以进入详细评估
格式:
# 三道防火墙检查结果
## 项目: [项目名称]
### 防火墙1: 致命风险检查
- 状态: ✅通过 / ❌不通过
- 风险清单: [如有]
- 建议: [如需要]
### 防火墙2: 基本可行性检查
- 状态: ✅通过 / ⚠️需要调整 / ❌不通过
- 问题项: [哪些为"否"]
- 建议: [调整方案]
### 防火墙3: 个人适配性检查
- 状态: ✅通过 / ⚠️慎重考虑 / ❌不建议
- 是的数量: _/5
- 建议: [如需要]
### 最终结论
[✅ 全部通过,可以进入详细评估 / ❌ 不建议继续 / ⚠️ 调整后重新评估]
### 下一步行动
1. ...
2. ...
当有多个产品 idea 需要选择时:
在投入大量资源前:
当团队对是否做某个项目有分歧时:
A: 关键看是哪一道防火墙:
A: 不一定停止,但要先解决那个"否":
A: 这是最危险的情况,强烈建议:
不要因为"很想做"而忽视风险信号。
agents/kuko/docs/好生意.md - 完整方法论agents/kuko/SKILLS/business-opportunity-assessment/SKILL.md - 七维度评估agents/kuko/SKILLS/responsibility-risk-assessment/SKILL.md - 责任风险深度评估