زمانبندی
zcal
Scheduling links and meeting polls with personalized booking pages
نتیجه ارزیابی
هسته اصلی zcal فشرده است: ساخت یک ابزار نوبتدهی که یک تقویم را بخواند، زمانهای خالی را نشان دهد، زمان ملاقات را ثبت و رویداد را به تقویم اضافه کند. یک برنامهنویس در یک نشست نسخه شخصی آن را خواهد ساخت؛ تفاوت نسخه پولی در هماهنگیهای OAuth و پایداری تقویم است.
- زمان تقریبی ساخت
- یک نشست
- هزینه تقریبی اجرا
- Maintain OAuth, timezone data, webhooks, idempotency, reminders, calendar-provider quirks, and uptime.
- اشتراک محصول اصلی
- رایگان در ماه
چه چیزی را از دست میدهی؟
- بررسی تداخلهای احتمالی بین چندین تقویم همزمان
- جلوگیری از ثبت نوبت همزمان توسط دو کاربر در ترافیک سنگین (Race condition)
- تقسیم نوبتی جلسات بین اعضای تیم
- ارسال دقیق پیامکها و هماهنگی بدون خطای مناطق زمانی
- مدیریت مسائل فنی ارائهدهندگان تقویم و انطباق با تغییرات ساعت
پرامپت شروع
برای شروع ساخت، مستقیم کپیاش کن.
Build a usable personal replacement for the core loop of zcal. Use exactly this stack: Next.js 15 + TypeScript + SQLite. Primary job: Build a personal freeform scheduling tool that reads one calendar, publishes availability, reserves a slot, and writes the event back. Start from an empty folder and create the complete working project. Make the default mode single-user and private. Store user data locally unless the core job requires the declared self-hosted database. Do not add analytics, telemetry, ads, or third-party accounts. Put every secret and external credential in .env and provide .env.example. Use realistic sample data that is clearly labelled and easy to delete. Implement the smallest polished interface that completes the core loop end to end. Include clear empty, loading, validation, success, and failure states. Add import and export so the user is not trapped in the app. Use accessible keyboard navigation, labels, focus states, and sensible contrast. Validate untrusted input and never log secrets or private file contents. Deliberately exclude these paid-product advantages: multi-calendar conflict handling; race-free booking under load; team routing and round robin. Do not fake integrations, network effects, proprietary data, model quality, compliance, or security claims. Where an external API is optional, keep the app useful without it and explain the degraded mode. Write focused unit tests for the data model and the most important workflow. Add one end-to-end smoke test that proves the core loop works. Create a README with setup, permissions, architecture, data location, backup, and limitations. Add scripts for install, development, test, build, and a production-style local run. Run the tests and build before finishing, then fix errors rather than merely describing them.
برای ساختش کمک میخوای؟
ابزارهای مشابه
اگر این ابزار را بررسی میکنی، این گزینهها هم احتمالاً به کارت میآیند.
به درد یکی دیگه هم میخوره؟



