尚未检测到更新。GitHub 发布版本后会显示在这里。
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权,自行管理介绍,无需管理员批准。
登录并生成验证文件,在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件,即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录,将前往登录页面。登录后请回到此处,再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify,即可验证所有权并自行管理介绍。
一分钟完成验证制作者的介绍仅有上面的一句话。 更多详情请阅读仓库 README。 仓库 README ↗
正在加载完整 README。
查看完整 README ↗See PLAN.md for the full plan and requirements.
pipeline/generate_story.py: writes ONE story (plot plan → story → safety + logic check).pipeline/run_batch.py: the scheduled job. Handles queued requests first, then adds regular stories, and posts them to Supabase.supabase/schema.sql: database tables, security rules (Row Level Security), request queue, triggers..github/workflows/generate-stories.yml: runs run_batch.py every 6 hours on GitHub Actions.Locally they go in pipeline/.env (see .env.example). Online they go in GitHub Secrets. Never commit them.
| Name | Where to get it |
|---|---|
GROQ_API_KEY | console.groq.com > API Keys |
SUPABASE_URL | Supabase > Project Settings > Data API |
SUPABASE_SECRET_KEY | Supabase > Project Settings > API Keys > Secret keys |
cd pipeline
python generate_story.py # one story, saved locally only
python generate_story.py --request "..." --user sam
python run_batch.py # full job: requests + regular stories -> Supabase
Any report hides a story. In Supabase > Table Editor > stories, filter status = hidden, then set it to published (restore) or removed.
app_settings > daily_request_limit.pipeline/run_batch.py.cron line in .github/workflows/generate-stories.yml.