| name | bury-my-project |
| description | 输入一个 GitHub repo URL,自动分析该项目、生成符合 Vibe-coding-Cemetery 的 Issue 内容并提交 Issue。适合贡献者使用 /bury-my-project 快速埋葬自己的失败项目。 |
Bury My Project
给定一个 GitHub 仓库 URL,自动完成以下步骤:
- 克隆并分析该仓库,了解项目名称、技术栈、失败原因(如 README、issues 中有线索)
- 判断归属分类(Stillborn / Beautiful-Junk / AI-Hallucination / Market-Fail)
- 生成尸检报告内容(标题、愿景、死亡原因、墓志铭)
- 直接提交 Issue 到 Vibe-coding-Cemetery(无需 Fork)
输入
用户传入参数格式:$ARGUMENTS 为 GitHub repo URL,例如 https://github.com/user/failed-project
执行步骤
Step 1: 分析目标仓库
使用 Agent 工具(Explore subagent)读取并分析目标仓库内容:
- 读取 README.md — 了解项目愿景和功能描述
- 读取主要源码文件(package.json、Cargo.toml、pyproject.toml 等)— 确定技术栈
- 扫描 issues / PR — 寻找失败原因和遗留问题的线索
- 查看最近 commits 和代码状态 — 判断项目是中途废弃还是完成后失败
判断分类:
- Stillborn:进度 < 10%,README 很宏大但代码寥寥无几
- Beautiful-Junk:代码完整,但 README 中透露出"不知道给谁用"
- AI-Hallucination:issues 或 commits 中有大量 API 不存在、逻辑错误的抱怨
- Market-Fail:README 功能完整,但明显是伪需求或没有用户
Step 2: 生成尸检报告(Issue 内容)
根据分析结果,生成符合 Issue 模板格式的内容:
### 项目名称
{项目名}
### 归属分类
{分类名(下拉选项文字)}
### 当初的幻觉 (Vision)
{一句话描述当初想做什么}
### 死亡原因 (Cause of Death)
{详细的尸检报告:失败原因、发现的问题、放弃的契机}
### 技术栈
{列出主要技术/AI 模型}
### 项目链接
{原始仓库 URL}
### 墓志铭(可选)
{一句幽默或深刻的总结}
分类选项(必须与 Issue 模板下拉选项一致):
- 🐣 胎死腹中 (Stillborn) — 进度 < 10%,README 宏大但代码寥寥无几
- 💎 美丽废物 (Beautiful Junk) — 代码完整,但没人用/不知道给谁用
- 🌀 智障 AI (AI Hallucination) — 被 AI 的幻觉 API/逻辑坑了
- 📉 商业幻觉 (Market Fail) — 产品完美,但市场不需要
Step 3: 提交 Issue
用 gh issue create 在 Vibe-coding-Cemetery 仓库创建 Issue,同时打上 auto-generated 和 pending 标签:
gh issue create \
--repo codetodamoon/Vibe-coding-Cemetery \
--title "🪦 Bury: {项目名}" \
--body "$(cat <<'EOF'
### 项目名称
{项目名}
### 归属分类
{分类名(下拉选项文字)}
### 当初的幻觉 (Vision)
{愿景}
### 死亡原因 (Cause of Death)
{死亡笔记摘要}
### 技术栈
{技术栈}
### 项目链接
{原始仓库 URL}
### 墓志铭(可选)
{墓志铭}
---
*由 /bury-my-project 自动生成*
EOF
)" \
--label "auto-generated" \
--label "pending"
注意事项
- 用户确认后再提交: 生成内容后,先展示给用户看,确认无误再提交 Issue
- 分类不确定时询问用户: 如果分类模糊,主动询问用户更倾向哪个分类
- 墓志铭要有特色: 墓志铭是整个条目的灵魂,力求幽默、真实、有共鸣
- Repo URL 支持多种格式: 支持
github.com/user/repo、user/repo、https://github.com/user/repo
- 礼貌提示: 提醒用户 Issue 被关闭后系统会自动更新索引,无需手动操作