CtrlK
BlogDocsLog inGet started
Tessl Logo

bug-hunter

根据用户给出的行业名称(或默认使用热点社会新闻),抓取最新新闻热点,用"找世界bug"的视角——找出那些打眼一看就不合理的地方——深度分析根因、利益链条、监管盲区,并给出多维度解决思路,输出图文并茂(含SVG/Mermaid/ASCII图形)的Markdown文件,保存到项目markdown/目录。 触发条件:用户提到"找bug"、"社会bug"、"不合理现象"、"帮我分析这个行业的问题"、"帮我找新闻里的bug"、"找热点新闻的漏洞"、"有什么不合理的地方"、"帮我分析为什么会这样"、"bug猎手"等。即使用户只说"帮我找找最近有什么奇怪的新闻"或"这个行业有哪些不合理",也应使用本 skill。

69

Quality

85%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Bug Hunter — 社会Bug猎手

核心理念

找这个世界的 "bug"(打眼一看就不合理的地方),想办法解决它,就能体现你的价值,同时可能有商机。

本 Skill 的目标:从最新热点新闻中,用系统性视角找到那些"明明不对但大家习以为常"的现象,深度拆解根因,并给出可落地的解决路径。


执行步骤

Step 1:获取热点新闻

如果用户给出了行业名称,搜索:

  • {行业名} 最新新闻 热点 2025
  • {行业名} 问题 监管 争议
  • {行业名} 事件 曝光

如果用户没有给出行业,搜索社会热点:

  • 中国 社会热点新闻 今日
  • 热点事件 争议 不合理
  • 消费 食品安全 医疗 教育 热点

搜索要求

  • 至少搜索 3 轮,覆盖不同角度
  • 优先选择近 30 天内、有争议性、涉及利益冲突的事件
  • 选出 2~3 个最具"bug感"的新闻事件

⚠️ 异常处理

  • 如果搜索无结果 → 扩大关键词(如加"曝光""投诉""纠纷""骗局"),最多重试2轮
  • 如果仍无结果 → 告知用户"该行业近期未发现典型Bug,建议更换行业或1个月后再试"
  • 如果只有1个事件可用 → 降低要求至1个,但需补充1个跨行业类比案例

Step 1.5:用户确认(Bug选择)

展示备选Bug列表,让用户确认或调整:

📋 已识别Bug候选(2~3个),请选择或补充:

[1] {事件A} — bug感:⭐⭐⭐⭐⭐
    直觉反应:{一句话描述哪里不对劲}

[2] {事件B} — bug感:⭐⭐⭐⭐
    直觉反应:{一句话描述}

[3] {事件C} — bug感:⭐⭐⭐
    直觉反应:{一句话描述}

