功能开发顺序规划器
将选定的应用特性排列为具有依赖意识的构建序列,并设定范围 提示词 和核查步骤。 基于浏览器的免费规划工具.
提示词 校验( V)
Feature build sequence
Already available: App foundation.
1. Data layer (prerequisite)
Define the required records and relationships for the agreed core flow. Validate inputs and implement server-side access boundaries. Ask about missing data decisions before writing migrations.
Verify: Create and reload a record. Invalid input is rejected and unauthorized reads fail.
2. Dashboard
Build a dashboard using the existing components and real data sources. Include loading, empty, failure, and populated states. Do not add unrequested charts or metrics.
Verify: Check zero records, real records, a failed request, keyboard navigation, and a mobile viewport.
3. Accounts & authentication (prerequisite)
Implement the agreed account flow with the existing authentication provider. Include signed-out, expired-session, recovery, and unauthorized states.
Verify: Sign in, reload, sign out, and verify protected routes and data remain protected.
4. Payments (prerequisite)
Integrate the selected payment provider in its test environment. Store authoritative server-side payment state and handle duplicate events idempotently. Include canceled, declined, pending, and completed checkout.
Verify: Run test checkout and replay a test event. Confirm one purchase cannot create duplicate access or charges.
5. Subscriptions
Implement the agreed subscription lifecycle on top of existing billing: activation, renewal, cancellation, expiration, and plan changes. Define when entitlement changes take effect.
Verify: Use provider test scenarios for activation, cancellation, failed renewal, and duplicate events.
导出文本保留英文格式;您输入的内容保持不变。
没有注册。 没有AI的信用。 此工具将您在浏览器中的输出组装 。
从一个想法到有用的东西。
- 01
选择您需要的特性和已建的基础 。
- 02
审查先决条件的依赖性和拟议的顺序。
- 03
导出 提示词 并核查剩余工作。
有点背景
这个计划员使用一个小的,明显的依赖图. 例如,订阅依赖于账户和存储的计费状态. 已经建成的特征被视为现有先决条件。 该图是常见网络应用的起点,而不是通用架构处方.
问得好
为什么还包含一个额外功能?
一些选定的特征需要先决条件。 规划者添加了这些基础,并把它们标为依附关系.
我能跳过工作吗?
对 将已有的特性标为已建 。 它们将满足依赖性,从剩余的建设步骤中消失。