Lalabase
Tickets, Doku, Zeiterfassung und Kundengespräche an einem Ort, durchsuchbar per KI. Für Softwarefirmen mit Kundenprojekten. Open Source: auf deinem eigenen Server oder in unserer Cloud in Deutschland.
翻譯準備中
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證refine-problem-statement
翻譯準備中
取自儲存庫 README
正在載入完整 README。 以下為已儲存的摘錄。
A React + Vite app for documenting and collaborating on product problem statements, personas, and the full Product Development Lifecycle (PDLC). Data is persisted via Firebase and deployments are hosted on Vercel.
This project uses pnpm as the package manager (not npm). Use pnpm for all commands.
The app will be available at http://localhost:5173. Changes hot-reload automatically.
Common mistake: Running npm run dev will fail with "Missing script: dev" because npm looks for package-lock.json which doesn't exist — this project uses pnpm-lock.yaml. Always use pnpm.檢視完整 README ↗A React + Vite app for documenting and collaborating on product problem statements, personas, and the full Product Development Lifecycle (PDLC). Data is persisted via Firebase and deployments are hosted on Vercel.
This project uses pnpm as the package manager (not npm). Use pnpm for all commands.
# Install pnpm if you don't have it (one-time setup)
npm install -g pnpm
# Install dependencies (only needed once, or after package changes)
pnpm install
# Start the dev server
pnpm dev
The app will be available at http://localhost:5173. Changes hot-reload automatically.
Common mistake: Running
npm run devwill fail with "Missing script: dev" because npm looks forpackage-lock.jsonwhich doesn't exist — this project usespnpm-lock.yaml. Always usepnpm.
Tip: Always run locally and verify before promoting to production. See the Promoting to Production section below.
| Branch | Purpose | Deploys to |
|---|---|---|
develop | Active development | Vercel preview only |
main | Production-ready code | Vercel production |
All work goes on develop. You never push directly to main — the promote script handles that after a local review.
develop → (npm run promote) → main → Vercel production
When you are happy with your changes on develop and have reviewed them locally:
# Make sure all changes are committed first
git status
# Run the promotion script
npm run promote
The script will:
developupstream/developnpm run build to catch compile errorsdevelop → main and push to upstream — this triggers the production deploy on VercelDo not push to
maindirectly — always usenpm run promoteso the build and local review are enforced.
# Headless (against production)
npm test
# Against a custom URL
BASE_URL=https://your-preview-url.vercel.app npm test
# Headed (visible browser)
npm run test:headed
# View last report
npm run test:report
flowchart TD
A([fa:fa-lock Password Gate]) --> B[App — AI in Product Management]
B --> T1[AI in PDLC]
B --> T2[Use Case — NHS Platform]
B --> T3[Tasks]
B --> T4[Draft Script]
B --> T5([NHS platform ✦ Built])
B --> T6([Performance analytics ✦ Built])
T2 --> T2a[Problem Statement & Stats]
T2 --> T2b[User Personas Grid]
T2 --> T2c[Artefacts · MarketResearchGrid]
T2c --> T2c1[Item modal — rich editor]
T2c --> T2c2[Prototype detail view]
T1 --> T1a[PDLC phase flip-cards]
T1a --> T1b[Phase modal editor]
T3 --> T3a[Progress tracker]
T3 --> T3b[Kanban board — drag & drop]
T4 --> T4a[Script blocks — rich text]
T4 --> T4b[Download .pptx]
T5 --> N1[NhsStartPage] --> N2[NhsDashboardPage — iframe v5_1]
T6 --> A1[NhsAnalyticsStartPage] --> A2[NhsAnalyticsDashboardPage — iframe v3]
style T5 fill:#009639,color:#fff
style T6 fill:#009639,color:#fff
style N2 fill:#003087,color:#fff
style A2 fill:#003087,color:#fff
Every push and pull request triggers the pipeline in .github/workflows/ci.yml:
main, promotes the preview to productionProduction is never updated if tests fail.
Add these under Settings → Secrets and variables → Actions. Never commit tokens directly to the repository — always use GitHub Secrets or local config files that are git-ignored.
| Secret | Purpose | Where to get it |
|---|---|---|
VERCEL_TOKEN | Deploys previews and production | vercel.com → Account Settings → Tokens |
VERCEL_ORG_ID | Identifies the Vercel org | team_po7vlKOkbokM2AaiS5pxANXP |
VERCEL_PROJECT_ID | Identifies the Vercel project | prj_1RJWubmmBe9GIdIKgxbF3mgGM70S |
ATLASSIAN_TOKEN | Jira / Confluence API access | id.atlassian.com → Security → API tokens |
To enable the Figma MCP integration, generate a personal token at figma.com → Account Settings → Personal access tokens and add it to your local MCP config.
Never commit tokens to the repository. Revoke and regenerate any token that has been pushed.
Store tokens locally only — never in source:
~/.claude/mcp_config.json or equivalent)ATLASSIAN_TOKEN in GitHub Secrets (for CI) or a local .env file (git-ignored)