请回复序号(如"1,2"或"1并补充电商行业"】,或直接描述您观察到的bug

如果用户未回复(等待超5分钟)→ 继续使用默认选择,但报告中注明"基于行业通用判断"


Step 2:Bug识别与分析框架

对每个选出的事件,按以下维度展开分析,每项不超过3句话,防止空洞堆砌:

🔍 Bug定位(表象)— 1句话

  • 这件事打眼一看,哪里"不对劲"?
  • 普通人的直觉反应是什么?

🌐 根因拆解 — 每层1句,共3层

  • Why1(为什么会这样)→ 直接原因
  • Why2(为什么没人阻止)→ 结构性阻力
  • Why3(为什么会一直持续)→ 激励/利益格局
  • 利益链(谁得利/谁受损)→ 用表格列出关键角色

🏛️ 系统性分析 — 选2个框架深用

  • 五力分析:只写3行——权力最强方、动机最强方、维持现状的核心动力
  • 信息不对称:只写2行——谁有信息优势、谁处于盲区
  • 监管盲区:只写2行——失效的具体环节、执法成本为什么高
  • 激励错位:只写2行——每个参与者的错误激励是什么

💡 解决思路 — 4类×3要素

每类解法必须包含:

  1. 具体动作(做什么,不是"加强监管"而是"强制实时上传数据")
  2. 执行路径(谁来做,做什么检查)
  3. 可行性评级(⭐~⭐⭐⭐ + 理由1句话)
  4. 需求侧真伪(是真的痛点愿意付钱,还是伪痛点)

供给侧/需求侧/痛点真伪格式

供给侧:能提供解决方案的主体(如技术公司/保险公司)
需求侧:真正愿意付费掏钱的人(如央国企IT部门/平台)
痛点真伪:✅真痛点 / ❌伪痛点(理由)

⚠️ 二阶Bug(Bug里的Bug)— 1段话

  • 写出最常见"解法"的局限性(1-2句话)
  • 写出这个解法会让什么问题恶化

Step 3:生成图形

图形优先级(必须/可选)

  1. ✅ Mermaid利益链条图(每个Bug必须)— 嵌入markdown,无需渲染
  2. ✅ ASCII鱼骨图(综合视角必须)— 共性根因展示,对齐整洁
  3. ✅ SVG四象限矩阵(综合视角必须)— 解决方案优先级矩阵

SVG四象限矩阵规范

  • viewBox="0 0 800 600",深色背景#1a1a2e
  • 四象限颜色:#2d6a4f(绿)/#9d4edd(紫)/#0077b6(蓝)/#d62828(红)
  • 每个象限内放具体解决方案名称(8-12号字体)
  • 坐标轴标注"影响力 →"和"可行性 →"
  • 代码规范:SVG代码直接书写,不使用反引号包裹;保留注释,注释单独成行;每个元素一行;代码内部不能有空行

Step 4:输出格式

输出路径markdown/bug-hunter-{行业或关键词}-{YYYYMMDD}.md

  • 行业名为中文:直接拼音首字母(如"电商直播"→bug-hunter-dszhibo-20260529
  • 若markdown目录不存在 → 先创建:/Users/digoal/new/markdown/

文章结构模板

# 🔍 Bug猎手报告:{标题}

> 日期:{今日日期}
> 行业:{行业名 / 社会热点}

---

## 📰 今日热点速览

{2~3条新闻简介,含来源}

---

## 🐛 Bug #1:{事件名}

### 表象:打眼一看哪里不对?
{直觉描述}

### 根因拆解
{Why × 3层 + 利益链条}

[mermaid 利益链条图]

### 系统性分析
{五力分析 / 信息不对称 / 激励错位 / 监管盲区}

[ASCII鱼骨图]

### 💡 解决思路

| 维度 | 解法 | 可行性 | 潜在商机 | 商业模式 |
|------|------|--------|---------|---------|
| 技术 | ... | ⭐⭐⭐ | 有/无 | 供给侧/需求侧/痛点真伪 |
| 商业 | ... | ⭐⭐ | 有 | ... |
| 制度 | ... | ⭐ | 无 | ... |
| 社会 | ... | ⭐⭐⭐ | 间接 | ... |

### ⚠️ 二阶Bug:解法里的bug
{反思当前常见解法的局限}

---

## 🐛 Bug #2:...

(结构同上)

---

## 🗺️ 综合视角

[SVG四象限矩阵代码,直接书写不包裹反引号,注释单独成行]

{跨bug的共性根因总结}

---

## 🚀 行动建议

### 对个人
- ...

### 对创业者 / 投资者
- ...

### 对政策制定者
- ...

---

*本报告由Bug猎手Skill生成,仅供参考。发现更多bug,欢迎继续探索。*

决策树速查(TL;DR)

用户输入 → 有行业名?
  ├─ YES → 搜索3轮选Bug → Step1.5确认
  └─ NO → 搜索社会热点 → 选Bug → Step1.5确认

Step1.5 → 用户确认 → 分析2-3个Bug
  ├─ 每个Bug:表象→Why×3→利益链→系统分析→解决思路→二阶Bug
  ├─ 综合视角:共性根因→SVG矩阵→行动建议
  └─ 输出:markdown文件到markdown/

异常分支:
  ├─ 搜索0结果 → 扩大关键词重试2次 → 仍无则告知用户
  ├─ 只有1个Bug → 用1个+1个跨行业类比
  └─ 用户5分钟无回复 → 默认选择继续

检查点设计(防止自主失控)

检查点位置问题处理
Bug候选确认Step1.5分析的Bug不是用户想要的必须等用户回复后再深入分析
供给侧真伪Step2解决思路解法无可行商业模式每个解法必须写供给侧/需求侧/痛点真伪
图形完整性Step3缺少必须图形SVG矩阵/ASCII鱼骨图/Mermaid缺一不可
输出路径Step4目录不存在先创建/Users/digoal/new/markdown/再写入

注意事项

  • 保持批判性但建设性:不是为了批评而批评,而是为了找到解法
  • 数据支撑:尽量引用具体数据、案例、政策文件
  • 避免空洞结论:每条解法都要有具体的执行路径,不要超过3句话
  • 商机识别:明确指出哪些bug的解法可能孕育商业机会
  • 图形质量:SVG要精美(viewBox规范、颜色对比清晰)、Mermaid逻辑清晰、ASCII对齐整洁
  • 语言风格:犀利、直接、有洞察力,不说废话,适合公众号/知识社群传播
Repository
digoal/blog
Last updated
First committed

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.