尚未偵測到更新。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.